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

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

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

Сценарий

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

Процедура

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

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

    Таблица 1 Базовые настройки

    Параметр

    Описание

    Имя пула узлов

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

    Enterprise Проект

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

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

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

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

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

    Параметр

    Описание

    Режим оплаты

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

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

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

    Тип узла

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

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

    • ECS (VM): Виртуализированный ECS используется в качестве узла кластера.
    • ECS (physical machine): Сервер bare metal, поддерживаемый QingTian, используется в качестве узла кластера.

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

    • ECS (VM): VM ECS используется в качестве узла кластера. Кластер CCE Turbo поддерживает только облачные серверы, позволяющие использовать несколько ENI. Выберите тип сервера, отображаемый в консоли CCE.
    • ECS (physical machine): Сервер bare metal, поддерживаемый QingTian, используется в качестве узла кластера.

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

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

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

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

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

    ОС

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

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

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

    Режим входа

    • Пароль

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

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

    • Ключевая пара

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

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

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

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

    Storage Settings

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

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

    Параметр

    Описание

    System Disk

    System disk, используемый ОС узла. Значения находятся в диапазоне от 40 GiB до 1024 GiB. Значение по умолчанию — 50 GiB.

    System Component Storage

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

    • Диск с данными: добавлен для хранения контейнерного runtime и компонентов kubelet по умолчанию. Размер диска варьируется от 20 GiB до 32768 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 или более новых вы можете выбрать диск для хранения системных компонентов. If CCE Node Problem Detector используется, убедитесь, что её версия 1.19.2 или более поздняя.

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

    • Необходимо добавить как минимум один диск с данными по умолчанию для хранения контейнерного runtime и компонентов kubelet, если Хранилище системных компонентов установлено Диск с данными. Этот Диск с данными не может быть удалён или отсоединён. В противном случае узел будет недоступен. Эта функция доступна для кластеров версии, более ранней, чем v1.23.18-r0, v1.25.13-r0, v1.27.10-r0, v1.28.8-r0, или v1.29.4-r0.
      • Диск с данными по умолчанию: используется для container runtime и компонентов kubelet. Размер диска варьируется от 20 GiB до 32768 GiB. Значение по умолчанию — 100 GiB.
      • Другие общие диски с данными: Вы можете задать размер диска с данными в диапазоне от 10 GiB до 32768 GiB. Значение по умолчанию — 100 GiB.
    • Если Хранилище системных компонентов установлено Системный диск, вам не нужно добавлять диск с данными по умолчанию. В этом случае все диски с данными являются общими: Вы можете задать размер диска с данными в диапазоне от 10 GiB до 32768 GiB. Значение по умолчанию — 100 GiB. Эта функция доступна для кластеров v1.23.18-r0, v1.25.13-r0, v1.27.10-r0, v1.28.8-r0, v1.29.4-r0, или более поздних версий.
    ПРИМЕЧАНИЕ:
    • Если Флейвор узла является дискоинтенсивным или ultra-high I/O, один Диск с данными может быть локальным диском.
    • Локальные диски могут выйти из строя и не гарантируют надёжность данных. Храните данные вашего сервиса на дисках EVS, которые надёжнее локальных дисков.

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

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

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

    • По умолчанию: По умолчанию создается необработанный диск без какой-либо обработки.
    • Монтировать диск: Диск с данными подключен к указанному каталогу.
    • Использовать как PV: применимо, когда есть требование высокой производительности к PV. The node.kubernetes.io/local-storage-persistent метка добавлена к узлу с настроенным PV. Значение линейный или полосовой.
    • Использовать как временный том: применимо, когда есть требование высокой производительности к emptyDir.

    PVs и EVs поддерживают следующие режимы записи:

    • Линейный: Линейный логический том объединяет один или несколько физических томов. Данные записываются на следующий физический том, когда предыдущий исчерпан.
    • Полосный: Полосатый логический том разбивает данные на блоки одинакового размера и сохраняет их в нескольких физических томах последовательно. Это позволяет одновременно читать и записывать данные. Пул хранения, состоящий из полосатых томов, нельзя масштабировать. Эта опция может быть выбрана только при наличии нескольких томов.
    ПРИМЕЧАНИЕ:
    • 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‑адресов в одной подсети недостаточно, настройте несколько подсетей. В противном случае масштабирование пула узлов может завершиться неудачей.

    Node IP Address

    Random allocation поддерживается.

    Associate Security Group

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

    При создании кластера создаётся группа безопасности узлов с именем {Cluster name}-cce-node-{Random ID} создаётся и используется по умолчанию.

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

    ПРИМЕЧАНИЕ:

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

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

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

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

    Параметр

    Описание

    Тег ресурса

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

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

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

    Kubernetes Метка

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

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

    Taint

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

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

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

    ПРИМЕЧАНИЕ:

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

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

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

    New Node Scheduling

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

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

    • Disabled: По умолчанию запланированное планирование не включено для новых узлов. Чтобы вручную включить эту функцию, перейдите к списку узлов. Для деталей см. Configuring a Node Scheduling Policy in One-Click Mode.
    • Custom: время ожидания по умолчанию для недоступных для планирования узлов. Значение варьируется от 0 до 99 в минутах.
    ПРИМЕЧАНИЕ:
    • Если также требуется авто масштабирование пулов узлов, убедитесь, что плановое расписание меньше 15 минут. Если узел, добавленный через Autoscaler, не может быть запланирован более чем на 15 минут, Autoscaler определяет, что масштабирование наружу не удалось, и инициирует другое масштабирование наружу. Кроме того, если узел не может быть запланирован более чем на 20 минут, Autoscaler выполнит масштабирование внутрь.
    • После включения этой функции узлы будут помечены меткой node.cloudprovider.kubernetes.io/uninitialized во время создания или обновления пула узлов.

    Макс. Подов

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

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

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

    ECS Group

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

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

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

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

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

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

    Команда постустановки

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

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

    NOTE:

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

    Агентство

    Агентство создаётся администратором арендатора в консоли IAM. Используя агентство, вы можете делиться ресурсами облачного сервера с другой учётной записью или поручить более профессиональному человеку или команде управлять вашими ресурсами.

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

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

    Пользовательский префикс и суффикс имени узла в пуле узлов. После настройки узлы в пуле узлов будут именоваться с использованием настроенного префикса и суффикса. Например, если префикс префикс- и суффикс -суффикс, узлы в пуле узлов будут именоваться в формате "prefix-Node pool name with five-digit random characters-suffix".

    NOTICE:
    • Префикс и суффикс могут быть настроены только при создании пула узлов, и их нельзя изменить после создания пула узлов.
    • Префикс может заканчиваться специальным символом, а суффикс может начинаться специальным символом.
    • Имя узла состоит максимум из 56 символов в формате "Prefix-Node pool name with five-digit random characters-Suffix".
    • Имя узла не поддерживает комбинацию точки (.) и специальных символов (например .., .-, или -.).
    • Эта функция доступна только в кластерах v1.28.1, v1.27.3, v1.25.6, v1.23.11, v1.21.12 и более новых.

    Имя узла Kubernetes

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

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

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

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

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