Покупка Standard/Turbo Кластер

Базовые настройки определяют основную архитектуру и базовые правила ресурсов кластера, обеспечивая основу для работы кластера и распределения ресурсов.

1. Войдите в CCE console. В левом верхнем углу страницы нажмите и выберите регион для вашего кластера. Чем ближе выбранный регион к региону развертывания ресурсов, тем ниже сетевая задержка и тем быстрее доступ.

   После подтверждения региона нажмите Buy Cluster. Если вы используете CCE впервые, необходимо создать агентство согласно инструкциям.

2. Настройте базовые параметры кластера. Подробности см. в Table 1.

   Table 1 Базовые настройки (для CCE standard и Turbo кластеров)

   Параметр	Описание	Изменяемый после создания кластера
   Тип	Выберите CCE Turbo Cluster или CCE Standard Cluster в соответствии с требованиями. Кластеры CCE standard обеспечивают высоконадежные и безопасные контейнеры для коммерческого использования. Кластеры CCE Turbo используют высокопроизводительную облачную нативную сеть. Такие кластеры обеспечивают облачное нативное гибридное планирование, достигая более высокой утилизации ресурсов и более широкого охвата сценариев. Для получения подробной информации см. Comparison Between Cluster Types.	No
   Billing Mode	Выберите режим биллинга для кластера по необходимости. Pay-per-use: постоплатный режим биллинга. Подходит для сценариев, когда ресурсы будут оплачиваться в зависимости от частоты и длительности использования. Вы можете создавать или удалять ресурсы в любое время.	Yes
   Cluster Name	Введите имя кластера. Имя кластера в одном аккаунте должно быть уникальным. Введите от 4 до 128 символов. Начинайте с маленькой буквы и не заканчивайте дефисом (-). Разрешены только маленькие буквы, цифры и дефисы (-).	Yes
   Enterprise Project	Этот параметр доступен только для корпоративных пользователей, которые включили enterprise projects. После выбора enterprise project кластеры и их группы безопасности будут созданы в этом проекте. Для управления кластерами и другими ресурсами, такими как узлы, балансировщики нагрузки и группы безопасности узлов, вы можете использовать Enterprise Project Management Service (EPS).	Yes
   Cluster Version	Выберите версию Kubernetes. Последняя коммерческая версия предоставляет более стабильные, надёжные функции и рекомендуется.	Yes
   Cluster Scale	Выберите масштаб кластера по требованию. Этот параметр определяет максимальное количество рабочих узлов, которыми может управлять кластер.	Yes Созданный кластер может быть только масштабирован в сторону увеличения. Подробнее см. Changing a Cluster Scale.
   Master Nodes	Выберите количество мастер‑узлов. Мастер‑узлы автоматически размещаются CCE и развёртываются с компонентами управления кластером Kubernetes, такими как kube-apiserver, kube-controller-manager и kube-scheduler. 3 (HA): Будут созданы три мастер‑узла для высокой доступности кластера. Single: Будет создан только один мастер‑узел в вашем кластере. ПРИМЕЧАНИЕ: Если в кластере CCE несколько мастер‑узлов и более половины мастер‑узлов неисправны, кластер не может работать корректно. Вы также можете выбрать AZs для развертывания мастер‑узлов конкретного кластера. По умолчанию зоны доступности автоматически распределяются для мастер‑узлов. Automatic: Мастер‑узлы случайным образом распределяются по разным зонам доступности для обеспечения DR кластера. Если доступных зон недостаточно, CCE будет отдавать приоритет назначению узлов в зонах с достаточными ресурсами для гарантии создания кластера. Однако это может повлиять на DR на уровне зоны. Custom: Master nodes развернуты в конкретных AZ. Если в кластере есть один master node, выберите AZ для master node по необходимости. Если в кластере несколько master node, вы можете выбрать несколько AZ. AZ: Master nodes развернуты в разных AZ для cluster DR. Host: Master nodes развернуты на разных hosts в одном AZ для cluster DR. Custom: Master nodes развернуты в AZ, которые вы указали.	No После создания кластера количество master nodes и AZ, в которых они развернуты, изменить нельзя.

Конфигурация сети следует иерархической системе управления. Она обеспечивает сквозную сетевую связность и гарантирует безопасность контейнеризованных приложений за счёт совместной настройки cluster networks, pod networks и Service networks.

• Cluster network: обеспечивает связь между узлами, передаёт трафик pod и Service, обеспечивая при этом связность инфраструктуры кластера и безопасность.
• Pod network: назначает каждому pod независимый IP‑адрес, обеспечивая прямую связь контейнеров и межузловую связь.
• Service network: создает стабильную точку доступа, поддерживает балансировку нагрузки и оптимизирует управление трафиком для Services внутри кластера.

Перед настройкой сетевых параметров рекомендуется изучить концепции и взаимосвязи трёх типов сетей. Подробнее см. Networking Overview.

1. Настройте параметры cluster network. Подробнее см. Table 2.

   Таблица 2 Настройки сети кластера

   Параметр	Описание	Изменяемо после создания кластера
   VPC	Выберите VPC для кластера. Если VPC недоступен, нажмите Create VPC, чтобы создать его. После создания VPC нажмите refresh icon.	Нет
   Default Node Subnet	Выберите подсеть. После выбора все узлы в кластере автоматически будут использовать IP-адреса, назначенные в этой подсети. При создании узла или node pool настройки подсети можно переустановить.	Нет
   IPv6	После включения этой функции кластер поддерживает двойной стек IPv4/IPv6, что означает, что каждый рабочий узел может иметь как IPv4‑адрес, так и IPv6‑адрес. Оба IP‑адреса поддерживают доступ из частной и публичной сети. Перед включением функции убедитесь, что Default Node Subnet включает IPv6 CIDR block. Стандартные кластеры CCE (использующие сети VPC): IPv6 не поддерживается.	Нет
   Группа безопасности узла по умолчанию	Выберите Auto generate. Для кластера будут автоматически созданы две группы безопасности. Вы также можете выбрать существующие группы безопасности. Группы безопасности должны разрешать трафик по определённым портам для обеспечения нормального взаимодействия. В противном случае узлы не могут быть созданы.	Yes

2. Настройте параметры сети pod. Подробности см. в Table 3.

   Table 3 Настройки сети pod

   Параметр	Описание	Изменяемо после создания кластера
   Модель сети	Модель сети, используемая сетью pod в кластере. VPC network: применяется к небольшим кластерам (с 1 000 узлами или менее), требующим высокой производительности, например, AI‑вычислениям и обработке больших данных. Tunnel network: применяется к крупным кластерам (до 2 000 узлов) и сценариям, не требующим высокой производительности, таким как веб‑приложения и сервисы обработки данных среднего и заднего уровня с небольшим трафиком. Для получения более подробной информации об их различиях см. Overview.	No
   DataPlane V2 (поддерживается кластерами, использующими VPC networks)	eBPF используется на уровне ядра для ускорения сети Kubernetes, повышая производительность коммуникации сервисов через ClusterIP Services, обеспечивая точный контроль трафика с помощью network policies и интеллектуальное управление пропускной способностью с egress bandwidth. Для получения подробной информации см. DataPlane V2. Эта функция имеет ограничения, перечисленные ниже. Вы также можете просмотреть ограничения в DataPlane V2. Ограничения для кластеров: эту функцию можно включить только для кластеров v1.27.16-r30, v1.28.15-r20, v1.29.13-r0, v1.30.10-r0, v1.31.6-r0 или более новых, использующих VPC networks. Ограничения по памяти: после включения этой функции CCE автоматически развернёт cilium-agent на каждом узле кластера. Каждый cilium-agent будет использовать 80 MiB памяти, а потребление памяти будет увеличиваться на 10 KiB при добавлении нового pod. Ограничения по ОС: после создания узлы могут работать только с HCE OS 2.0.	No
   Network Policies (поддерживается кластерами, использующими tunnel networks)	Управление сетью на основе политик для кластера. Для получения подробной информации см. Configuring Network Policies to Restrict Pod Access. После включения этой функции, если CIDR‑блоки сервиса клиента конфликтуют с CIDR‑блоками on-premises, ссылка на недавно добавленный шлюз может не быть установлена. Например, если кластер использует соединение Direct Connect для доступа к внешнему адресу, внешнее коммутирующее устройство не поддерживает ip-option. Включение network policies в этом сценарии может привести к сбою сетевого доступа.	Yes
   Container CIDR Block	CIDR‑блок, используемый контейнерами. Этот параметр определяет максимальное количество контейнеров в кластере. Стандартные кластеры CCE поддерживают: Manually set: Вы можете настраивать CIDR‑блоки контейнеров по мере необходимости. Для сквозного сетевого взаимодействия между VPC, make sure the container CIDR block does not overlap with the VPC CIDR block to be accessed, чтобы избежать конфликтов. Для получения подробной информации см. Planning CIDR Blocks for a Cluster. Модель VPC network позволяет настраивать несколько CIDR‑блоков, и CIDR‑блоки контейнеров могут быть добавлены даже после создания кластера. Для получения подробной информации см. Adding a Container CIDR Block for a Cluster That Uses a VPC Network. Auto select: CCE будет случайным образом выделять неконфликтующий CIDR‑блок из диапазонов 172.16.0.0/16‑172.31.0.0/16 или из 10.0.0.0/12, 10.16.0.0/12, 10.32.0.0/12, 10.48.0.0/12, 10.64.0.0/12, 10.80.0.0/12, 10.96.0.0/12 и 10.112.0.0/12. Поскольку выделенный CIDR‑блок нельзя изменить после создания кластера, рекомендуется вручную настроить CIDR‑блоки, особенно в коммерческих сценариях. ПРИМЕЧАНИЕ: После создания кластера, использующего сеть контейнерных туннелей, контейнерный CIDR‑блок нельзя расширять позже. Чтобы предотвратить исчерпание IP‑адресов, рекомендуется задать контейнерный CIDR‑блок с максимальной длиной маски 19 бит.	Нет После создания кластера, использующего сеть VPC, вы можете добавить контейнерные CIDR‑блоки в кластер, но не можете изменить или удалить существующие.
   Reserved Pod IP Per Node (поддерживается кластерами, использующими сети VPC)	Количество IP‑адресов pod, которые могут быть выделены в сети pod (alpha.cce/fixPoolMask). Этот параметр определяет максимальное количество pod, которые могут быть созданы на каждом узле. Pod, использующие сетевые интерфейсы хоста, не занимают зарезервированные IP‑адреса. В a pod network каждый pod получает уникальный IP‑адрес. Если количество зарезервированных IP‑адресов pod для каждого узла недостаточно, pod создать нельзя. Подробности см. в Number of Reserved Pod IP Addresses Per Node.	Нет

3. Настройте параметры сети Service. Подробности см. в Table 4.

   Table 4 Настройки сети Service

   Параметр	Описание	Изменяемый после создания кластера
   CIDR‑блок Service	Настройте диапазон IP-адресов для ClusterIP Services в кластере. Этот параметр управляет максимальным количеством ClusterIP Services в кластере. ClusterIP Services обеспечивают связь между контейнерами в кластере. Блок Service CIDR не может пересекаться с подсетью узла или блоком container CIDR.	No
   Request Forwarding	Настройте балансировку нагрузки и переадресацию маршрутов трафика Service в кластере. iptables и IPVS поддерживаются. Подробнее см. Comparing iptables and IPVS. iptables: традиционный режим kube-proxy. Применяется в сценарии, когда количество Services небольшое или одновременно устанавливается большое количество коротких соединений с клиентом. Кластеры IPv6 не поддерживают iptables. IPVS: обеспечивает более высокую пропускную способность и более быструю переадресацию. Подходит для больших кластеров или когда имеется большое количество Services.	No

1. Настройте параметры сети кластера. Подробнее см. Table 5.

   Table 5 Настройки сети кластера

   Parameter	Description	Modifiable After Cluster Creation
   VPC	Выберите VPC для кластера. Если VPC недоступен, нажмите Create VPC, чтобы создать его. После создания VPC нажмите значок обновления.	No
   Default Node Subnet	Выберите подсеть. После выбора все узлы в кластере автоматически будут использовать IP‑адреса, назначенные в этой подсети. При создании узла или node pool настройки подсети можно переустановить.	No
   IPv6	После включения этой функции кластер поддерживает двойной стек IPv4/IPv6, что означает, что каждый рабочий узел может иметь как IPv4‑адрес, так и IPv6‑адрес. Оба IP‑адреса поддерживают доступ из частной и публичной сети. Перед включением функции убедитесь, что Default Node Subnet включает IPv6 CIDR block. Стандартные кластеры CCE (использующие сети VPC): IPv6 не поддерживается.	No
   Default Node Security Group	Выберите Auto generate. Для кластера будут автоматически созданы две группы безопасности. Вы также можете выбрать существующие группы безопасности. Группы безопасности должны разрешать трафик по определённым портам для обеспечения нормального взаимодействия. В противном случае узлы не могут быть созданы.	Yes

2. Настройте параметры сети pod. Подробности см. в Table 6.

   Table 6 Настройки сети pod

   Параметр	Описание	Изменяемый после создания кластера
   Сетевая модель	Сетевая модель, используемая сетью pod в кластере. Поддерживается только Cloud Native Network 2.0. Для получения дополнительных сведений об этой сетевой модели см. Overview.	Нет
   DataPlane V2	eBPF используется на уровне ядра для ускорения сети Kubernetes, улучшая высокопроизводительное взаимодействие сервисов через ClusterIP Services, точный контроль трафика с помощью сетевых политик и интеллектуальное управление пропускной способностью при исходящем трафике. Для получения подробностей см. DataPlane V2. Эта функция имеет следующие ограничения. Вы также можете просмотреть ограничения в DataPlane V2. Ограничения для кластеров: версия кластера должна быть v1.27.16-r10, v1.28.15-r0, v1.29.10-r0, v1.30.6-r0 или более новой. Ограничения по памяти: после включения этой функции CCE автоматически развернёт cilium-agent на каждом узле кластера. Каждый cilium-agent будет использовать 80 MiB памяти, а использование памяти будет увеличиваться на 10 KiB при добавлении нового pod. Ограничения по ОС: после создания узлы могут работать только с HCE OS 2.0. ПРИМЕЧАНИЕ: DataPlane V2 для кластеров CCE Turbo выпускается с ограничениями. Чтобы использовать эту функцию, отправьте сервисный запрос в CCE.	No
   Pod Subnet	Выберите подсеть, к которой относится pod. Если подсеть недоступна, нажмите Create Subnet, чтобы создать её. Подсеть pod определяет максимальное количество контейнеров в кластере. Вы можете добавить подсети pod после создания кластера.	Yes
   Default Security Group	Выберите группу безопасности, автоматически созданную CCE, или выберите существующую. Этот параметр управляет входящим и исходящим трафиком для предотвращения неавторизованного доступа. Группа безопасности контейнеров должна разрешать доступ через указанные порты, чтобы обеспечить нормальное взаимодействие контейнеров в кластере.	Yes

3. Настройте параметры сети Service. Подробности см. в Table 7.

   Table 7 Настройки сети Service

   Parameter	Description	Modifiable After Cluster Creation
   Service CIDR Block	Настройте диапазон IP-адресов для ClusterIP Services в кластере. Этот параметр определяет максимальное количество ClusterIP Services в кластере. ClusterIP Services обеспечивают связь между контейнерами в кластере. Блок Service CIDR не может пересекаться с подсетью узла или блоком CIDR контейнеров.	No
   Request Forwarding	Настройте балансировку нагрузки и переадресацию маршрутов трафика Service в кластере. iptables и IPVS поддерживаются. Подробнее см. Comparing iptables and IPVS. iptables: традиционный режим kube-proxy. Применяется в сценарии, когда количество Service небольшое или одновременно устанавливается большое количество коротких соединений с клиентом. Кластеры IPv6 не поддерживают iptables. IPVS: обеспечивает более высокую пропускную способность и более быструю переадресацию. Подходит для больших кластеров или когда количество Service велико.	No
   IPv6 Service CIDR Block	Настройте IPv6-адреса для Service. Этот параметр доступен только после IPv6 включён.	No

Расширенные настройки дополняют и усиливают предыдущие параметры, повышая безопасность, стабильность и соответствие требованиям в кластерах. Это достигается за счёт возможностей, таких как улучшенная аутентификация, управление ресурсами и механизмы безопасности.

CCE предоставляет разнообразные add-ons для расширения функций кластера и повышения функциональности и гибкости контейнеризованных приложений. Вы можете выбирать add-ons по мере необходимости. Некоторые базовые add-ons по умолчанию помечены как обязательные. Если небазовые add-ons не установлены во время создания кластера, их всё равно можно добавить позже на странице Add-ons после создания кластера.

1. нажмите Next: Select Add-on. На отображённой странице выберите add-ons, которые будут установлены при создании кластера.
2. Выберите базовые add-ons, чтобы обеспечить нормальную работу кластера. Для получения подробной информации см. Table 9.

   Table 9 Basic add-ons

   Add-on	Description
   CCE Container Network (Yangtse CNI)	Это базовый add-on кластера. Он обеспечивает сетевую связность, публичный доступ и изоляцию безопасности для pod‑ов в вашем кластере.
   CCE Container Storage (Everest)	Этот add-on устанавливается по умолчанию. Это облачная нативная система контейнерного хранилища на основе CSI и поддерживает облачные сервисы хранения, такие как EVS.
   CoreDNS	Этот add-on устанавливается по умолчанию. Он обеспечивает DNS‑разрешение для вашего кластера и может использоваться для доступа к DNS‑серверу в облаке.
   NodeLocal DNSCache	(Optional) После выбора этого add-on CCE автоматически установит его. NodeLocal DNSCache повышает производительность DNS кластера, запуская DNS‑кеш‑прокси на узлах кластера.
   Volcano Scheduler	(Optional) После выбора этого add-on CCE автоматически установит его и задаст Volcano в качестве планировщика по умолчанию для кластера. Это позволит вам использовать расширенные возможности планирования для пакетных вычислений и высокопроизводительных вычислений.

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

   Table 10 Дополнения наблюдаемости

   Add-on	Description
   Cloud Native Cluster Monitoring	(Optional) После того как вы выберете это add-on, CCE автоматически установит его. Это add-on собирает метрики мониторинга вашего кластера и передаёт их в AOM. Режим агента не поддерживает HPA на основе пользовательских заявлений Prometheus. Если требуются связанные функции, установите это add-on вручную после создания кластера.
   Cloud Native Log Collection	(Optional) После того как вы выберете это add-on, CCE автоматически установит его. Это add-on помогает передавать логи в LTS. После создания кластера вы можете получать и управлять правилами сбора на странице Logging консоли кластера CCE.
   CCE Node Problem Detector	(Optional) После того как вы выберете это add-on, CCE автоматически установит его для обнаружения неисправностей и изоляции узлов с целью быстрой отладки кластера.

Настройте выбранные add-on, чтобы обеспечить их стабильную и точную работу и соответствие требованиям сервиса.

1. Нажмите Next: Configure Add-on.
2. Настройте базовые add-on. Для подробностей см. Table 11.

   Table 11 Basic add-on settings

   Add-on	Description
   CCE Container Network (Yangtse CNI)	Этот add-on не конфигурируемый.
   CCE Container Storage (Everest)	Этот add-on конфигурируемый. Нажмите Modify справа от add-on.
   CoreDNS	Этот add-on конфигурируемый. Нажмите Modify справа от add-on.
   NodeLocal DNSCache	Этот add-on конфигурируемый. Нажмите Modify справа от add-on.

3. Настройте add-on'ы наблюдаемости. Для получения подробностей см. Table 12. Чтобы изменить параметры add-on, нажмите Modify справа от add-on.

   Table 12 Настройки add-on наблюдаемости

   Add-on	Description
   Мониторинг кластера Cloud Native	Выберите AOM instance для Cloud Native Cluster Monitoring, чтобы отправлять метрики. Если AOM instance недоступен, нажмите Create Instance, чтобы создать его.
   Сбор логов Cloud Native	Выберите логи для сбора. Если включено, группа логов с именем k8s-log-{cluster-ID} будет создана автоматически, и поток логов будет создан для каждого выбранного типа логов. Логи контейнеров: собираются логи стандартного вывода контейнеров. Соответствующий поток логов называется в формате stdout-{cluster-ID}. События Kubernetes: собираются логи Kubernetes. Соответствующий поток логов называется в формате event-{cluster-ID}. Аудит‑логи Kubernetes: собираются аудит‑логи мастер‑узлов. Потоки логов называются в формате audit-{cluster-ID}. Логи плоскости управления: собираются логи критических компонентов, таких как kube-apiserver, kube-controller-manager и kube-scheduler, работающих на мастер‑узлах. Потоки логов называются в формате kube-apiserver-{cluster-ID}, kube-controller-manager-{cluster-ID} и kube-scheduler-{cluster-ID} соответственно. Если сбор логов отключён, выберите Logging в панели навигации консоли кластера после создания кластера и включите эту опцию.
   CCE Node Problem Detector	-

Нажмите Next: Confirm Settings. Отображается список ресурсов кластера. Подтвердите информацию, ознакомьтесь и отметьте флажок, и нажмите Submit.

Создание кластера занимает около 5–10 минут. Вы можете нажать Back to Clusters, чтобы выполнить другие операции с кластером, или нажать Go to Cluster Events, чтобы просмотреть детали кластера.

• Доступ к кластеру: вы можете использовать kubectl для доступа к кластеру и выполнения задач управления кластером в CLI. Подробности см. в Accessing a Cluster Using kubectl и Connecting to Multiple Clusters Using kubectl.
• Добавление узла: После создания кластера вы можете добавить узлы в кластер. Для получения подробной информации см. Creating a Node.
• Управление кластером: После создания кластера вы можете настроить политики планирования ресурсов, правила контроля безопасности и управление жизненным циклом, чтобы удовлетворить требования сервиса. Для получения подробной информации см. Cluster Management Overview.
• Создание кластера с двойным стеком IPv4/IPv6: Для получения подробной информации см.Creating an IPv4/IPv6 Dual-Stack Cluster in CCE.
• Если кластер не удалось создать, устраните ошибку, обратившись к Why Can't I Create a CCE Cluster?.