Конференция завершена. Ждем вас на DevOpsConf в следующий раз!

Готовим Stateful в Kubernetes Архитектура в DevOps, DevOps для CTO

Доклад отклонён
Тезисы

Мы являемся крупнешим Чешским хостингом и вот уже два года мы используем Kubernetes для запуска stateful-приложений на собственном оборудовании.

Kubernetes является связующим звеном между нашим разработчиками и оборудованием. К примеру чтобы запустить новый сервис, будь то новый web-хостинг, почтовый сервер, база данных или целая система виртуализации, мы просто описываем соответсвующие ресурсы в Kubernetes.

В своём докладе я хочу рассказать вам о проблемах с которыми нам пришлось столкнуться, прежде чем мы научились правильно готовить stateful-приложения для запуска в Kubernetes, а так же о том какой сторадж лучше использовать, как быть с legacy и к чему нужно стремиться чтобы нормально переживать отказ ноды и не бояться потерять важные данные.

В програме:

Обзор стораджей:
- Чем отличется блочное хранилище от файлового или объектного.
- Когда следует использовать каждый из этих типов хранения.
- Поговорим о плюсах и минусах каждого из них.
- Что такое Linstor и чем он лучше Ceph.
- NFS-server-provisioner и неужели создавать RWX-тома можно так просто.

Сеть:
- Что делать если в Kubernetes нельзя назначать статический айпишник подам но нам так хочется

Архитектура Stateful-приложений в Kubernetes:
- Поды это не виртуалки, что общего у stateful-подов с виртуальными машинами, почему это сравнение крайне некорректно.
- Как обеспечить надёжность запуска stateful-приложения в Kubernetes.
- Как работает simple leader election и как просто добавить его к вашему приложению
- Как работает fencing и проблемы которые он решает.

Андрей Квапил
Флант

Solutions Architect в компании Флант.
Любит Open Source и активно участвует в комьюнити. Изобретает велосипеды на благо общества. В свободное время пишет статьи на Хабр (habr.com/users/kvaps/posts) и прочие ресурсы.

telegram: @kvaps
email: kvapss@gmail.com

Другие доклады секции Архитектура в DevOps, DevOps для CTO