Облачная платформаAdvanced

Создание Node

Язык статьи: Русский
Показать оригинал
Страница переведена автоматически и может содержать неточности. Рекомендуем сверяться с английской версией.

Требования

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

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

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

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

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

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

Процедура

После создания кластера вы можете создавать node для кластера.

  1. Войдите в CCE console.
  2. В панели навигации консоли CCE выберите Clusters. Нажмите название целевого кластера, чтобы открыть страницу его деталей.
  3. In the navigation pane, choose Nodes. On the page displayed, click the Nodes tab and then Create Node in the upper right corner. Configure node parameters.

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

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

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

    Параметр

    Описание

    Режим биллинга

    Поддерживаются следующие режимы биллинга:

    • Pay-per-use

      Ресурсы будут оплачиваться в зависимости от длительности использования. Вы можете создавать или удалять ресурсы в любое время.

    AZ

    AZ, где расположен узел. Узлы в кластере могут быть созданы в разных AZ для повышения надежности. Значение нельзя изменить после создания узла.

    Выберите Random, чтобы развернуть ваш узел в случайном AZ на основе выбранного флейвора узла.

    AZ — это физический регион, где ресурсы используют независимое электропитание и сети. AZ физически изолированы, но соединены внутренней сетью. Чтобы повысить доступность рабочих нагрузок, создавайте узлы в разных AZ.

    Тип узла

    Выберите тип узла в соответствии с требованиями сервиса. Затем доступные флейворы узлов будут автоматически отображены в области Specifications для выбора.

    CCE standard clusters поддерживают следующие типы узлов:

    • ECS (VM): VM ECS используется как узел кластера.
    • ECS (PM): QingTian-backed bare metal server используется как узел кластера.

    CCE Turbo clusters поддерживают следующие типы узлов:

    • ECS (VM): VM ECS используется как узел кластера. CCE Turbo cluster поддерживает только облачные серверы, позволяющие использовать несколько сетевых интерфейсов. Select серверный тип, отображаемый в консоли CCE.
    • ECS (PM): QingTian-backed bare metal server используется как узел кластера.

    Технические характеристики

    Select флейворы узлов по мере необходимости. Узел требует минимум 2 CPU ядра и 4 GiB памяти.

    Доступные флейворы узлов различаются в зависимости от AZs. Получите флейворы, отображаемые в консоли.

    Container Runtime (Original Container Engine)

    Поддерживаемые CCE контейнерные среды включают Docker и containerd, которые могут различаться в зависимости от типов кластеров, версий кластеров и OS. Select контейнерную среду на основе информации, отображаемой в консоли CCE.

    OS

    Select тип OS. Разные типы узлов поддерживают разные OS.

    • Public image: Select публичный образ для узла.
    • Private image: Select приватный образ для узла.
    ПРИМЕЧАНИЕ:

    Среды выполнения контейнеров служб используют ядро и базовые вызовы узлов. Чтобы обеспечить совместимость, выберите версию дистрибутива Linux, которая совпадает или близка к версии конечного образа контейнера службы для ОС узла.

    Node Name

    Имя узла. При пакетном создании узлов (ECS) значение этого параметра используется в качестве префикса имени для каждого ECS.

    Система генерирует имя по умолчанию, которое можно изменить.

    Введите от 1 до 56 символов. Допустимы только строчные буквы, цифры, дефисы (-) и точки (.). Имя должно начинаться со строчной буквы и не может заканчиваться дефисом (-). Перед и после точек (.) допускаются только строчные буквы или цифры.

    Login Mode

    • Password

      Имя пользователя по умолчанию root. Введите пароль для входа в узел и подтвердите пароль.

      Обязательно запомните пароль, он понадобится при входе в узел.

    • Key Pair

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

      Пара ключей используется для аутентификации личности при удалённом входе в узел. Если пара ключей недоступна, нажмите Create Key Pair.

    • Image password (поддерживается для ECSs или PMs, чьи ОС являются частными образами)

      Сохраните пароль выбранного образа. Чтобы использовать эту опцию, убедитесь, что для выбранного образа установлен пароль.

    Storage Settings

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

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

    Parameter

    Description

    System Disk

    Системный диск, используемый ОС узла. Значения находятся в диапазоне от 40 GiB до 1 024 GiB. Значение по умолчанию — 50 GiB. Для кластеров v1.28 и более новых минимальный размер системного диска составляет 20 GiB. Однако примерно 15 GiB зарезервировано для образа ОС узла, пакетов установки компонентов (загружаемых во время установки и обновлений) и журналов системных компонентов. Таким образом, фактически доступное пространство равно общему размеру диска за вычетом этой зарезервированной ёмкости. Если системный диск слишком мал, стабильность узла может пострадать. Следите за оставшейся ёмкостью диска и настройте disk capacity alarms.

    System Component Storage

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

    • Data Disk: добавлен для хранения среды выполнения контейнеров и компонентов kubelet по умолчанию. Размер диска находится в диапазоне от 20 GiB до 32 768 GiB. Значение по умолчанию — 100 GiB. Этот диск с данными нельзя удалить или отсоединить. В противном случае узел станет недоступным.
    • System Disk: хранит ресурсы CCE, такие как загруженные образы, временное хранилище для контейнеров и журналы stdout контейнеров. Если системный диск полностью заполнен, это негативно скажется на стабильности узла.
    NOTE:

    В кластерах 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.

    Data Disk

    • Необходимо добавить как минимум один диск с данными по умолчанию, если System Component Storage установлен в Data Disk для среды выполнения контейнеров и kubelet. Этот диск с данными нельзя удалить или деинсталлировать. Если он будет удалён или деинсталлирован, узел станет недоступным.
      • Диск с данными по умолчанию: используется для компонентов контейнерного runtime и kubelet. Размер диска варьируется от 20 GiB до 32 768 GiB. Значение по умолчанию — 100 GiB.
      • Другие общие диски с данными: вы можете задать размер диска с данными в диапазоне от 10 GiB до 32 768 GiB. Значение по умолчанию — 100 GiB.
    • Если System Component Storage установлен в System Disk, добавлять диск с данными по умолчанию не требуется. В этом случае все диски с данными являются общими. Вы можете задать размер диска с данными в диапазоне от 10 GiB до 32 768 GiB. Значение по умолчанию — 100 GiB.
    ПРИМЕЧАНИЕ:
    • Если тип узла имеет интенсивное использование диска или ультра‑высокий I/O, один диск с данными может быть локальным диском.
    • Локальные диски могут выйти из строя и не гарантируют надёжность данных. Храните данные вашего сервиса на дисках EVS, которые надёжнее локальных дисков.

    Advanced Settings

    Adding data disks

    Можно присоединить максимум 16 дисков с данными к ECS. По умолчанию создаётся raw disk без какой‑либо обработки.

    Network Settings

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

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

    Параметр

    Описание

    VPC/Node Subnet

    Подсеть узла, выбранная при создании кластера, используется по умолчанию. Вы можете выбрать другую подсеть вместо неё.

    Node IP

    IP-адрес указанного узла. По умолчанию значение выделяется случайным образом.

    EIP

    ECS без привязанного EIP не может получить доступ к Интернету и не доступен из публичных сетей.

    Значение по умолчанию — Do not use. Поддерживаются Use existing и Auto assign.

    Если вы выбираете Auto assign, настройте следующие параметры:

    • EIP Type
      • Dynamic BGP: В сети, использующей dynamic BGP, изменения могут быть быстро учтены путем корректировки конфигураций через протокол маршрутизации, обеспечивая стабильность и оптимальную производительность.
    • Billed By
      • Bandwidth: Выделенная пропускная способность, оплата которой производится исходя из размера пропускной способности.
      • Traffic: Выделенная пропускная способность, оплата которой производится по фактически использованному трафику.
    • Bandwidth Size: Выберите размер пропускной способности (в Mbit/s) в соответствии с требованиями к сервису.

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

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

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

    Параметр

    Описание

    Resource Tag

    Вы можете добавить теги ресурсов для классификации ресурсов. Можно добавить не более восьми тегов ресурсов.

    Вы можете создать predefined tags в консоли TMS. Эти теги доступны всем ресурсам, поддерживающим теги. Вы можете использовать эти теги для повышения эффективности создания тегов и миграции ресурсов.

    CCE автоматически создаст тег CCE-Dynamic-Provisioning-Node=Node ID.

    Kubernetes Label

    Пара ключ‑значение, добавляемая к объекту Kubernetes (например, pod). После указания метки нажмите Add Label для получения более подробной информации. Можно добавить не более 20 меток.

    Метки можно использовать для различения узлов. С помощью настроек привязки нагрузки контейнерные pod могут быть запланированы на указанный узел. Для получения дополнительной информации см. Labels and Selectors.

    Kubernetes Taint

    Этот параметр по умолчанию оставлен пустым. Вы можете добавить таинты для настройки анти‑аффинности узла. Для каждого узла допускается не более 20 таинтов. Каждый таинт содержит следующие параметры:

    • Taint key: Ключ может содержать до 63 символов, начинаться с буквы или цифры. Разрешены только буквы, цифры, дефисы (-), подчёркивания (_) и точки (.). В качестве префикса ключа можно использовать имя поддомена DNS.
    • Taint value: Значение может содержать до 63 символов, начинаться с буквы или цифры. Разрешены только буквы, цифры, дефисы (-), подчёркивания (_) и точки (.).
    • Effect: Доступные варианты — NoSchedule, PreferNoSchedule и NoExecute.

    Для получения подробной информации см. Managing Node Taints.

    ПРИМЕЧАНИЕ:

    Для кластера версии v1.19 или более ранней рабочая нагрузка могла быть запланирована на узел до добавления taint. Чтобы избежать такой ситуации, выберите кластер версии v1.19 или более новой.

    Max. Pods

    Максимальное количество pod'ов, которые могут работать на узле, включая pod'ы системы по умолчанию.

    Это ограничение предотвращает перегрузку узла pod'ами.

    Это число также определяется другими факторами. Для получения подробной информации см. Maximum Number of Pods That Can Be Created on a Node.

    ECS Group

    Группа ECS логически объединяет ECS. ECS в одной группе ECS соответствуют одной политике, связанной с группой ECS.

    Anti-affinity: ECS в группе ECS размещаются на разных физических хостах для повышения надёжности сервиса.

    Выберите существующую группу ECS или нажмите Create Cloud Server Group, чтобы создать её. После создания группы ECS нажмите значок обновления.

    Pre-installation Command

    Команда скрипта установки. Команда скрипта будет транскодирована в 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‑узла существующих узлов на имя облачного сервера, удалите эти узлы из кластера и примите их снова. Перед этим ознакомьтесь с возможными последствиями для сервисов при removing или accepting узла.

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

ECS Names, Node Names, and Kubernetes Node Names

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

Figure 1 показывает взаимосвязь синхронизации между именами ECS, именами узлов и именами Kubernetes‑узлов.

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