Покупка 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 clusters используют высокопроизводительную облачную нативную сеть. Такие кластеры обеспечивают облачное гибридное планирование, достигая более высокой утилизации ресурсов и более широкого охвата сценариев. Для получения подробной информации см. Comparison Between Cluster Types.	No
   Billing Mode	Выберите Billing Mode для кластера по необходимости. Pay-per-use: постоплатный режим биллинга. Подходит для сценариев, когда ресурсы будут оплачиваться в зависимости от частоты и длительности использования. Вы можете создавать или удалять ресурсы в любое время.	Yes
   Cluster Name	Введите Cluster Name. Имя каждого кластера в одном аккаунте должно быть уникальным. Имя может содержать от 4 до 128 символов. Оно может начинаться со строчной буквы и не может заканчиваться дефисом (-). Допускаются только строчные буквы, цифры и дефисы (-).	Yes
   Enterprise Project	Этот параметр доступен только для enterprise users, которые включили Enterprise Project. После выбора Enterprise Project кластеры и их группы безопасности будут созданы в этом проекте. Для управления кластерами и другими ресурсами, такими как узлы, балансировщики нагрузки и группы безопасности узлов, вы можете использовать Enterprise Project.	Yes
   Cluster Version	Выберите версию Kubernetes. Последняя коммерческая версия предоставляет более стабильные, надёжные функции и рекомендуется.	Yes
   Max Worker Nodes	Выберите масштаб кластера по требованию. Этот параметр определяет максимальное количество рабочих узлов, которыми может управлять кластер.	Yes Для получения подробной информации см. Resizing a Cluster.
   Master Nodes	Выберите количество мастер‑узлов. Мастер‑узлы автоматически размещаются CCE и разворачиваются с компонентами управления кластером Kubernetes, такими как kube-apiserver, kube-controller-manager и kube-scheduler. 3 (HA): Будут созданы три мастер‑узла для высокой доступности кластера. Single: В вашем кластере будет создан только один мастер‑узел. ПРИМЕЧАНИЕ: Если в кластере CCE несколько мастер‑узлов и более половины мастер‑узлов неисправны, кластер не сможет работать корректно. Вы также можете выбрать AZ для развертывания мастер‑узлов конкретного кластера. По умолчанию AZ автоматически распределяются для мастер‑узлов. Automatic: Мастер‑узлы случайным образом распределяются по разным AZ для DR кластера. Если доступно недостаточно AZ, CCE будет отдавать приоритет назначению узлов в AZ с достаточными ресурсами для обеспечения создания кластера. Однако это может повлиять на DR на уровне AZ. Custom: Мастер‑узлы развернуты в конкретных AZ. Если в кластере один мастер‑узел, выберите AZ для мастер‑узла по необходимости. Если в кластере несколько мастер‑узлов, можно выбрать несколько AZ. AZ: Мастер‑узлы развернуты в разных AZ для DR кластера. Host: Мастер‑узлы развернуты на разных хостах в одном AZ для DR кластера. Custom: Мастер‑узлы развернуты в указанных вами AZ.	No После создания кластера количество мастер‑узлов и AZ, в которых они развернуты, изменить нельзя.

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

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

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

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

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

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

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

   Table 10 Базовые дополнения

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

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

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

   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 12.

   Table 12 Basic add-on settings

   Add-on	Описание
   CCE Container Network (Yangtse CNI)	Это дополнение не настраивается.
   CCE Container Storage (Everest)	Это дополнение настраиваемо. Вы можете нажать Modify справа от дополнения.
   CoreDNS	Это дополнение настраиваемо. Вы можете нажать Modify справа от дополнения.
   NodeLocal DNSCache	Это дополнение настраиваемо. Вы можете нажать Modify справа от дополнения.

3. Настройте дополнения наблюдаемости. Подробности см. в Table 13. Чтобы изменить параметры дополнения, нажмите Modify справа от дополнения.

   Table 13 Настройки наблюдаемости

   Дополнение	Описание
   Cloud Native Cluster Monitoring	Выберите экземпляр AOM для Cloud Native Cluster Monitoring, чтобы отправлять метрики. Если экземпляр AOM недоступен, нажмите 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.
• Создание кластера dual-stack IPv4/IPv6: подробнее см. Creating an IPv4/IPv6 Dual-Stack Cluster in CCE.
• Если кластер не удалось создать, устраните ошибку, обратившись к Why Can't I Create a CCE Cluster?.