Как Tinkoff.ru писали свой Infrastructure Provider BareMetal (Станислав Халуп) / @Kubernetes

preview_player
Показать описание

Станислав Халуп, руководитель группы инфраструктуры привлечения, «Тинькофф»

Не так давно мы в «Тинькофф» озаботились вопросом консолидации нашей инфраструктуры, которая состоит почти из всего на свете (VMware, OpenStack, Bare-Metal Kubernetes…). Мы решили, что настал момент создать объединенную облачную платформу — для микросервисов, внутренних *aaS решений, но без Legacy.

В качестве Cloud OS мы выбрали Kubernetes (да, на BareMetal) — и почти сразу встал ряд вопросов:
— Как деплоить и скейлить Undercloud-кластер?
— Как автоматизировать Day 2 Operations?
— Как сделать настоящее AutoDiscovery и Zero-Touch Provisioning для железа? (У нас весьма внушительные объемы закупок железа).
— Как все это сделать без L2 и DHCP? (Почему так — расскажу в докладе).

Посмотрев доклады kvaps и хорошо почесав головы, мы решили, что управлять кластером K8s лучше всего с помощью кластера K8s ;)

В своем докладе я расскажу:
— Что такое ClusterProvider BareMetal (Metal3) и как он работает
— Почему он не подходит для Zero Touch Provisioning и как мы писали свое BareMetal Provisioning API
— Что делать, чтобы грузиться по сети без DHCP, но с фантазией
— Как вдохновиться RedHat OpenShift 4 и всё равно сделать всё по-своему

Доклад будет рассчитан на тех, кто уже что-то знает про Cluster API, но еще не погружался в тему BareMetal Providers.

Рекомендации по теме