Перейти к содержанию

Установка подчиненного кластера

Требования к запуску нового подчинённого кластера

Заметка

Для работы кластера Bootsman c внешним ETCD потребуется дополнительная подготовка. Подробнее

Перед началом установки подчинённого кластера следует удовлетворить следующие требования:

  • Успешная установка управляющего кластера Bootsman
  • DNS-имя управляющего кластера должно быть в DNS-сервере и разрешается для будущего подчинённого кластера
  • Доступ подчинённого кластера к управляющему
  • Сумма символов будущего имени кластера и имени Namespace не должно превышать 30 символов

Наименования кластеров

Имя подчиненного кластера: test-cluster

Namespace: test-cluster

Сумма символов: 24

Имя подчиненного кластера: very-very-long-name-cluster

Namespace: test-cluster

Сумма символов: 39

Имя подчиненного кластера: test-cluster

Namespace: very-very-long-namespace

Сумма символов: 36

Установка

Установку можно провести двумя способами:

  • Использовать установщик Bootsman
  • Применить yaml-манифесты

Разворачивание с помощью установщика

Заметка

Во время заполнения формы вы можете в любой момент переключится в режим yaml

Для создания подчинённого кластера авторизуйтесь в управляющий кластер и нажмите кнопку Кнопка Создания Подчинённого Кластера

Main Page Create Button Main Page Create Button

Вас перенаправит на страничку установщика для заполнения данных о будущем кластере.

Сначала укажите имя нового подчинённого кластера (1)

  1. SUBCLUSTER_NAME

Cluster Name Cluster Name

Kubernetes Options

Kubernetes Options Kubernetes Options

Имя параметра Описание
SUBCLUSTER_KUBERNETES_VERSION Версия Kubernetes. Поддерживаемые версии
SUBCLUSTER_NAMESPACE Namespace управляющего кластера, который будет содержать объекты подчинённого кластера
SUBCLUSTER_POD_CIDR Блок адресов для Pods.

Должен не пересекаться с другими блоками внутри одного Kubernetes кластера.

Допустимый размер блока /[1-20]

Пример:

podsCidrBlocks: ["172.20.0.0/16"]
SUBCLUSTER_SERVICE_CIDR Блок адресов для Service.

Должен не пересекаться с другими блоками внутри одного Kubernetes кластера.

Допустимый размер блока /[1-20]

Пример:

servicesCidrBlocks: ["172.21.0.0/16"]

Provider Configuration

Provider Configuration Provider Configuration

Имя параметра Описание
BREST_AUTH_URL IP-адрес или DNS-имя Brest.

Пример: http://10.0.0.10:2633/RPC2

Заметка

В случае использования уже существующего секрета на управляющем кластере, следует использовать настройку "Credential settings" "Use existing" Формы помогут найти секрет и указать имена полей, которые соответствуют пользователю и паролю

Заметка

Advanced mode поможет вам задать специфические имена ключей в секрете. По умолчанию, username - пользователь, password - пароль

Provider Configuration Provider Configuration

Provider Configuration Provider Configuration

Имя параметра Описание
BREST_AUTH_SECRET_NAMESPACE Имя namespace, в котором размещен secret для авторизации
BREST_AUTH_SECRET_NAME Имя secret с авторизацией в Brest
BREST_AUTH_USERNAME Пользователь Brest
BREST_AUTH_PASSWORD Пароль пользователя Brest
BREST_AUTH_SECRET_USERNAME_KEY Ключ в secret для хранения имени пользователя Brest
BREST_AUTH_SECRET_PASSWORD_KEY Ключ в secret для хранения пароля пользователя Brest

Provider Configuration Provider Configuration

Имя параметра Описание
${SSH_KEY_#} Список ssh-ключей, которые будут добавлены на узлы

Private Registry

В случае, если вы хотите использовать наш репозиторий образов, то переключите параметр "Use private registry" в выключенное состояние и продолжайте заполнять в соотвествии с следующим разделом.

Private Registry Off Private Registry Off

Если хотите произвести установку из локального репозитория, то заполните поля из формы ниже

Private Registry Private Registry

Заметка

В случае использования уже существующего секрета на управляющем кластере, следует использовать настройку "Credential settings" "Use existing" Формы помогут найти секрет и указать имена полей, которые соответствуют пользователю и паролю

Заметка

Advanced mode поможет вам задать специфические имена ключей в секрете. По умолчанию, username - пользователь, password - пароль

Имя параметра Описание
PRIVATE_REGISTRY_URL URL вашего репозитория образов.

Если установка будет производится online блок registry можно удалить
PRIVATE_REGISTRY_SECRET_NAMESPACE Namespace, в котором размещен secret для авторизации в приватный репозиторий образов
PRIVATE_REGISTRY_SECRET_NAME Имя secret для авторизации в приватный репозиторий образов
PRIVATE_REGISTRY_USERNAME Имя пользователя в репозитории образов.

Если установка будет производится online блок registry можно удалить
PRIVATE_REGISTRY_PASSWORD Пароль для пользователя в репозитории образов.

Если установка будет производится online блок registry можно удалить
PRIVATE_REGISTRY_SECRET_HOST_KEY При использовании существующего secret. Имя ключа, содержащее параметр HOST
PRIVATE_REGISTRY_SECRET_USERNAME_KEY При использовании существующего secret. Имя ключа, содержащее параметр USERNAME
PRIVATE_REGISTRY_SECRET_PASSWORD_KEY При использовании существующего secret. Имя ключа, содержащее параметр PASSWORD

Control Plane

Control Plane Control Plane

Заметка

Для работы кластера Bootsman c внешним ETCD потребуется дополнительная подготовка. Подробнее

Имя параметра Описание
KCP_REPLICAS Количество узлов с ролью master.

Может принимать значения 3 или 5
K8SCPIP IP-адрес балансировщика kube-apiserver для обеспечения отказоустойчивости.

Адрес должен быть свободен и не состоять в dhcp-пулах Подробнее
KUBE_API_PORT Порт kube-api. По-умолчанию 6443
MHC_MAX_UNHEALTY Пороговое значение для MachineHealthCheck, при превышении которого не будет выполняться исправления.

Для узлов с ролью master, значение по-умолчанию 100%.

Для узлов с ролью worker, значение по-умолчанию 40%

Подробнее
MHC_TIMEOUT Время, которое дается узлу на самостоятельное восстановление, прежде чем вмешается MachineHealthCheck.

По-умолчанию 10m

Подробнее
Шаблон виртуальных машин

KCP Template KCP Template

Имя параметра Описание
BREST_CONTROLPLANE_IMAGE_NAME Имя шаблона виртуальной машины, из которого будут созданы новые узлы с ролью master
BREST_CONTROLPLANE_CPU Число CPU.

Требования к инфраструктуре
BREST_CONTROLPLANE_MEMORY_GB Объём оперативной памяти. Измеряется в GB.

Требования к инфраструктуре
BREST_CONTROLPLANE_DISK_GB Объём дискового пространства. Измеряется в GB.

Требования к инфраструктуре

KCP Template KCP Template

KCP Template KCP Template

Имя параметра Описание Комментарий
BREST_NETWORK_NAME Имя сети, в которую будут подключены новые виртуальные машины
BREST_NETWORK_ID ID существующей сети. Аналог BREST_NETWORK_NAME
BREST_NETWORK_ADDRESS Начало DHCP-пула Бреста
BREST_NETWORK_SIZE Число IP-адресов в DHCP-пуле
BREST_NETWORK_PHYDEV Физическое устройство на узле Брест
BREST_NETWORK_VLAN_ID vlan ID внутри гипервизора Брест
BREST_NETWORK_GATEWAY Адрес шлюза
BREST_NETWORK_DNS Опционально. Адрес dns-сервера

WorkerPool

Шаблон виртуальных машин

Заметка

Вы не ограничены в одном типе ВМ, предназначенных для нагрузки. Для создания дополнительного пула виртуальных машин используйте кнопку

Add Worker Pool Add Worker Pool

Workerpool Template Workerpool Template

Имя параметра Описание
SUBCLUSTER_WORKERPOOL_NAME Имя пула виртуальных машин
WORKER_REPLICAS Число узлов в workerpool. Сумма узлов во всех workerpool должна быть >=3
Roles Для большинства инсталляций используйте роль bootsman-worker.

Подробнее о ролях
MHC_MAX_UNHEALTY Пороговое значение для MachineHealthCheck, при превышении которого не будет выполняться исправления.

Для узлов с ролью master, значение по-умолчанию 100%.

Для узлов с ролью worker, значение по-умолчанию 40%

Подробнее
MHC_TIMEOUT Время, которое дается узлу на самостоятельное восстановление, прежде чем вмешается MachineHealthCheck.

По-умолчанию 10m

Подробнее
BREST_WORKER_IMAGE_NAME Имя шаблона виртуальной машины, из которого будут созданы новые узлы с ролью worker
BREST_WORKER_CPU Число CPU.

Требования к инфраструктуре
BREST_WORKER_MEMORY_GB Объём оперативной памяти. Измеряется в GB.

Требования к инфраструктуре
BREST_WORKER_DISK_GB Объём дискового пространства. Измеряется в GB.

Требования к инфраструктуре

Установка с помощью yaml-манифестов

Если вам удобнее способ применения yaml-манифестов, то ниже есть примеры. Заполните их в соответствии с описанием из главы, представленной ранее.

Заметка

Манифест secret_private_registry.yaml требуется только для установки из вашего приватного репозитория, в случае установки из репозитория Bootsman - пропустите.

kubectl apply -f secret_private_registry.yaml
kubectl apply -f secret_brest_auth.yaml
kubectl apply -f Cluster.yaml
kubectl apply -f Workerpool.yaml


apiVersion: v1
kind: Secret
metadata:
  name: PRIVATE_REGISTRY_SECRET_NAME (1)
  namespace: PRIVATE_REGISTRY_SECRET_NAMESPACE (2)
stringData:
  host: PRIVATE_REGISTRY_HOST (3)
  username: PRIVATE_REGISTRY_USERNAME (4)
  password: PRIVATE_REGISTRY_PASSWORD (5)

  1. Имя secret для авторизации в приватный репозиторий образов
  2. Namespace, в котором размещен secret для авторизации в приватный репозиторий образов
  3. Доменное имя вашего репозитория образов
  4. Имя пользователя в репозитории образов.

    Если установка будет производится online блок registry можно удалить

  5. Пароль для пользователя в репозитории образов.

    Если установка будет производится online блок registry можно удалить

apiVersion: v1
kind: Secret
metadata:
  name: BREST_AUTH_SECRET_NAME (1)
  namespace: BREST_AUTH_SECRET_NAMESPACE (2)
data:
  password: BREST_AUTH_PASSWORD (3)
  username: BREST_AUTH_USERNAME (4)

  1. Имя secret с авторизацией в Brest
  2. Имя namespace, в котором размещен secret для авторизации
  3. Пароль пользователя Brest
  4. Пользователь Brest

apiVersion: provisioning.bootsman.tech/v1alpha1
kind: Cluster
metadata:
  name: SUBCLUSTER_NAME (1)
  namespace: SUBCLUSTER_NAMESPACE (2)
spec:
  bootsmanVersion: latest
  clusterType: capi
  capiConfig:
    controlPlane:
      replicas: KCP_REPLICAS (3)
      endpoint:
        host: K8SCPIP (4)
        port: KUBE_API_PORT (5)
    infrastructure:
      provider: brest
      sshAuthorizedKeys: (6)
            - >-
              ssh-ed25519 CCULn/YglEAzQcMqC7xIViZEl0gBU49o73wKaf1M0x0K0bgyZpG6DJDXw24cjbI4U4yaZI example
      brestProviderConfig:
        authConfig:
          identityEndpoint: BREST_AUTH_URL (7)
          passwordKey: password (8)
          secret:
            name: BREST_AUTH_SECRET_NAME (9)
            namespace: BREST_AUTH_SECRET_NAMESPACE (10)
          usernameKey: username (11)
        machineOptions:
          cpu: BREST_CONTROLPLANE_CPU (12)
          disk: BREST_CONTROLPLANE_MEMORY_GB (13)
          memory: BREST_CONTROLPLANE_DISK_GB (14)
          template:
            name: BREST_CONTROLPLANE_IMAGE_NAME (15)
        network:
          name: BREST_NETWORK_NAME (16)
          useExisting: true (17)
        privacy: Private (18)
    kubernetesVersion: SUBCLUSTER_KUBERNETES_VERSION (19)
    network:
      podsCidrBlocks:
        - SUBCLUSTER_POD_CIDR (20)
      servicesCidrBlocks:
        - SUBCLUSTER_SERVICE_CIDR (21)
    # Раскомментируйте блок для установки из вашего регистри
    # registry:
    #   credentialsSecret:
    #     hostKey: host
    #     name: PRIVATE_REGISTRY_SECRET_NAME (23)
    #     namespace: PRIVATE_REGISTRY_SECRET_NAMESPACE (24)
    #     passwordKey: password
    #     usernameKey: username
    #   url: "PRIVATE_REGISTRY_URL (22)
    kubeletExtraArgs:
      kubeReserved: ''
      systemReserved: ''
      evictionHard: ''
      evictionMinimumReclaim: ''
      evictionMaxPodGracePeriod: ''
      maxPods: ''

  1. Имя подчиненного кластера.

    Должен быть уникальным в пределах namespace.

  2. Namespace управляющего кластера, который будет содержать объекты подчинённого кластера
  3. Количество узлов с ролью master.

    Может принимать значения 3 или 5

  4. IP-адрес балансировщика kube-apiserver для обеспечения отказоустойчивости.

    Адрес должен быть свободен и не состоять в dhcp-пулах Подробнее

  5. Порт kube-api. По-умолчанию 6443
  6. Список ssh-ключей, которые будут добавлены на узлы
  7. IP-адрес или DNS-имя Brest.

    Пример: http://10.0.0.10:2633/RPC2

  8. Ключ в secret для хранения пароля пользователя Brest
  9. Имя secret с авторизацией в Brest
  10. Имя namespace, в котором размещен secret для авторизации
  11. Ключ в secret для хранения имени пользователя Brest
  12. Число CPU.

    Требования к инфраструктуре

  13. Объём оперативной памяти. Измеряется в GB.

    Требования к инфраструктуре

  14. Объём дискового пространства. Измеряется в GB.

    Требования к инфраструктуре

  15. Имя шаблона виртуальной машины, из которого будут созданы новые узлы с ролью master
  16. Имя сети, в которую будут подключены новые виртуальные машины
  17. true в случае использования существующего ресурса, false для создания нового
  18. Для Brest это поле всегда Private
  19. Версия Kubernetes. Поддерживаемые версии
  20. Блок адресов для Pods.

    Должен не пересекаться с другими блоками внутри одного Kubernetes кластера.

    Допустимый размер блока /[1-20]

    Пример:

    podsCidrBlocks: ["172.20.0.0/16"]

  21. Блок адресов для Service.

    Должен не пересекаться с другими блоками внутри одного Kubernetes кластера.

    Допустимый размер блока /[1-20]

    Пример:

    servicesCidrBlocks: ["172.21.0.0/16"]

  22. URL вашего репозитория образов.

    Если установка будет производится online блок registry можно удалить

  23. Имя secret для авторизации в приватный репозиторий образов
  24. Namespace, в котором размещен secret для авторизации в приватный репозиторий образов

apiVersion: provisioning.bootsman.tech/v1alpha1
kind: WorkerPool
metadata:
  name: SUBCLUSTER_WORKERPOOL_NAME (1)
  namespace: SUBCLUSTER_NAMESPACE (2)
spec:
  clusterName: SUBCLUSTER_NAME (3)
  kubernetesVersion: SUBCLUSTER_KUBERNETES_VERSION (4)
  replicas: WORKER_REPLICAS (5)
  infrastructure:
    provider: brest
    brestProviderConfig:
      cpu: BREST_WORKER_CPU (6)
      disk: BREST_WORKER_DISK_GB (7)
      memory: BREST_WORKER_MEMORY_GB (8)
      template:
        name: BREST_WORKER_IMAGE_NAME (9)
  kubeletExtraArgs:
    kubeReserved: ''
    systemReserved: ''
    evictionHard: ''
    evictionMinimumReclaim: ''
    evictionMaxPodGracePeriod: ''
    maxPods: ''
  roles:
    - name: bootsman-worker

  1. Имя пула виртуальных машин
  2. Namespace управляющего кластера, который будет содержать объекты подчинённого кластера
  3. Имя подчиненного кластера.

    Должен быть уникальным в пределах namespace.

  4. Версия Kubernetes. Поддерживаемые версии
  5. Число узлов в workerpool. Сумма узлов во всех workerpool должна быть >=3
  6. Число CPU.

    Требования к инфраструктуре

  7. Объём дискового пространства. Измеряется в GB.

    Требования к инфраструктуре

  8. Объём оперативной памяти. Измеряется в GB.

    Требования к инфраструктуре

  9. Имя шаблона виртуальной машины, из которого будут созданы новые узлы с ролью worker

Следующий шаг