O
Я не говорил, что куб есть зло и скажите, на что с него бежать 🙂
Не, вы не поняли. Кубик - развесистый инструмент. Возможно вам от него почти ничего не надо. Пока вы не расскажете зачем вам куб - альтернативу предложить невозможно
Size: a a a
2020 December 15
N
Нет, не говорили, повышение стоимости всегда относительно :₽
ну вот мне надо было сейчас к утру применить
nginx.ingress.kubernetes.io/configuration-snippet, в старой версии не поддерживается, новая не ставитсяN
В итоге мне надо было самому ночью хост выносить из куба и запускать на голой виртуалке
N
мне вот это в ночь делать не в радость
O
ну вот мне надо было сейчас к утру применить
nginx.ingress.kubernetes.io/configuration-snippet, в старой версии не поддерживается, новая не ставитсяЭто же куб и ингресс. Если там что-то не обновляется - есть куча способов его заставить это делать, вплоть до установки в параллель другой версии и это даже не сломает ничего.
O
Но даже кроме этого - в другой системе оно бы как то по другому сломалось и пришлось бы как то неочевидно это другое чинить:)
O
Кажется вообще имеет смысл исключить инструмент из проблемы, тут нарисовывается иллюстрация старого анекдота про дом терпимости и кровати :)
N
Не, вы не поняли. Кубик - развесистый инструмент. Возможно вам от него почти ничего не надо. Пока вы не расскажете зачем вам куб - альтернативу предложить невозможно
Проблема: есть заказчик, у которого множество заказной разработки у внешних аутсорсеров, результат работы запускают на виртуалках, через пол года-год, перенести/обновить виртуалку/npm install сделать уже нельзя.
Требование: обеспечить хостинг проектов, в котором можно было бы замораживать состояние (docker image), можно было бы стандартизировать способ хранение статики (s3) и способ отдачи логов (jsonline)
Требование: обеспечить хостинг проектов, в котором можно было бы замораживать состояние (docker image), можно было бы стандартизировать способ хранение статики (s3) и способ отдачи логов (jsonline)
N
Это же куб и ингресс. Если там что-то не обновляется - есть куча способов его заставить это делать, вплоть до установки в параллель другой версии и это даже не сломает ничего.
да, можно, но требует времени
N
за два часа обновить ингресс девопс не успел, ушел спать.
O
Проблема: есть заказчик, у которого множество заказной разработки у внешних аутсорсеров, результат работы запускают на виртуалках, через пол года-год, перенести/обновить виртуалку/npm install сделать уже нельзя.
Требование: обеспечить хостинг проектов, в котором можно было бы замораживать состояние (docker image), можно было бы стандартизировать способ хранение статики (s3) и способ отдачи логов (jsonline)
Требование: обеспечить хостинг проектов, в котором можно было бы замораживать состояние (docker image), можно было бы стандартизировать способ хранение статики (s3) и способ отдачи логов (jsonline)
Docker swarm? Но он тоже сломается как-нибудь по особенному. Нет инструментов которые не ломается или ломаются очевидно, т.к. очевидные вещи или поправлены, или править дороже чем чинить руками раз в год.
O
Но я вам честно скажу - если девопс 2 часа обновлял ингресс, не справился, ушел спать и оставил его вот с этой ошибкой - тут вопрос скорее к девопсу, чем к инструменту.
N
он в отпуске вообще)
O
Это я вам как девопс говорю:)
N
Спасибо что попробовал)
O
не, я понимаю, но там буквально нечему ломаться так, чтобы это надо было 2 часа чинить.
N
W1214 20:26:46.583775 6 flags.go:249] SSL certificate chain completion is disabled (--enable-ssl-chain-completion=false)
W1214 20:26:46.583876 6 client_config.go:552] Neither --kubeconfig nor --master was specified. Using the inClusterConfig. This might not work.
I1214 20:26:46.584109 6 main.go:218] Creating API client for https://10.96.0.1:443
-------------------------------------------------------------------------------
NGINX Ingress controller
Release: 0.33.0
Build: git-589187c35
Repository: https://github.com/kubernetes/ingress-nginx
nginx version: nginx/1.19.0
-------------------------------------------------------------------------------
I1214 20:26:46.593024 6 main.go:262] Running in Kubernetes cluster version v1.18 (v1.18.2) - git (clean) commit 52c56ce7a8272c798dbc29846288d7cd9fbae032 - platform linux/amd64
F1214 20:26:46.902713 6 ssl.go:389] unexpected error storing fake SSL Cert: could not create PEM certificate file /etc/ingress-controller/ssl/default-fake-certificate.pem: open /etc/ingress-controller/ssl/default-fake-certificate.pem: permission denied
W1214 20:26:46.583876 6 client_config.go:552] Neither --kubeconfig nor --master was specified. Using the inClusterConfig. This might not work.
I1214 20:26:46.584109 6 main.go:218] Creating API client for https://10.96.0.1:443
-------------------------------------------------------------------------------
NGINX Ingress controller
Release: 0.33.0
Build: git-589187c35
Repository: https://github.com/kubernetes/ingress-nginx
nginx version: nginx/1.19.0
-------------------------------------------------------------------------------
I1214 20:26:46.593024 6 main.go:262] Running in Kubernetes cluster version v1.18 (v1.18.2) - git (clean) commit 52c56ce7a8272c798dbc29846288d7cd9fbae032 - platform linux/amd64
F1214 20:26:46.902713 6 ssl.go:389] unexpected error storing fake SSL Cert: could not create PEM certificate file /etc/ingress-controller/ssl/default-fake-certificate.pem: open /etc/ingress-controller/ssl/default-fake-certificate.pem: permission denied
!
СА
коллеги, добрый день.
я тут с вопросом относительно автоскейлинга — есть задача обрабатывать большое количество запросов к эндпойнту (в режиме реального времени, разумеется), большое — сотни тысяч. есть ли шанс избежать использование кубера, или это — единственный вариант?
я тут с вопросом относительно автоскейлинга — есть задача обрабатывать большое количество запросов к эндпойнту (в режиме реального времени, разумеется), большое — сотни тысяч. есть ли шанс избежать использование кубера, или это — единственный вариант?
Немного запоздало, но. Когда мы сидели в облаке - мы делали такое на ansible, меняя количество воркеров по расписанию, типа: с 12 до 18 - 50 машин, в остальное время 20. Экономили какие-то заметные деньги, типа сотен долларов в сутки. Ansible-сценарий принимал на вход цифру "сколько надо", поднимал/опускал нужное количество воркеров, перегенерировал конфиги nginx-балансеров и по одному давал им команду на перечитать конфиги.
Если настроить сбор метрик в Прометей - можно, наверное, по загрузке CPU на воркерах регулировать их число плавно, но мы считали - экономия там получалась мизерная, зато всегда есть риск улететь в потолок, если где-то что-то начало тормозить по своим внутренним причинам.
Если настроить сбор метрик в Прометей - можно, наверное, по загрузке CPU на воркерах регулировать их число плавно, но мы считали - экономия там получалась мизерная, зато всегда есть риск улететь в потолок, если где-то что-то начало тормозить по своим внутренним причинам.
O
https://github.com/kubernetes/ingress-nginx/issues/4061 почитайте вот этот issue.
O
С какой версии ingress обновлялись и чем? Если руками ямль правили от старой версии заменой имиджа и там была достаточно старая версия, то обратите внимание еще на release notes - https://github.com/kubernetes/ingress-nginx/releases/tag/nginx-0.27.1