Создание узла

Требования

• Доступен хотя бы один кластер.
• Доступна пара ключей для удаленного входа на узел с использованием аутентификации по паре ключей.

  Если вы используете пароль для входа, пропустите этот шаг.

Примечания и ограничения

• DNS‑конфигурацию подсети, в которой находится узел, нельзя изменять, поскольку для создания узлов требуются OBS и другие зависимые сервисы.

Меры предосторожности

• Для поддержания стабильности узла определённое количество ресурсов узла CCE будет зарезервировано для компонентов Kubernetes, таких как kubelet, kube-proxy и Docker, в соответствии со спецификациями узла. Поэтому общее количество ресурсов узла и количество распределяемых ресурсов узла для вашего кластера различаются. Чем больше спецификация узла, тем больше контейнеров развертывается на узле. Следовательно, необходимо зарезервировать больше ресурсов узла для работы компонентов Kubernetes. Подробнее см. Правила резервирования ресурсов узла.
• Сети, включая сети VM и сети контейнеров узлов, полностью управляются CCE. Не добавляйте и не удаляйте сетевые интерфейсы, не изменяйте маршруты и IP‑адреса. В противном случае сервисы могут стать недоступными. Например, сетевой интерфейс с именем gw_11cbf51a@eth0 на узле является шлюзом сети контейнеров и не может быть изменён.

Процедура

1. Войдите в CCE console.
2. В навигационной панели CCE console выберите Кластеры. Щёлкните название целевого кластера, чтобы открыть страницу его деталей.
3. В навигационной панели выберите Узлы. На отображённой странице щёлкните Узлы вкладку и затем Создать узел в правом верхнем углу. Настройте параметры узла.

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

   Вы можете настроить Флейвор и ОС облачного сервера, на котором работают ваши контейнеризованные приложения.

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

   Параметр	Описание
   Режим выставления счета	Поддерживаются следующие режимы выставления счета: Pay-per-use Ресурсы будут оплачиваться в зависимости от длительности использования. Вы можете создавать или удалять ресурсы в любой момент.
   AZ	AZ, где расположен узел. Узлы в кластере могут быть созданы в разных AZ для повышения надёжности. Значение нельзя изменить после создания узла. Выберите Random для размещения вашего узла в случайном AZ на основе выбранного флейвора узла. AZ — это физический регион, в котором ресурсы используют независимое электроснабжение и сети. AZ физически изолированы, но соединены внутренней сетью. Чтобы повысить доступность рабочих нагрузок, создавайте узлы в разных AZ.
   Тип узла	Выберите тип узла в соответствии с требованиями сервиса. Затем доступные флейворы узлов будут автоматически отображены в Спецификации области для выбора. Стандартные кластеры CCE поддерживают следующие типы узлов: ECS (VM): Виртуальная машина ECS используется в качестве узла кластера. ECS (PM): Физический сервер на базе QingTian используется в качестве узла кластера. Кластеры CCE Turbo поддерживают следующие типы узлов: ECS (VM): Виртуальная машина ECS используется в качестве узла кластера. Кластер CCE Turbo поддерживает только облачные серверы, позволяющие использовать несколько сетевых интерфейсов. Выберите тип сервера, отображённый в CCE console. ECS (PM): Физический сервер на базе QingTian используется в качестве узла кластера.
   Спецификации	Выберите флейворы узлов по мере необходимости. Узлу требуется минимум 2 CPU и 4 GiB памяти. Доступные флейворы узлов зависят от AZ. Получите флейворы, отображённые в консоли.
   Container Engine	Поддерживаемые CCE контейнерные рантаймы включают Docker и containerd, они могут различаться в зависимости от типа кластера, версии кластера и ОС. Выберите контейнерный рантайм на основе информации, отображённой в CCE console.
   OS	Выберите тип OS. Разные типы узлов поддерживают разные OS. Публичный образ: Выберите публичный образ для узла. Приватный образ: Выберите приватный образ для узла. ПРИМЕЧАНИЕ: Среды выполнения сервисных контейнеров используют общее ядро и системные вызовы узлов. Чтобы обеспечить совместимость, выберите версию дистрибутива Linux, которая совпадает или близка к версии образа конечного сервисного контейнера для ОС узла.
   Имя узла	Имя узла. При пакетном создании узлов (ECS) значение этого параметра используется как префикс имени для каждого ECS. Система генерирует имя по умолчанию, которое можно изменить. Введите от 1 до 56 символов. Допустимы только строчные латинские буквы, цифры, дефисы (-) и точки (.). Имя должно начинаться со строчной буквы и не может заканчиваться дефисом (-). Только строчные буквы или цифры допускаются до и после точек (.).
   Режим входа	Пароль Имя пользователя по умолчанию — root. Введите пароль для входа на узел и подтвердите его. Обязательно запомните пароль, он понадобится при входе на узел. Пара ключей Выберите пару ключей для входа на узел. Можно выбрать общедоступный ключ. Пара ключей используется для аутентификации личности при удалённом входе на узел. Если пара ключей недоступна, нажмите Create Key Pair. Пароль образа (поддерживается для ECS или PM, у которых OS — приватные образы) Сохранить пароль выбранного образа. Чтобы использовать эту опцию, убедитесь, что пароль для выбранного образа установлен.

   Настройки хранилища

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

   Таблица 2 Параметры конфигурации

   Параметр	Описание
   Системный диск	Системный диск, используемый ОС узла. Значения от 40 GiB до 1 024 GiB. Значение по умолчанию — 50 GiB. Для кластеров v1.28 и новее минимальный размер системного диска составляет 20 GiB. Однако приблизительно 15 GiB зарезервировано для образа ОС узла, пакетов установки компонентов (загружаемых во время установки и обновлений) и журналов системных компонентов. Следовательно, доступное пространство равно общему размеру диска минус зарезервированный объём. Если системный диск слишком мал, стабильность узла может пострадать. Следите за оставшимся объёмом диска и настройте сигналы о заполнении диска..
   Хранилище системных компонентов	Выберите диск для хранения системных компонентов. Диск с данными: добавлен по умолчанию для хранения компонентов контейнерного рантайма и kubelet. Размер диска от 20 GiB до 32 768 GiB. Значение по умолчанию — 100 GiB. Этот диск данных нельзя удалять или отсоединять. В противном случае узел станет недоступным. Системный диск: хранит ресурсы 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, установите версию v1.19.2 или новее. Подробнее о данном дополнении см. CCE Node Problem Detector.
   Диск данных	Необходимо добавить как минимум один диск данных по умолчанию, если Хранилище системных компонентов установлен в Диск данных для контейнерного рантайма и kubelet. Этот диск данных нельзя удалить или отменить установку. Если его удалить или отменить, узел станет недоступным. Диск данных по умолчанию: используется для компонентов контейнерного рантайма и kubelet. Размер диска от 20 GiB до 32 768 GiB. Значение по умолчанию — 100 GiB. Другие типовые диски данных: можно задать размер диска от 10 GiB до 32 768 GiB. Значение по умолчанию — 100 GiB. Если Хранилище системных компонентов установлен в Системный диск, добавлять диск данных по умолчанию не требуется. В данном случае все диски данных являются обычными. Можно задать размер диска от 10 GiB до 32 768 GiB. Значение по умолчанию — 100 GiB. ПРИМЕЧАНИЕ: Если флейвор узла требует интенсивного дискового ввода‑вывода или ultra‑high I/O, один диск данных может быть локальным диском. Локальные диски могут выйти из строя и не гарантируют надёжность данных. Храните данные сервисов на дисках EVS, которые надёжнее локальных дисков. Расширенные настройки Для диска данных по умолчанию, используемого контейнерным рантаймом и kubelet, разверните расширенные настройки и укажите следующие параметры: Выделение пространства диска данных : выделяет место для контейнерных рантаймов, образов и эфемерного хранилища для их корректной работы. Подробнее о распределении пространства диска данных см.Распределение пространства диска данных. Режим записи : Вы можете выбрать Linear или Striped для диска данных по умолчанию. Шифрование диска данных : Шифрование диска данных защищает ваши данные. Снимки, полученные с зашифрованных дисков, и диски, созданные на их основе, автоматически наследуют настройку шифрования. Не зашифрован выбран по умолчанию. Если вы выбираете Enable (key name) для Шифрование диска данных, выберите существующий ключ. Если ключ недоступен, нажмите View Key List и создайте ключ. После создания ключа нажмите значок обновления рядом с полем ввода. Если вы выбираете Enable (key ID) для Шифрование диска данных, введите KMS‑ключ (может быть общим) в текущем регионе. Добавление дисков данных К максимуму может быть подключено 16 дисков данных к ECS. По умолчанию создаётся необработанный диск без какой‑либо обработки. Также можно нажать Expand и выбрать любой из следующих вариантов: Default: По умолчанию создаётся необработанный диск без какой‑либо обработки. Mount Disk: Диск данных монтируется в указанную директорию. Use as PV: Выберите эту опцию, если требуются высокие показатели производительности PV. Метка node.kubernetes.io/local-storage-persistent добавляется к узлу с настроенными PV. Значение — linear или striped. Use as ephemeral volume: применяется, когда требуется высокая производительность для emptyDir. ПРИМЕЧАНИЕ: Локальные PV поддерживаются только при версии кластера v1.21.2-r0 или новее и версии дополнения Everest v2.1.23 или новее. Локальные EV поддерживаются только при версии кластера v1.21.2-r0 или новее и версии дополнения Everest v1.2.29 или новее. Если диск данных не монтируется по умолчанию, поддерживаются следующие режимы записи: Linear: Линейный логический том объединяет один или более физических томов. Данные записываются в следующий физический том, когда предыдущий заполнен. Striped: Страйпинг‑том распределяет данные по блокам одинакового размера и сохраняет их последовательно на нескольких физических томах. Это обеспечивает одновременное чтение и запись данных. Пул хранилища из страйп‑томов не масштабируется. Эта опция доступна только при наличии как минимум двух дисков данных.

   Сетевые настройки

   Настройте сетевые ресурсы, чтобы обеспечить доступ к узлу и контейнеризованным приложениям.

   Таблица 3 Параметры конфигурации

   Параметр	Описание
   VPC/Подсеть узла	Подсеть узла, выбранная при создании кластера, используется по умолчанию. Можно выбрать другую подсеть.
   IP‑адрес узла	IP‑адрес указанного узла. По умолчанию значение выделяется случайным образом.
   EIP	ECS без привязанного EIP не может выходить в Интернет и быть доступным из публичных сетей. Значение по умолчанию — Do not use. Использовать существующий и Auto assign поддерживаются. Если вы выбираете Auto assign, настройте следующие параметры: Тип EIP Dynamic BGP: В сети, использующей динамический BGP, изменения могут быть быстро внесены путём корректировки конфигураций через протокол маршрутизации, обеспечивая стабильность и оптимальную производительность. Оплата по Пропускная способность: Выделенная пропускная способность, оплата которой зависит от её размеров. Трафик: Выделенная пропускная способность, оплата которой производится по реально использованному трафику. Размер пропускной способности: Выберите размер пропускной способности (в Мбит/с) в соответствии с требованиями сервиса.

   Расширенные настройки

   Настройте расширенные возможности узла, такие как метки, taint‑ы и команду запуска.

   Таблица 4 Параметры расширенной конфигурации

   Параметр	Описание
   Тег ресурса	Можно добавить теги ресурсов для их классификации. Можно добавить максимум восемь тегов ресурсов. Можно создать предопределённые теги в консоли TMS. Эти теги доступны всем ресурсам, поддерживающим теги. Их можно использовать для повышения эффективности создания тегов и миграции ресурсов. CCE автоматически создаст CCE-Dynamic-Provisioning-Node=Node ID тег.
   Метка Kubernetes	Пара ключ‑значение, добавляемая к объекту Kubernetes (например, pod). После указания метки нажмите Add Label для получения дополнительной информации. Можно добавить максимум 20 меток. Метки могут использоваться для различения узлов. При настройках привязанности нагрузки контейнерные pod могут быть запланированы на указанный узел. Подробнее см. Labels and Selectors.
   Kubernetes Taint	Параметр по умолчанию пуст. Можно добавить taint‑ы для настройки анти‑аффинности узла. Для каждого узла допускается максимум 20 taint‑ов. Каждый taint содержит следующие параметры: Ключ taint: Ключ может содержать до 63 символов, начинаться с буквы или цифры. Разрешены только буквы, цифры, дефисы (-), подчёркивания (_) и точки (.). В качестве префикса ключа можно использовать имя поддомена DNS. Значение taint: Значение может содержать до 63 символов, начинаться с буквы или цифры. Разрешены только буквы, цифры, дефисы (-), подчёркивания (_) и точки (.). Effect: Доступные варианты — NoSchedule, PreferNoSchedule, и NoExecute. Подробнее см. Managing Node Taints. ПРИМЕЧАНИЕ: Для кластера v1.19 и более ранних рабочая нагрузка могла быть запланирована на узел до добавления taint. Чтобы избежать этого, выбирайте кластер v1.19 или новее.
   Максимум pod-ов	Максимальное количество pod‑ов, которые могут работать на узле, включая системные pod‑ы по умолчанию. Это ограничение предотвращает перегрузку узла pod‑ами. Это число также определяется другими факторами. Подробнее см. Maximum Number of Pods That Can Be Created on a Node.
   Группа ECS	Группа ECS логически объединяет ECS. ECS в одной группе следуют одной политике, связанной с группой ECS. Anti-affinity: ECS в группе ECS развертываются на разных физических хостах для повышения надёжности сервиса. Выберите существующую группу ECS или нажмите Create Cloud Server Group для создания. После создания группы ECS нажмите значок обновления.
   Команда предварительной установки	Команда скрипта установки. Команда скрипта будет транскодирована в Base64. Количество символов в скриптах предварительной и последующей установки считается централизованно, и общее количество символов после транскодирования не может превышать 10 240. Скрипт будет выполнен до установки программного обеспечения Kubernetes. Учтите, что при ошибочном скрипте установка Kubernetes может завершиться неудачей.
   Команда пост‑установки	Команда скрипта установки. Команда скрипта будет транскодирована в Base64. Количество символов в скриптах предварительной и последующей установки считается централизованно, и общее количество символов после транскодирования не может превышать 10 240. Скрипт будет выполнен после установки программного обеспечения Kubernetes, что не влияет на установку. Во время выполнения скрипта пост‑установки pod‑ы могут планироваться нормально. Однако, если выполнение скрипта завершается тайм‑аутом, установка узла будет провалена. Чтобы избежать планирования pod‑ов на узлы с неполным выполнением скрипта, включите опцию планировать pod‑ы только после завершения выполнения скрипта пост‑установки. ПРЕДУПРЕЖДЕНИЕ: Не используйте reboot команду в скрипте пост‑установки для немедленной перезагрузки системы. Вместо этого используйте shutdown -r 1 команду для перезапуска системы с задержкой в одну минуту.
   Агентство	Если необходимо предоставить доступ к ресурсам ECS другим аккаунтам или делегировать более профессиональному лицу или команде управление ресурсами, можно создать агентство в IAM и предоставить агентству разрешения на управление ресурсами ECS. Делегированный аккаунт может войти в облачную систему и переключиться на ваш аккаунт для управления ресурсами. Не требуется делиться учётными данными (например, паролями) с другими аккаунтами, что обеспечивает безопасность вашего аккаунта. Если вы создали агентство, выберите его из выпадающего списка. Если агентство недоступно, нажмите Create Agency справа, чтобы создать его.
   Имя узла Kubernetes	Имя узла Kubernetes — это значение metadata.labels.kubernetes.io/hostname в YAML‑файле узла. Поддерживаются два значения: Node private IP: Значение должно совпадать с частным IP‑адресом узла (значение по умолчанию). Cloud server name: Используется пользовательское имя облачного сервера, настроенное в параметрах узла. Имена облачных серверов могут дублироваться. Чтобы избежать конфликтов имён, CCE добавляет к каждому имени облачного сервера случайный пятизначный суффикс. ПРИМЕЧАНИЕ: Эта функция доступна только при версии кластера v1.23.4-r0 и новее. Имя облачного сервера можно указать в качестве имени узла Kubernetes только при создании или управлении облачным сервером. После создания или управления облачным сервером имя узла Kubernetes изменить нельзя. Подробнее см. ECS Names, Node Names, and Kubernetes Node Names. Существующие узлы в кластере продолжают использовать частный IP‑адрес в качестве имени узла Kubernetes. Ново‑созданные или принятые узлы могут использовать имена облачных серверов. В этом сценарии некоторые имена узлов Kubernetes могут не соответствовать частным IP‑адресам узлов, и требуется адаптация. Например, при настройке аффинности узлов нельзя использовать частный IP‑адрес узла в качестве имени узла для задания политики планирования. Чтобы изменить имя узла Kubernetes существующих узлов на имя облачного сервера, удалите эти узлы из кластера и вновь примите их. Перед этим ознакомьтесь с возможными последствиями для сервисов при удалении или приёме узла.

4. Настройте количество узлов для покупки. Затем нажмите Next: Confirm. Подтвердите настроенные параметры и спецификации.
5. Щёлкните Submit.
6. Щёлкните Back to Node List. Узел будет создан, если статус изменится на Running. Процесс создания узла занимает примерно 6–10 минут.

ECS Names, Node Names, and Kubernetes Node Names

• Имя ECS: имя ECS на странице ECS. Вы можете задать пользовательское имя ECS при создании ECS (узла).
• Имя узла: имя узла в консоли CCE, которое может синхрон­изироваться с именем ECS в консоли ECS. Однако после указания имени узла Kubernetes изменение имени ECS не может быть синхронизировано с именем узла.
• Имя узла Kubernetes: значение metadata.labels.kubernetes.io/hostname в YAML‑файле узла. Имя облачного сервера можно указать в качестве имени узла Kubernetes только при создании или управлении облачным сервером. После создания или управления облачным сервером имя узла Kubernetes изменить нельзя.

Рисунок 1 Взаимосвязь между именами узлов