Готовим 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) и прочие ресурсы.
email: kvapss@gmail.com