Принятие узлов для управления

В CCE вы можете создать узел (Creating a Node) или добавить существующие узлы (ECSs) в ваш кластер для управления.

• ECS могут управляться.

Облачные серверы, подлежащие управлению, должны соответствовать следующим требованиям:

• Узел, подлежащий принятию, должен быть Running или Stopped, не должен использоваться другими кластерами и не должен иметь метку CCE-Dynamic-Provisioning-Node.
• Узел, подлежащий принятию, и кластер должны находиться в одном VPC. (Если версия кластера старше v1.13.10, узел, подлежащий принятию, и кластер CCE должны находиться в одной подсети.)
• Диски с данными должны быть подключены к узлам, подлежащим управлению, если системные компоненты этих узлов хранятся отдельно. К этим узлам можно подключить либо локальный диск (disk-intensive disk), либо диск с данными объёмом не менее 20 GiB. Кроме того, любые уже подключённые диски с данными не должны быть меньше 10 GiB.
• Узел, подлежащий принятию, должен иметь минимум 2 ядра CPU, 4 GiB памяти и только один сетевой интерфейс.
• Только облачные серверы с одинаковой конфигурацией дисков с данными могут быть приняты пакетно для управления.
• Для кластеров с поддержкой IPv6 допускаются только узлы с включённым IPv6 в подсети кластера.
• Кластеры CCE Turbo требуют, чтобы каждый узел поддерживал дополнительные сетевые интерфейсы. В качестве альтернативы необходимо привязать к каждому узлу не менее 16 сетевых интерфейсов. Подробную информацию о node flavors см. в параметрах, предлагаемых в консоли при создании узла.
• Разделённые диски с данными будут игнорироваться при управлении узлом. Убедитесь, что к узлу подключён хотя бы один неразделённый диск с данными, соответствующий спецификациям.

1. Войдите в CCE console и перейдите к кластеру, в котором находится принимаемый узел.
2. В панели навигации выберите Nodes. На отображаемой странице нажмите вкладку Nodes, а затем Accept Node в правом верхнем углу.
3. Укажите параметры узла.

   Конфигурация узла

   Table 1 Параметры конфигурации узла

   Параметр	Описание
   Node Pool	Default node pool: Вы можете добавить узлы, отвечающие требованиям управления, в default node pool кластера. Custom node pool: Вам необходимо выбрать только узлы, отвечающие требованиям управления. Эти узлы будут использовать базовые, сетевые и расширенные настройки custom node pool. Другие параметры настраивать не требуется. Подробности см. в Accepting Nodes in a Node Pool.
   Спецификации	Нажмите Select Cloud Server и выберите серверы, которые необходимо принять. Можно выбрать несколько облачных серверов для пакетного принятия, но только те, у которых одинаковые конфигурации Диска с данными, могут быть добавлены вместе. Если облачный сервер содержит несколько Дисков с данными, выберите один из них для container runtime и kubelet.
   Container Runtime (Original Container Engine)	CCE поддерживает Docker или containerd в качестве контейнерного runtime. Доступные runtime зависят от типа кластера, версии и ОС. Выберите runtime, отображаемый в консоли CCE.
   OS	Выберите тип ОС. Разные типы узлов поддерживают разные ОС. Public image: Выберите публичный образ для узла. Private image: Выберите приватный образ для узла. Shared image: Вы можете выбрать образ, которым делятся другие пользователи. Эта опция поддерживается узлами BMS и PM. NOTE: Service container runtimes используют ядро и базовые вызовы узлов. Чтобы обеспечить совместимость, выберите версию дистрибутива Linux, совпадающую или близкую к версии конечного образа сервисного контейнера для ОС узла.
   Login Mode	Password Имя пользователя по умолчанию root. Введите пароль для входа в узел и подтвердите пароль. Обязательно запомните пароль, так как он понадобится при входе в узел. Key Pair Выберите key pair, используемый для входа в узел. Private key pairs доступны только вам. Account key pairs общие для всех пользователей учетной записи. Key pair используется для аутентификации личности при удалённом входе в узел. Если key pair недоступен, нажмите Create Key Pair. Image password (поддерживается для ECSs или PMs, чьи OSs являются приватными образами) Сохраните пароль выбранного образа. Чтобы использовать эту опцию, убедитесь, что для выбранного образа установлен пароль.

   Storage Settings

   Настройте ресурсы хранилища на узле для работающих на нём контейнеров.

   Table 2 Configuration parameters

   Parameter	Description
   System Disk	Непосредственно использовать системный диск облачного сервера.
   Default Data Disk	Выберите диск с данными для среды выполнения контейнеров и kubelet.
   System Component Storage	Выберите диск для хранения системных компонентов. Диск с данными: Необходимо добавить диск с данными по умолчанию для среды выполнения контейнеров и kubelet. Этот диск с данными нельзя отсоединять. В противном случае узел будет недоступен. System Disk: хранит ресурсы CCE, такие как загруженные образы, временное хранилище для контейнеров и stdout‑логи контейнеров. Если системный диск будет полностью заполнен, это негативно скажется на стабильности узла. ПРИМЕЧАНИЕ: В кластерах v1.23.18-r0, v1.25.13-r0, v1.27.10-r0, v1.28.8-r0, v1.29.4-r0 и более новых можно выбрать диск для хранения системных компонентов. Если используется CCE Node Problem Detector, убедитесь, что его версия 1.19.2 или новее.
   Диск с данными	По умолчанию должен быть доступен диск с данными для хранения компонентов среды выполнения контейнеров и kubelet, если System Component Storage установлен в Data Disk. Этот диск с данными нельзя отсоединять. В противном случае узел будет недоступен. Эта функция доступна для кластеров версии ранее v1.23.18-r0, v1.25.13-r0, v1.27.10-r0, v1.28.8-r0 или v1.29.4-r0. Если System Component Storage установлен в System Disk, добавлять диск с данными по умолчанию не требуется. Все диски с данными являются дисками общего назначения. Эта функция доступна для кластеров v1.23.18-r0, v1.25.13-r0, v1.27.10-r0, v1.28.8-r0, v1.29.4-r0 и более новых версий. Нажмите Expand, чтобы настроить Data Disk Space Allocation. Это резервирует место для среды выполнения контейнеров, образов и временного хранилища, обеспечивая нормальную работу. Подробную информацию о распределении места на диске с данными см. в Space Allocation of a Data Disk. Для остальных дисков с данными по умолчанию создаётся необработанный диск без какой‑либо обработки. Вы также можете нажать Expand и выбрать Mount Disk, чтобы смонтировать диск с данными в указанный каталог.

   Advanced Settings

   Table 3 Advanced configuration parameters

   Parameter	Description
   Resource Tag	Вы можете добавить теги ресурсов для классификации ресурсов. Вы можете создать предопределённые теги в консоли TMS. Эти теги доступны для всех ресурсов, поддерживающих теги. Вы можете использовать эти теги для повышения эффективности создания тегов и миграции ресурсов. CCE автоматически создаст тег CCE-Dynamic-Provisioning-Node=Node ID.
   Kubernetes Label	Нажмите Add Label, чтобы задать пару ключ‑значение, привязанную к объектам Kubernetes (например, pods). Можно добавить не более 20 меток. Метки могут использоваться для различения узлов. С настройками привязки нагрузки контейнерные pods могут быть запланированы на указанный узел. Для получения дополнительной информации см. Labels and Selectors.
   Kubernetes Taint	Этот параметр по умолчанию оставлен пустым. Вы можете добавить taint'ы для настройки анти‑аффинности узла. Для каждого узла допускается не более 20 taint'ов. Каждый taint содержит следующие параметры: Taint Key: Ключ должен содержать от 1 до 63 символов, начинаться и заканчиваться буквой или цифрой. Разрешены только буквы, цифры, дефисы (-), подчёркивания (_) и точки (.). В качестве префикса ключа можно использовать имя поддомена DNS. Taint Value: Значение должно содержать от 1 до 63 символов, начинаться и заканчиваться буквой или цифрой. Разрешены только буквы, цифры, дефисы (-), подчёркивания (_) и точки (.). Effect: Доступные варианты: NoSchedule, PreferNoSchedule и NoExecute. ПРИМЕЧАНИЕ: Если используются taint'ы, необходимо настроить tolerations pod'ов. В противном случае операции масштабирования могут завершиться неудачей, либо pod'ы могут не быть запланированы на добавленные узлы.
   Max. Pods	Максимальное количество pod'ов, которые могут работать на узле, включая pod'ы системы по умолчанию. Это ограничение предотвращает перегрузку узла pod'ами.
   Pre-installation Script	Команда скрипта установки. Команда скрипта будет транскодирована в Base64. Символы в скриптах pre‑installation и post‑installation рассчитываются централизованно, и общее количество символов после транскодирования не может превышать 10 240. Скрипт предустановки выполняется до установки Kubernetes. Если он завершится с ошибкой, установка Kubernetes также завершится с ошибкой.
   Post-installation Script	Команда скрипта установки. Команда скрипта будет транскодирована в Base64. Символы в скриптах pre‑installation и post‑installation рассчитываются централизованно, и общее количество символов после транскодирования не может превышать 10 240. Скрипт будет выполнен после установки программного обеспечения Kubernetes, что не влияет на процесс установки. Во время выполнения скрипта постустановки pod'ы могут планироваться нормально. Однако, если скрипт превышает время ожидания, установка узла завершается с ошибкой. Чтобы предотвратить планирование pod'ов на узлах с неполным выполнением скрипта, включите параметр планировать pod'ы только после завершения скрипта постустановки. CAUTION: Do not use the reboot command in the post-installation script to restart the system immediately. Instead, use the shutdown -r 1 command to restart the system with a one-minute delay.
   Kubernetes Node Name	The Kubernetes node name is the value of metadata.labels.kubernetes.io/hostname in the YAML file of the node. The following two values are supported: Node private IP: The value must be the same as the private IP address of the node (default value). Cloud server name: Use the custom cloud server name configured in node settings. Cloud server names are not required to be unique. To prevent naming conflicts, CCE automatically appends a random five-digit suffix to each cloud server name. NOTICE: Эта функция доступна только когда версия кластера v1.23.4-r0 или новее. Имя облачного сервера можно указать в качестве имени узла Kubernetes только при создании или управлении облачным сервером. После создания или управления облачным сервером имя узла Kubernetes изменить нельзя. Подробности см. ECS Names, Node Names, and Kubernetes Node Names. Существующие узлы в кластере сохраняют свои частные IP-адреса в качестве имен узлов Kubernetes. Ново‑созданные или добавленные узлы используют вместо этого имена облачных серверов. This inconsistency between node names and private IP addresses may require adaptation. For example, when configuring node affinity, you cannot use the kubernetes.io/hostname:<node-private-IP-address> label to target specific nodes. Чтобы изменить имя узла Kubernetes у существующих узлов на имя облачного сервера, удалите эти узлы из кластера и повторно примите их. Перед этим ознакомьтесь с возможными последствиями для сервисов при removing или accepting узла.

4. нажмите Next: Confirm, просмотрите примечание по использованию, отметьте флажок и нажмите Submit.