Deckhouse Platform на OpenStack

Укажите параметры кластера

Используется для формирования доменов системных приложений в кластере. Например, Grafana для шаблона %s.example.com будет доступна как grafana.example.com.
Используется для формирования имен объектов кластера, создаваемых Deckhouse (виртуальные машины, сети, политики безопасности и т.д.).
Этот ключ передается cloud-провайдеру в процессе создания виртуальной машины.

Выберите схему размещения

Схема размещения — это способ расположения ресурсов в облаке. Существует несколько предопределённых схем размещения.

resources

Создаётся внутренняя сеть кластера со шлюзом в публичную сеть, узлы не имеют публичных IP-адресов. Для master-узла заказывается floating IP.

Внимание Если провайдер не поддерживает SecurityGroups, то все приложения, запущенные на узлах с floating IP, будут доступны по белому IP. Например, kube-apiserver на мастерах будет доступен по 6443 порту. Чтобы избежать этого, рекомендуется использовать схему размещения SimpleWithInternalNetwork.

resources

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

Внимание!

В данной схеме размещения не происходит управление SecurityGroups, а подразумевается что они были ранее созданы. Для настройки политик безопасности необходимо явно указывать additionalSecurityGroups в OpenStackClusterConfiguration для masterNodeGroup и других nodeGroups, и additionalSecurityGroups при создании OpenStackInstanceClass в кластере.

Выберите набор узлов

  • Кластер состоит из одного мастер-узла и одного worker-узла.
  • Управляющие компоненты Kubernetes-кластера и Deckhouse-контроллер работают на мастер-узле.
  • Deckhouse запускает другие компоненты (Ingress-контроллер, Prometheus, cert-manager и т.д.) на worker-узле.
  • Ваши приложения должны работать на worker-узле.
  • Управляющие компоненты кластера работают в режиме высокой доступности.
  • Кластер состоит из трёх мастер-узлов и двух worker-узлов.
  • Управляющие компоненты Kubernetes-кластера и Deckhouse-контроллер работают на мастер-узлах.
  • Deckhouse запускает другие компоненты (Ingress-контроллер, Prometheus, cert-manager и т.д.) на worker-узлах.
  • Ваши приложения должны работать на worker-узлах.
  • Управляющие компоненты кластера работают в режиме высокой доступности.
  • Кластер состоит из трёх мастер-узлов, двух системных узлов, нескольких фронтовых узлов и одного worker-узла.
  • Управляющие компоненты Kubernetes-кластера и Deckhouse-контроллер работают на мастер-узлах.
  • Deckhouse запускает системные компоненты (Prometheus, cert-manager и т.д.) на системных узлах.
  • Deckhouse запускает Ingress Controller на фронтовых узлах. Количество фронтовых узлов зависит от количества зон доступности у облачного провайдера.
  • Ваши приложения должны работать на worker-узле.