Кластеры CCE standard и Turbo предоставляют корпоративного уровня хостинг Kubernetes кластеров, поддерживающий полное управление жизненным циклом контейнеризованных приложений. Они предлагают высокомасштабируемое, высокопроизводительное решение для развертывания и управления облачно‑нативными приложениями. В консоли CCE вы можете легко создавать кластеры CCE standard и Turbo. После создания кластера CCE размещает узлы master. Вам необходимо создать только узлы worker. Таким образом, вы можете реализовать экономичное O&M и эффективное развертывание сервисов.
Перед покупкой кластера CCE standard или Turbo рекомендуется ознакомиться с What Is CCE, Networking Overview и Planning CIDR Blocks for a Cluster.
Шаг 1: Настройка базовых параметров
Базовые настройки определяют основную архитектуру и базовые правила ресурсов кластера, обеспечивая основу для работы кластера и распределения ресурсов.
- Войдите в CCE console. В левом верхнем углу страницы нажмите
и выберите регион для вашего кластера. Чем ближе выбранный регион к региону развертывания ресурсов, тем ниже сетевая задержка и тем быстрее доступ.После подтверждения региона нажмите Buy Cluster. Если вы используете CCE впервые, необходимо создать агентство согласно инструкциям.
- Настройте базовые параметры кластера. Подробности см. в 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, в которых они развернуты, изменить нельзя.
Шаг 2: Настройка сетевых параметров
Конфигурация сети следует иерархической системе управления. Она обеспечивает сквозную сетевую связность и гарантирует безопасность контейнеризованных приложений за счёт совместной настройки cluster networks, pod networks и Service networks.
- Cluster network: обеспечивает связь между узлами, передаёт трафик pod и Service, обеспечивая при этом связность инфраструктуры кластера и безопасность.
- Pod network: назначает каждому pod независимый IP‑адрес, обеспечивая прямую связь контейнеров и межузловую связь.
- Service network: создает стабильную точку доступа, поддерживает балансировку нагрузки и оптимизирует управление трафиком для Services внутри кластера.
Перед настройкой сетевых параметров рекомендуется изучить концепции и взаимосвязи трёх типов сетей. Подробнее см. Networking Overview.
Настройка сетевых параметров для стандартного кластера CCE
- Настройте параметры 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
- Настройте параметры сети 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.
Нет
- Настройте параметры сети 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
Настройка параметров сети для CCE Turbo Cluster
- Настройте параметры сети кластера. Подробнее см. 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
- Настройте параметры сети 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
- Настройте параметры сети 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
(Необязательно) Step 3: Configure Advanced Settings
Расширенные настройки дополняют и усиливают предыдущие параметры, повышая безопасность, стабильность и соответствие требованиям в кластерах. Это достигается за счёт возможностей, таких как улучшенная аутентификация, управление ресурсами и механизмы безопасности.
Parameter | Description | Modifiable After Cluster Creation |
|---|---|---|
IAM Authentication | Кластеры CCE поддерживают аутентификацию IAM. Вы можете вызывать аутентифицированные IAM API для доступа к кластерам CCE. | No |
Certificate Authentication | Аутентификация сертификатом используется для аутентификации личности и контроля доступа. Она гарантирует, что только уполномоченные пользователи или сервисы могут получить доступ к конкретному кластеру.
| No |
CPU Management | Политики управления CPU позволяют точно контролировать распределение CPU для pod‑ов. Подробнее см. CPU Policy.
| Yes |
Secret Encryption | Secret encryption определяет режим шифрования секретов в кластере CCE.
ПРИМЕЧАНИЕ: Чтобы использовать эту функцию, отправьте запрос в службу поддержки. | No |
Overload Control | После включения этой функции одновременные запросы будут динамически контролироваться в зависимости от требований к ресурсам, получаемых от master nodes, обеспечивая стабильную работу master nodes и кластера. Подробнее см. Enabling Overload Control for a Cluster. | Yes |
Cluster Deletion Protection | Мера, принимаемая для предотвращения случайного удаления кластеров через консоль или API. После включения этой функции вы не сможете удалить или отписаться от кластеров в CCE. Статус функции можно изменить в Settings после создания кластеров. | Да |
Time Zone | Запланированные задачи кластера и узлы подчиняются выбранному Time Zone. | Нет |
Resource Tag | Добавление тегов к ресурсам позволяет выполнять пользовательскую классификацию и организацию. Максимум — 20 resource tags. Вы можете создать predefined tags в консоли TMS. Эти теги доступны всем ресурсам, поддерживающим теги. Вы можете использовать эти теги для повышения эффективности создания тегов и миграции ресурсов.
| Да |
Description | Описание кластера помогает пользователям и администраторам быстро понять базовые настройки, статус и использование кластера. Описание может содержать не более 200 символов. | Да |
Шаг 4: выберите Add-ons
CCE предоставляет разнообразные add-ons для расширения функций кластера и повышения функциональности и гибкости контейнеризованных приложений. Вы можете выбирать add-ons по мере необходимости. Некоторые базовые add-ons по умолчанию помечены как обязательные. Если небазовые add-ons не установлены во время создания кластера, их всё равно можно добавить позже на странице Add-ons после создания кластера.
- нажмите Next: Select Add-on. На отображённой странице выберите add-ons, которые будут установлены при создании кластера.
- Выберите базовые add-ons, чтобы обеспечить нормальную работу кластера. Для получения подробной информации см. Table 9.
Table 9 Basic add-ons Add-on
Description
CCE Container Network (Yangtse CNI)
Это базовый add-on кластера. Он обеспечивает сетевую связность, публичный доступ и изоляцию безопасности для pod‑ов в вашем кластере.
Этот add-on устанавливается по умолчанию. Это облачная нативная система контейнерного хранилища на основе CSI и поддерживает облачные сервисы хранения, такие как EVS.
Этот add-on устанавливается по умолчанию. Он обеспечивает DNS‑разрешение для вашего кластера и может использоваться для доступа к DNS‑серверу в облаке.
(Optional) После выбора этого add-on CCE автоматически установит его. NodeLocal DNSCache повышает производительность DNS кластера, запуская DNS‑кеш‑прокси на узлах кластера.
(Optional) После выбора этого add-on CCE автоматически установит его и задаст Volcano в качестве планировщика по умолчанию для кластера. Это позволит вам использовать расширенные возможности планирования для пакетных вычислений и высокопроизводительных вычислений.
- Выберите дополнения наблюдаемости, чтобы воспользоваться полной функцией наблюдаемости. Для подробностей см. Table 9.
Table 10 Дополнения наблюдаемости Add-on
Description
(Optional) После того как вы выберете это add-on, CCE автоматически установит его. Это add-on собирает метрики мониторинга вашего кластера и передаёт их в AOM. Режим агента не поддерживает HPA на основе пользовательских заявлений Prometheus. Если требуются связанные функции, установите это add-on вручную после создания кластера.
(Optional) После того как вы выберете это add-on, CCE автоматически установит его. Это add-on помогает передавать логи в LTS. После создания кластера вы можете получать и управлять правилами сбора на странице Logging консоли кластера CCE.
(Optional) После того как вы выберете это add-on, CCE автоматически установит его для обнаружения неисправностей и изоляции узлов с целью быстрой отладки кластера.
Step 5: Configure Add-ons
Настройте выбранные add-on, чтобы обеспечить их стабильную и точную работу и соответствие требованиям сервиса.
Add-ons потребляют определённые ресурсы после установки. Убедитесь, что ресурсы узла достаточны. Для подробностей о потреблении ресурсов см. консоль.
- Нажмите Next: Configure Add-on.
- Настройте базовые 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.
- Настройте 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
-
Шаг 6: Подтверждение настроек
Нажмите 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?.