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

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

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

Сценарий

Этот раздел описывает, как создать пул узлов и выполнять операции с пулом узлов. Для получения подробной информации о работе пула узлов см Обзор пула узлов.

Процедура

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

    Основные параметры

    Таблица 1 Основные параметры

    Параметр

    Описание

    Node Pool Name

    Name of a node pool. By default, the name is in the format of Имя кластера-nodepool-Случайное число. Если вы не хотите использовать формат имени по умолчанию, вы можете задать имя вручную.

    Enterprise Project

    Этот параметр доступен только для корпоративных пользователей, которые включили enterprise project, и версия кластера должна быть v1.21.15-r0, v1.23.14-r0, v1.25.9-r0, v1.27.6-r0, v1.28.4-r0 или новее.

    После выбора enterprise project, узлы будут созданы в пуле узлов внутри этого проекта. Для управления кластерами и другими ресурсами, такими как узлы, балансировщики нагрузки и группы безопасности узлов, вы можете использовать Enterprise Project Management Service (EPS).

    Node Configuration

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

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

    Параметр

    Описание

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

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

    • Оплата за использование

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

    Тип узла

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

    Стандартные кластеры CCE поддерживают следующие типы узлов:

    • ECS (VM): VM ECS используется как узел кластера.
    • ECS (PM): В качестве узла кластера используется bare metal server на базе QingTian.

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

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

    Спецификации

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

    NOTE:
    • Если пул узлов настроен с несколькими флейворами узлов, поддерживаются только флейворы (которые могут располагаться в разных AZ) одного типа узла. Например, пул узлов, состоящий из узлов general computing-plus, поддерживает только флейворы general computing-plus, но не флейворы узлов general computing.
    • Узлы, добавленные в один пул узлов, должны иметь одинаковый тип GPU. Например, если вы выбираете флейвор nvidia-v100, вы не можете выбрать флейвор nvidia-t4.
    • В пул узлов можно добавить максимум 10 флейворов узлов (флейворы в разных AZ учитываются отдельно). При добавлении флейвора узла вы можете выбрать несколько AZ, но необходимо указать их.
    • Узлы в только что созданном пуле узлов создаются с использованием флейвора по умолчанию. Если ресурсов для флейвора по умолчанию недостаточно, создание узла завершится с ошибкой.
    • После создания пула узлов, Флейворы существующих узлов нельзя удалить.

    Контейнерный движок

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

    OS

    Выберите тип ОС. Разные типы узлов поддерживают разные ОС.

    • Публичный образ: Выберите публичный образ для узла.
    • Приватный образ: Выберите приватный образ для узла.
    NOTE:

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

    Режим входа

    • Пароль

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

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

    • Пара ключей

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

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

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

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

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

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

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

    Параметр

    Описание

    Системный диск

    Системный диск, используемый ОС узла. Диапазон значений от 40 GiB до 1,024 GiB. Значение по умолчанию — 50 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 Детектор проблем узла.

    Диск с данными

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

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

    Добавление дисков с данными

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

    Вы также можете кликнуть Развернуть и выберите любой из следующих вариантов:

    • По умолчанию: По умолчанию создаётся raw диск без какой‑либо обработки.
    • Подключить диск: Диск с данными присоединяется к указанному каталогу.
    • Использовать как PV: применимо, когда есть требование высокой производительности к PVs. The node.kubernetes.io/local-storage-persistent метка добавляется к узлу с настроенным PV. Значение линейный или полосовой.
    • Использовать как эфемерный том: применимо, когда существует требование к высокой производительности emptyDir.
      NOTE:
      • Local PVs поддерживаются только когда версия кластера v1.21.2-r0 или новее и версия дополнения Everest 2.1.23 или новее. Версия 2.1.23 или новее рекомендуется.
      • Local EVs поддерживаются только когда версия кластера v1.21.2-r0 или новее и версия дополнения Everest 1.2.29 или новее.

    Настройки сети

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

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

    Параметр

    Описание

    VPC

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

    Подсеть узла

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

    • Множественные подсети: Вы можете выбрать несколько подсетей в одной VPC для узлов. Ново‑добавленные узлы будут преимущественно использовать IP‑адреса из подсети с наивысшим приоритетом.
    • Одна подсеть: Для вашего пула узлов настроена только одна подсеть. Если IP‑адресов в этой подсети недостаточно, настройте несколько подсетей. В противном случае масштабирование пула узлов может завершиться неудачей.

    IP‑адрес узла

    Поддерживается случайное выделение.

    Связанная группа безопасности

    Группа безопасности, используемая узлами, созданными в пуле узлов. Можно выбрать не более пяти групп безопасности.

    Когда создается кластер, создаётся группа безопасности узлов с именем {Имя кластера}-cce-node-{Случайный ID} создаётся и используется по умолчанию.

    Трафик должен проходить через определённые порты в группе безопасности узлов, чтобы обеспечить связь между узлами. Убедитесь, что вы включили эти порты, если выбираете другую группу безопасности.

    NOTE:

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

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

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

    Таблица 5 Расширенные параметры конфигурации

    Параметр

    Описание

    Тег ресурса

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

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

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

    Метка Kubernetes

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

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

    Тент

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

    • Ключ: Ключ должен содержать от 1 до 63 символов, начинаясь с буквы или цифры. Допускаются только буквы, цифры, дефисы (-), подчеркивания (_) и точки (.). В качестве префикса ключа можно использовать DNS‑subdomain имя.
    • Значение: Значение должно содержать от 1 до 63 символов, начинаясь с буквы или цифры. Допускаются только буквы, цифры, дефисы (-), подчеркивания (_) и точки (.).
    • Эффект: Доступные варианты NoSchedule, PreferNoSchedule, и NoExecute.

    Для получения подробной информации см. Управление taint узлов.

    NOTE:

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

    Синхронизация существующих узлов

    После выбора параметров изменения тегов ресурсов и меток/taint Kubernetes в пуле узлов будут синхронизированы с существующими узлами в пуле узлов.

    Планирование новых узлов

    Политика планирования по умолчанию для узлов, недавно добавленных в пул узлов. Если вы выберете Недоступный для планирования, недавно созданные узлы в пуле узлов будут помечены как недоступные для планирования. Таким образом, вы можете выполнить некоторые операции над узлами до того, как pod'ы будут запланированы на эти узлы.

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

    • Disabled: By default, scheduled scheduling is not enabled for new nodes. To manually enable this function, go to the node list. For details, see Configuring a Node Scheduling Policy in One-Click Mode.
    • Custom: the default timeout for unschedulable nodes. The value ranges from 0 to 99 in the unit of minutes.
    NOTE:
    • If auto scaling of node pools is also required, ensure the scheduled scheduling is less than 15 minutes. If a node added through Autoscaler cannot be scheduled for more than 15 minutes, Autoscaler determines that the scale-out failed and triggers another scale-out. Additionally, if the node cannot be scheduled for more than 20 minutes, the node will be scaled in by Autoscaler.
    • After this function is enabled, nodes will be tainted with node.cloudprovider.kubernetes.io/uninitialized during a node pool creation or update.

    Max. Pods

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

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

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

    Группа ECS

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

    Анти‑аффинитет: ECS в группе ECS развертываются на разных физических хостах для повышения надежности сервиса.

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

    Команда предварительной установки

    Команда скрипта установки. Команда скрипта будет транскодирована в Base64. Символы как предустановочного, так и постустановочного скриптов рассчитываются централизованно, и общее количество символов после транскодирования не может превышать 10240.

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

    Постустановочная команда

    Команда скрипта установки. Команда скрипта будет транскодирована в Base64. Символы как предустановочного, так и постустановочного скриптов рассчитываются централизованно, и общее количество символов после транскодирования не может превышать 10240.

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

    ВНИМАНИЕ:

    Не используйте перезагрузка команда в постустановочном скрипте для немедленного перезапуска системы. Вместо этого используйте shutdown -r 1 команда для перезапуска системы с задержкой в одну минуту.

    Агентство

    Если вам необходимо предоставить доступ к ресурсам ECS другим учетным записям или делегировать более профессиональному человеку или команде управление ресурсами, вы можете создать агентство в IAM и предоставить агентству права на управление ресурсами ECS. Делегированная учетная запись может войти в облачную систему и переключиться на вашу учетную запись для управления ресурсами. Вам не нужно передавать учетные данные безопасности (например, пароли) другим учетным записям, что обеспечивает безопасность вашей учетной записи.

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

    Пользовательский префикс и суффикс

    Пользовательский префикс и суффикс имени узла в пуле узлов. После настройки узлы в пуле будут называться с использованием заданного префикса и суффикса. Например, если префикс префикс- и суффикс -суффикс, узлы в пуле узлов будут именоваться в формате "префикс-Имя пула узлов с пятизначными случайными символами-суффикс".

    УВЕДОМЛЕНИЕ:
    • Префикс и суффикс могут быть настроены только при создании пула узлов, и их нельзя изменить после создания пула узлов.
    • Префикс может оканчиваться специальным символом, а суффикс может начинаться со специального символа.
    • Имя узла состоит максимум из 56 символов в формате "Префикс-Имя пула узлов с пятизначными случайными символами-суффикс".
    • Имя узла не поддерживает комбинацию точки (.) и специальных символов (например .., .- или -.).
    • Эта функция доступна только в кластерах v1.28.1, v1.27.3, v1.25.6, v1.23.11, v1.21.12 и более новых.

    Имя узла Kubernetes

    Имя узла Kubernetes представляет собой значение metadata.labels.kubernetes.io/hostname в файле YAML узла. Поддерживаются следующие два значения:

    • Частный IP узла: Значение должно совпадать с частным IP-адресом узла (значение по умолчанию).
    • Имя облачного сервера: Используйте пользовательское имя облачного сервера, настроенное в параметрах узла. Имена облачных серверов могут дублироваться. Чтобы избежать конфликтов имен, CCE добавляет к каждому имени облачного сервера случайный пятизначный суффикс.
      ПРИМЕЧАНИЕ:
      • Эта функция доступна только при версии кластера v1.23.4-r0 или более новой.
      • Имя облачного сервера может быть указано в качестве имени узла Kubernetes только при создании или управлении облачным сервером. После создания или управления облачным сервером имя узла Kubernetes изменить нельзя. Подробности см. Имена ECS, имена узлов и имена узлов Kubernetes.
      • Существующие узлы в кластере по‑прежнему используют частный IP-адрес в качестве имени узла Kubernetes. Ново‑созданные или принятые узлы могут использовать имена облачных серверов.

        В данном сценарии, имена некоторых узлов Kubernetes могут не совпадать с приватными IP‑адресами узлов, и требуется адаптация. Например, при настройке привязки к узлу, нельзя использовать приватный IP‑адрес узла в качестве имени узла для конфигурирования политики планирования.

        Чтобы изменить имя узла Kubernetes существующих узлов на имя облачного сервера, удалите эти узлы из кластера и примите их снова. Перед этим ознакомьтесь с возможными последствиями для сервисов при удаление или принятие узел.

  4. Нажмите Далее: Подтвердить.
  5. Нажмите Отправить.