Автомасштабирование и управление ресурсами в Kubernetes (Дмитрий Столяров, Флант)
Вставка
- Опубліковано 15 лип 2019
- Доклад технического директора компании «Флант» (flant.ru/) Дмитрия Столярова на секции «DevOps» конференции «Стачка-2019» в Ульяновске (27 апреля 2019). В нём рассказывается о том, как с помощью K8s обеспечить высокую доступность приложений и гарантировать их максимальную производительность.
* Текстовый обзор доклада: habr.com/ru/company/flant/blo...
* Презентация: speakerdeck.com/flant/avtomas...
P.S. Мы всегда рады новым инженерам! Подробности см. на job.flant.ru/ - Наука та технологія
Лучше один раз увидеть, чем несколько раз услышать, подумал Дима и сделал 500 слайдов :)
Дима, жду твоих докладов как новую серию Игры Престолов
@Mauricio Kairo #Spam
I realize I'm kinda randomly asking but does anyone know of a good site to stream new series online?
@Caiden Kenneth I dunno lately i have been using Flixportal. Just google for it :D -lionel
@Lionel Mitchell Thank you, I went there and it seems to work =) I really appreciate it !
Прям магия-магия! Отличный доклад, спасибо, Дмитрий!
Дмитрий, спасибо за доклад. Как всегда актуально и доступно на пальцах рассказали (интересно было про kernel логику послушать). Было бы интересно посмотреть недостающую часть про vertical autoscaler
Спасибо за доклад! Жду продолжения!
Спасибо! как всегда очень интересно.
Дима, спасибо! Как всегда всё очень понятно
Все еще ждем продолжение)
Классный доклад, спасибо. Планируети ли вы выложить недосканное/недопоказанное в презентации? Очень бы хотелось получить полное представление о масштабировании.
Чем ты сегодня занимался на работе??!! = 40.16 время. Орнул в голос.
А объяснил огонь!
крутой доклад
ждемс
а где найти эти несколько видео, подробно разбирающих эту тему?
а тема тротлинга?
ну че вы не дали договорить человеку он обошел по интересности рассказа 80% всех докладчиков. На одном дыхании досмотрел. Вот за это я не люблю такие тусовки где есть дядька который обламывает весь кайф в самом разгаре
Дмитрий, а с чего вы решили, что pod - это именно гороховый стручок?
Вообще-то как бы вот: A group of whales is commonly referred to as a pod and a pod usually consists a group of whales that have bonded together either because of biological reasons (i.e. a mother baring offspring and raising her child) or through friendships developed between two or more whales.
Это же не единственное значение :-)
Например, на wiki (en.wiktionary.org/wiki/pod#Noun) первым значением слова идёт: «A seed case for legumes (e.g. peas, beans, peppers); a seedpod». (Про китов тоже есть, четвёртым пунктом.)
@@Flant Да, но это же просто список значений, а не в порядке приоритета. В докер же все про китов :)
IMHO более логично, где один контейнер - это синий кит, а пачка контейнеров, которыми оркестрирует кубернетес, - это стая китов.
Но, может быть, во Флант ботанику любят больше, чем зоологию :)
@@alexevinson5267 есть правильная логика в ваших рассуждениях! Давайте тогда считать, что оставим горох для того, чтобы хоть немного разнообразить эту бесконечную морскую тематику :-)
Дмитрий, вопрос не по теме доклада - как логгируете системные сообщения от ядра (не от контейнеров)? Расскажите пожалуйста вкратце что используете, возможно у вас уже есть проект.
p. s. пользуемся вашим shell-operator - пока справляется на ура.
Спасибо.
Когда будет рассказ, что такое "потребность в cpu и как она вычисляется"?
Почему было просто не сравнить с ESXi или на примере их CSE/VIC? Желание идти "от печки" съело много времени...
а не сталкивались ли с глюком, если в yaml файлике не ограничивать ресурсы то при запуске контейнера растет Load Average и все виснет, как поставил ограничения по ресурсам в yaml то все стало норм...
Нежелательно ставить открытую бутылку с водой возле ноутбука
Спасибо за доклад, с нетерпением жду продолжения. Если можно хотел бы задать пару вопросов, буду рад ответам.
1. В кластерном маштабирование вы предлогаете деражть по кубу на env(back, front,test, dev), На ваш взгляд это кубы для разных проектов(продуктов) разом или для каждого проекта по одельному набору кубов? И обоих случаех есть свои эксплуатационные трудности. Что лучше?
2. При высвобождение, класте автоскейлир освобождает только воркер ноды или мастер ноды тоже? Плюс как быть с теми нодами которые CM тулзе прописанны?
2-ой вопрос частично отпал, понял что kubermatic machine-controller создаст только воркер ноды. Вопрос теперь такой: Затронет ли machine-controller воркер ноды созданные не им?
> кластерном маштабирование вы предлогаете деражть по кубу на env
Нет. Я этого не предлагаю. Я предлагаю держать группу узлов выделенную для конкретной нагрузки.
@@davidmagton спасибо за ответ. Видимо не правильно понял.
@@davidmagton вот доклад с слайдами и словами окончательно расставил все на свои места.
Только один вопрос - подскажите как ПРАВИЛЬНО разворачивать базы в кубе? Так как был спор, для "дев" в прицепе можно 1 инст поднять через statefull, сложность только в вгрузке огромного дампа, к примеру от 1.5тб. Пока не понял как это автоматизировать и облегчить так как вгрузка на ините макс 1мб.
Так вот, спор следующий - нужно разворачивать абсолютно идентичные с точки зрения инстансов и правил env(допустим возьмем базу, 1 master, 1 slave, 1 read-only и 1 запасная для rotation with master - если вдруг мастер устанет, в примере официальном репе helm на github есть postgresql/mysql etc примеры) с точки зрения проверить так как оно в будущем должно работать. Или же для "dev" можно поднять 1 инстанс а "prod" будет работать лучше? Если есть ссылка для слепых как я как вгружать правильно большие дампы - очень буду благодарен :)
@@grandmasterxxx была статья от нашего инженера как раз на эту тему: habr.com/ru/company/flant/blog/417509/
Похудел
Что то похудел совсем. Устал совсем. Отдохнуть вам надо!!!
Отвратный звук
Всю лекцию сдерживался, чтобы не пукнуть. А звук нормальный.
сволочи такую лекцию прервали!