Выбор сети

Сценарии применения

• Низкие требования к производительности: поскольку container tunnel network требует дополнительной инкапсуляции VXLAN‑туннеля, она теряет примерно от 5 % до 15 % производительности по сравнению с другими двумя типами pod networks. Поэтому container tunnel networks применимы в сценариях, где высокая производительность не требуется, например веб‑приложения, а также middle‑end и backend‑сервисы с небольшим количеством запросов.
• Крупномасштабные сети: в отличие от VPC network, ограниченной квотой VPC route, container tunnel network не имеет ограничений на инфраструктуру. Кроме того, container tunnel network управляет широковещательным доменом на уровне узла. Кластер, использующий туннельную сеть, поддерживает максимум 2 000 узлов.

• Высокие требования к производительности: поскольку инкапсуляция туннеля не требуется, VPC network обеспечивает производительность, близкую к VPC, по сравнению с container tunnel network. Поэтому VPC networks применимы в сценариях, где необходима высокая производительность, например AI и вычисления больших данных.
• Сети небольшого и среднего масштаба: из‑за ограничения таблиц маршрутов VPC рекомендуется, чтобы количество узлов в кластере было не более 1 000.

• Высокие требования к производительности: сети Cloud Native 2.0 используют VPC networks для построения pod networks. Инкапсуляция туннеля или NAT между контейнерными коммуникациями не требуется. Это делает сети Cloud Native 2.0 идеальными для сценариев, где необходима высокая пропускная способность и низкая задержка.
• Крупномасштабные сети: кластер, использующий сеть Cloud Native 2.0, поддерживает максимум 2 000 ECS узлов и 100 000 pod‑ов.

Ключевая технология

OVS

IPvlan и VPC route

VPC network interfaces и supplementary network interfaces

Применимый кластер

CCE standard cluster

CCE standard cluster

CCE Turbo cluster

Изоляция сети Pod

Сетевые политики Kubernetes‑native для pod‑ов

Не поддерживается

Изоляция на основе групп безопасности для pod‑ов

Подключение pod‑ов к балансировщику нагрузки

Подключено через NodePort

Подключено через NodePort

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

Подключено с использованием общего балансировщика нагрузки через NodePort

Управление IP‑адресами pod

• Требуются отдельные CIDR‑блоки pod. CIDR‑блоки pod не могут перекрываться с любыми CIDR‑блоками VPC.
• После создания кластера CIDR‑блок pod нельзя расширять. Чтобы избежать нехватки IP‑адресов, рекомендуется установить маску подсети CIDR‑блока pod не более чем 19 бит.

• Требуются отдельные CIDR‑блоки pod. CIDR‑блоки pod не могут перекрываться с любыми CIDR‑блоками VPC.
• Можно добавить несколько CIDR‑блоков pod.
• После создания кластера можно добавить дополнительные CIDR‑блоки pod.
• Сначала каждому узлу назначается фиксированная подсеть из блока pod CIDR. Затем все IP‑адреса pod на каждом узле назначаются из выделенной подсети.

• Можно указать подсеть VPC в качестве блока pod CIDR.
• После создания кластера можно добавить дополнительные блоки pod CIDR.
• IP‑адреса pod выделяются напрямую из VPC, что потребляет большое количество IP‑адресов. Рекомендуется заранее спланировать большой блок VPC CIDR.

Максимальное количество pod‑ов на узле

Определяется максимальным количеством pod‑ов, которые могут быть созданы на узле (параметр kubelet maxPods).

Определяется меньшим значением из следующих вариантов:

• Максимальное количество pod‑ов, которые могут быть созданы на узле (параметр kubelet maxPods).
• Количество IP‑адресов pod, зарезервированных для каждого узла.

Определяется меньшим значением из следующих вариантов:

• Максимальное количество pod‑ов, которые могут быть созданы на узле (параметр kubelet maxPods).
• Количество сетевых интерфейсов на узле.

Сетевая производительность

Существует определённая потеря производительности из‑за инкапсуляции VXLAN.

Производительность настолько высока, что сравнима с производительностью хост‑сети, поскольку нет туннельной инкапсуляции, а межузловый трафик пересылается через маршрутизаторы VPC. Однако наблюдается потеря, вызванная NAT.

Потери производительности нет, потому что pod network интегрирована с VPC network.

Масштаб сети

Поддерживается максимум 2,000 узлов.

Подходит для небольших и средних сетей из‑за ограничения таблиц маршрутизации VPC. Рекомендуется, чтобы количество узлов в кластере было меньше или равно 1,000.

Каждый раз при добавлении узла в кластер в таблицы маршрутизации VPC добавляется маршрут. Таким образом, масштаб кластера ограничен таблицами маршрутизации VPC. Оцените масштаб кластера перед его созданием.

По умолчанию поддерживается 2,000 узлов. Максимум поддерживается 20,000 узлов.

В кластере, использующем сеть Cloud Native 2.0, IP‑адреса pod назначаются из CIDR‑блока VPC, поэтому количество pod ограничено этим CIDR‑блоком. Оцените ограничения масштаба кластера перед его созданием.

Поддержка IPv4/IPv6

Поддерживается

Не поддерживается

Поддерживается