а автоскелинг нафига в таком случаее?) Это кажись из другой оперы)

чтобы можно было от нагрузки перераспределять ресурсы

но да опционально

ну и да можно дальше + aws)

Всем привет! Подскажите, можно ли в кубернете подсунуть в контейнер файлик при запуске не затирая всю папку? Пробовал через конфиг-мап - файлик кладётся в папку но остальные файлы из этой папки исчезают. А вообще надо заменить resolv.conf (может есть ещё какой способ) ?

У kubelet есть флаг про это.

@azalio можно в папке создать симлинку а файлик менеджить configmap

верней configmap и так создаст симлинку если ее нет

Вопрос не в технике, а в бизнесскейсе. И тогда уже возникает вопрос что и как считать

в одном из выступлений Келси Хайтауэр говорил о необходимости лимитов. это необходимо для понимания нагрузки и лучше добавлять, если не хватает, чем не понимать что у тебя происходит

А как лимиты дадут тебе понимание происходящего?

а вот интересно: кто-нибудь использует кубер как часть инфраструктуры для бизнес-приложений а не только как оркестратор? я имею ввиду расширять апи (операторы там, свои методы реализующие бизнес-функции), пользоваться локом ресурсов для выбора мастера и все это?

ну и не забывать что за каждый ресурс ты платишь (твой работодатель)

А как лимиты дадут тебе понимание происходящего?

поведение пода на пустой ноде будет близким к поведению на загруженной

А как лимиты дадут тебе понимание происходящего?

так же как и в случае VM, Bare Metal

Да нет..тут я не согласен

Как же лимит уровняет поведение пода на пустой ноде к нагруженной? если нет конкуренции

пока нет конкуренции на процессорное время говорить о равном поведении бесполезно

остаётся только пожерание памяти

Как же лимит уровняет поведение пода на пустой ноде к нагруженной? если нет конкуренции

ну вот так. если limit 1, то получишь 1 процессок

даже если нет конкуренции

и?

это опять же никакого отоношения к конкуренции за ресурсы не имеет

сравни: {request 1, limit 1} и {request 1} на пустой и загруженной

https://twitter.com/kelseyhightower/status/788077254349729792

наверное более емкого объяснения и не найти

если есть лимит, то этот единственный процессор всегда тебе достанется

Тут вопрос о стоимости подов при конкуренции

пока её нет, пофиг

при лимите производительность пода будет намного более ровной, независимо от состояния ноды - сверх занята или нет

нет, ты всего лишь введёшь искуственный потолок

который не равен реальному, при нагруженной ноде

с чего бы

вот когда нету того самого request 1

вот тогда возникает интерес

ау. вы купили 100 vCPU и 500ГБ RAM

я ничего не покупал)

а можно было поместиться в меньший ресурс

у меня просто ЦОД)

я ничего не покупал)

бесплатный?

это выходит за рамки дискуссии

это и есть дискуссия - сколько стоит простой сервиса и сколько стоит простой ресурсов

который не равен реальному, при нагруженной ноде

еще как равен, если игнорировать неидеальность планировщика, но там считаные проценты в экстремальных случая

В том то и кейс, что кубер приводит параметр request = vCPU

лимиты нужны чтобы понимать сколько стоит инфраструктура, реально и правильно ли расчитали ресурсы под сервисы, работают ли сервисы как должны работать

бесплатных ресурсов не бывает

далее параметры Request и limit позволяют контроивать стоимость пода на вычисление

я работаю в конторе, которая закупает сервера на миллионы..и не рублей

возьмем простой случай: нода 2 CPU, в ней есть один под {request: 1 , limit 1} и десять подов {request 0.1} (в сумме 1, итого распределено 2). все поды майнят биткоины. под с {request 1, limit 1} получает свой один процессор всегда. если он на пустой ноде или на полной. если бы было только {request: 1}, т.о. производительность начинает плавать, в зависиости отт того, кого подселили

мм не совсем так

Вес запроса на процессорное в пода с request 1 будет выше

а значит он будет его больше получать

нет

он будет получать больше чем другие, да, но он будет получать свой 1 cpu

ок

вопрос а если на ноде 3 spu

суммарный request 2

вес: 1/(1+10*0.1) == 1/2

а кушается все 5

кашется все 5 да

что тогда?

но не подом c limit: 1

дык у тебя странное понятие о кластерной работе в режиме конкуренции

и о преотеризации получения ресурсов

вот есть процесс режим которого ASAP

(As soon AS passeble)

И ему нужно отдавать как можно больше ресурсов, но не мение 1 CPU

дык у тебя странное понятие о кластерной работе в режиме конкуренции

в чем несогласны? в том , что оно получит 1 cpu и не больше?

смысл его ограничивать потолком в этот 1?

Опыт vSphere и OS говорит, что это порочно)

И ему нужно отдавать как можно больше ресурсов, но не мение 1 CPU

про это речь не шла. я говорил про то , что limit нужен для того, чтобы получить предсказуемыую производительность

вы изменили задачу, у вас по определению под должен получать изменяемое количество ресурсов (== как можно больше из того, что осталось)

это норма при нагрузке

для вашей задачи ставьте {request: 1} , без лимитов. но тогда один и тот же код на разных нодах будет давать разную производительность. бывают задачи, где это нормально, баывает где нет. куб позволяет пускать и те и те

есть отдельные долгие процессы

какие интересные варианты есть об оповещении неработающих сервисов в кубере? я щас имею ввиду не prometheus/grafana которые тоже перестанут работать если вдруг кластер упадет, а что-то внешнее или внешнее с агентом внутри что стоит либо ничего, либо чуть-чуть после триала :)

не ставить мониторинг в тот же кластер? а так datadog тот же

какие интересные варианты есть об оповещении неработающих сервисов в кубере? я щас имею ввиду не prometheus/grafana которые тоже перестанут работать если вдруг кластер упадет, а что-то внешнее или внешнее с агентом внутри что стоит либо ничего, либо чуть-чуть после триала :)

Zabbix? :)

Или именно сервисы создаваемые кубером?

не ставить мониторинг в тот же кластер? а так datadog тот же

this.

какие интересные варианты есть об оповещении неработающих сервисов в кубере? я щас имею ввиду не prometheus/grafana которые тоже перестанут работать если вдруг кластер упадет, а что-то внешнее или внешнее с агентом внутри что стоит либо ничего, либо чуть-чуть после триала :)

Тот же Prometheus или nagios/icinga или zabbix, только отдельно от контейнеров

Всем привет — Какой у вас проект или где работаете? Распределенная система онлайн продаж — В чём вы специалист? Postgres,Perl, JS, Android,Проектирование — Чем можете быть интересны или полезны сообществу? Вопрос из разряда "А кем вы себя видете через XX лет" — Чем интересно сообщество вам? Изучаю возможность использования k8s к нашему проекту — Откуда вы? Москва — Как узнали про группу? В гугле не забанили

Всем привет — Какой у вас проект или где работаете? Распределенная система онлайн продаж — В чём вы специалист? Postgres,Perl, JS, Android,Проектирование — Чем можете быть интересны или полезны сообществу? Вопрос из разряда "А кем вы себя видете через XX лет" — Чем интересно сообщество вам? Изучаю возможность использования k8s к нашему проекту — Откуда вы? Москва — Как узнали про группу? В гугле не забанили

?

Привет! А как чистить "шлейф" от cronjobs? (куча записей в jobs и pods)

"helm.sh/hook-delete-policy": hook-succeeded ?

Посмотри спеку, там можно лимиты поставить)

Таки есть spec.successfulJobsHistoryLimit spec.failedJobsHistoryLimit

Спасибо!

оно правдо только на 1.8 работает, вроде...

На 1.6.1 работает. А "шлейф" остался от джоб которые выполнялись с ошибками?

Нет - success

Ахтунг, quay.io/coreos/hyperkube:v1.7.8_coreos.0 не то, что вы думаете! Собрано из распоследнего мастера, т.е. это 1.9.0 alpha

$ git diff v1.7.7 v1.7.7+coreos.0 --shortstat 2 files changed, 3 insertions(+) $ git diff v1.7.8 v1.7.8+coreos.0 --shortstat warning: inexact rename detection was skipped due to too many files. warning: you may want to set your diff.renameLimit variable to at least 2832 and retry the command. 10874 files changed, 886997 insertions(+), 485052 deletions(-)

обалденный подарок

я сам охуел

промахнулись тэгом, а ci собрал имейдж? =)