и apiservers

тогда шеф курить детально что и как

Там только один ньюанс, нужна перезагрузка apiserver всякий раз, когда меняются токены и пароли для доступа к API

Малтимастер и достаточное количество нод - ребуты не страшны.

но это вроде никак не связано с кол-вом мастеров

делал что? консул?

? Друзья, уже совсем скоро состоится важное событие весны - 5 и 6 июня в Сколково пройдёт РИТ++ (см. www.ritfest.ru). Если в цифрах, РИТ - это 160 сильнейших докладчиков, 2000+ участников, 8 тематических конференций, 40 митапов от экспертов, 20 стендов с розыгрышами и призами и т.д. Совместно с организаторами мы проводим розыгрыш билетов среди участников русскоговорящих профессиональных сообществ в Telegram: 1. https://t.me/react_js 2. https://t.me/js_ru 3. https://t.me/angular_ru 4. https://t.me/nodejs_ru 5. https://t.me/android_ru 6. https://t.me/ios_ru 7. https://t.me/devops_ru 8. https://t.me/kubernetes_ru 9. https://t.me/docker_ru 10. https://t.me/agile_ru А также других групп, представленных в этом списке: https://t.me/all_ru ? Всего будет разыграно: 4 билета среди участников (по одному на тематику - Мобильная разработка, DevOps, JavaScript, Agile) и 4 билета для тех, кто готов вести прямую трансляцию конференции в группе Telegram. Каждый может участвовать в двух номинациях. :) ? Что значит "прямая трансляция"? Организаторы готовы предложить со своей стороны: 1. Пригласить на конференцию (бесплатно, разумеется). 2. Выделить рабочую зону (тихие комнаты для подкастов, интервью, зарядки, оформить зону, перекусить и так далее). 3. Предоставить доступ к докладчикам (контакты, возможность связаться для интервью / чего угодно). 4. Предоставить доступ к спонсорам (контакты, интервью, услуги) - они тоже в вас заинтересованы. 5. Отдать пару потоков видео с конференции бесплатно для трансляции в реальном времени. 6. Скидочный код для подписчиков канала или подкаста. 7. Предложить PR, который может сделать конференция: логотип в информационных партнёрах, рекламную вкладку в брошюру участников. Что ожидается от вас в этом случае: 1. Продвижение конференции до события. 2. Интересный репортаж с места события - желательно в реальном времени, комментарии, цитаты, фотографии, прямые включения, интервью (можно постфактум). ? Выигранный билет нельзя обменять/продать или передать. В случае, если вы по какой-то причине не сможете воспользоваться билетом, сообщите организаторам - https://t.me/DenisIzmaylov ? Победитель будет выбран случайным образом. Ваши имя и фамилия будут опубликованы, в случае победы, все остальные ответы - конфиденциальны. Приём заявок завершится в воскресенье, 28 мая, в 23:59. ? Для участия в розыгрыше необходимо заполнить следующую форму: https://goo.gl/forms/By7hsLbOZCx2NhN13

кто-нибудь istio юзает?

кто-нибудь istio юзает?

Все ждут, пока кто-нибудь поюзает, наступит на все грабли и расскажет :)

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

тут как бы проблема с тем что у меня GKE, и хотелось бы разруливать через кубернетес.. иначе все труды трутся после обновления нод, изменений и прочего :)

https://github.com/kubernetes/community/blob/master/contributors/design-proposals/resource-qos.md#oom-score-configuration-at-the-nodes там написано что этот пропозал уже имплементирован, не в курсе вот это соблюдается? If limits and optionally requests (not equal to 0) are set for all resources across all containers and they are equal, then the pod is classified as Guaranteed. If requests and optionally limits are set (not equal to 0) for one or more resources across one or more containers, and they are not equal, then the pod is classified as Burstable. When limits are not specified, they default to the node capacity. Guaranteed pods are considered top-priority and are guaranteed to not be killed until they exceed their limits, or if the system is under memory pressure and there are no lower priority containers that can be evicted.

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

Вообще приложение, которое безлимитно память ест это как-то стрёмно

Кто знает, какими средствами можно сделать так, чтобы группа подов располагалась в одной availability зоне

nodeSelector: failure-domain.beta.kubernetes.io/zone: europe-west1-d