Наш опыт с Kubernetes в небольших проектах (Флант, RootConf 2017)
Vložit
- čas přidán 19. 06. 2017
- Доклад Дмитрия Столярова, технического директора компании «Флант» (flant.ru/), на конференции RootConf, проходившей в рамках фестиваля РИТ++ 2017 (6 июня 2017 г.). Посвящён устройству и основным возможностями Kubernetes и практике использования этой контейнерной системы в небольших проектах..
* Текстовый обзор доклада: habrahabr.ru/company/flant/bl...
* Презентация: speakerdeck.com/flant/nash-op...
* Анонс доклада на сайте конференции: rootconf.ru/2017/abstracts/2701
P.S. Мы всегда рады новым инженерам! Подробности см. на job.flant.ru/ - Věda a technologie
Монументально, без воды, огромное спасибо за доклад!
Дмитрий, смотрю ваши выступления где только можно. Насколько сильно они мне помогают в работе и обучении, я даже не могу передать. Спасибо Вам огромное.
Отличный доклад. Как жаль что его не было год назад. Убил кучу времени чтобы со всем этим разобраться.
Мне кажется это лучшее объяснение про кубернетис
Лучший доклад, который слушал, спасибо!!!!!
Все четко и в тему!!! Спасибо за доклад!
Отличный доклад! Спасибо! До этого читал статьи, не узнал и десятой части того, о чем узнал из доклада Дмитрия.
Отличный доклад! Четко и по существу! Так держать!
Дмитрий, огромное спасибо
Отличный доклад, спасибо!
Спасибо, действительно хороший доклад. Сидел и конспектировал многие моменты)
Офигенный доклад
Спасибо, отличный доклад
Отличный доклад! Большое спасибо!
Спасибо, супер, очень доходчиво.
Лаконично и понятно. Идеально)
Спасибо за доклад
Спасибо! очень полезно.
Очень класно и понятно.
Сильно.Осталос только во всем этом разобраться :)
Да, остановись ты! Все.... буэээээ ... меня укачало (но пальчик вверх)
не понял по поводу mysql, уже давно используем master master wsrep cluster из mariadb. зачем master - slave slave ? не ужели не пробовали нормальный кластер поднять базы? замечетельно работает даже на разнесенных по разным дц с 200мб сеткой как раз для малых проектов. для больших проектов конечно нужна как и для ceph уже 10gb сетка.
@Флант снаружи должен быть ingress или HAProxy?
у nginx могут кончиться воркеры, когда отдача файлов с NFS и хранилка падает - каждый воркер идёт за файлом, ловит (un)interraptable sleep и.. всё. Даже с таймаутом 10с и 100 воркерами уже на 10 людях это перестаёт работать.
Отлично!
Отличный доклад!
Какие 4 команды для логирования и метрик)?
Отличный доклад, вот только если правильно собрать инфраструктуру на том же AWS, там не должно быть проблем с перелинковкой фронта, бэка и т.д. То есть, по сути, это все та же модель "простой" инфраструктуры и функционал автоматического масштабирования везде.
То есть если есть такие крутые сервисы как SQS, ASG, RDS и так далее вообще нет никаких проблем связываться компоненты друг с другом.
шикарно))
Хороший доклад. Сервайс, эс э кодэ немного режут слух
Энвёйрамент
что стоило выяснить, как произносится слово "service" перед докладом?
Если у меня на работе дикий монолит и нет активной стадии разработки, стоит ли ставить кубер чтобы потренироваться и набраться опыта?)
сначало надо в докеры хотя бы перенести попробовать) потом устать от этого и понять, что легаси лучше не трогать)))
Интересно, как сейчас выглядит Kubernetes VS Docker Swarm
Спасибо. А то, читал серию статей на хабре (habrahabr.ru/post/262397/) и комменты, статья старая, но в комментах была обозначена тенденция на перекрытие функционала кубера нативными докер-решениями. Вот и хотел узнать, как сейчас дела обстоят )
Современные тенденции таковы, что Kubernetes становится фаворитом у большинства, но всё может зависеть от конкретных потребностей, т.к. с функциональной точки зрения это больше основа для PaaS, чем готовая PaaS (о последнем мы писали у себя: habrahabr.ru/company/flant/blog/327338/).
swarm - более монолитный, поломается что то, фиг поймешь где
Имхо, для мелких проектов кубер избыточен. Сайтик задеплоить проще в сварме. Из коробки есть Service с балансировщиком и Service Discovery. Плюс что это всё в нативном докере и не надо огород с мастерами кубера городить.
Спасибо. Отличный доклад. В докладе говорилось о том, что в планах есть с VPN сервером внутри kubernetes. Скажите есть ли положительный опыт в этом вопросе?
Положительный. У нас есть openvpn и pritunl.
Как Вы решали вопорс с масштабированием и отказоустойчивостью? Использовали ли вы несколько мастеров если да то как организовали "Highly available public IPs"? Как я понял не все ЦОДы дают эту возможность для VPN. Умеет ли kubernetes перенаправлять траффик на под в другом ноде если под в текущем ноде стал недоступен (для новых подключений)? Есть ли возможность держать одновременно несколько узлов с VPN сервером и каким то образом балансировать подключения к ним?
А под ceph выделяете локалку/один ДЦ?
Оооочень сильно зависит от множества факторов. Прежде всего от того, что будет потом в этом ceph храниться. Самый лучший вариант для ceph - две 10 Гбит/с локалки (одна для подключения, другая для связи между узлами). У нас есть много инсталляций на "плохих" 1 Гбит/с сетях и все работает "удовлетворительно".
Доклад классный, но почему у Дмитрия Столярова голова чистая?
Что за Пью-карты и VRP? Это Ciscoтема?
vrrp и ucarp.
КубернетЭс?
Ну почему толковые чуваки в Рунете так забивают на свой английский?
Круть! А кто сейчас в России сдаёт в аренду простенькие кластеры из виртуалок как единый кирпич? Типа GKE, в пять кликов. Запускал ещё тестовый кубер на AWS с помощью kops - удобно. Теперь хочется примерно такой же простоты, только за меньшие деньги (например, со стоимостью виртуалок как на FirstVDS). Кто что слышал/использовал?
mcs.mail.ru
Очень крутой начало презентации с быстрыми слайдами.
Только, уважаемый, научитесь произносить слово service - режет слух.
Замечание передано, спасибо! :-)
Спасибо за ваш контент! сжато, четко, по делу
Сервайс шедулер:). Доклад интересный. Очень круто.
Все так и случилось, только вместо depp теперь werf :)
Доклад огонь.
Немного сложно стало его серьезно смотреть, когда начались "шедулеры" и "сервайсы".
@choleavv ему типа произношение не понравилось. Коренной англичанин видимо
Про кубернетес 16:00
сервАйс дисковери
с шедулерами
Что ж его так трясет-то.
Весь ок на микросервисах! Цирк)))
"Сервайсы" - это как "тортЫ" или "звОнить" (((
Ещё один умник - failover stateFulset stateless guarantee share applications dns discovery cloud native решения rasing db резолвиться в пачку ip адресов Discovery статические соседи на dns zoo keeper Consistent switchcover
Отличный доклад, спасибо!