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

Обзор

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

Контейнерная сеть назначает IP-адреса pod‑ам в кластере и предоставляет сетевые сервисы. В CCE вы можете выбрать следующие модели сети для вашего кластера:
  • Cloud Native Network 2.0 — это проприетарная модель следующего поколения, которая объединяет сетевые интерфейсы и дополнительные сетевые интерфейсы VPC. Это позволяет привязывать сетевые интерфейсы или дополнительные сетевые интерфейсы к pod‑ам, предоставляя каждому pod‑у уникальный IP-адрес внутри VPC. Эта модель также поддерживает такие функции, как ELB passthrough networking и привязка security groups и EIPs к pod‑ам. Она подходит для сценариев с высокими требованиями к масштабу узлов, производительности сети и безопасности, например, для высокопроизводительных вычислений и игр.
  • The VPC network model бесшовно объединяет маршрутизацию VPC с базовой сетью, что делает её идеальной для сценариев с высокой производительностью. Однако максимальное количество узлов, разрешённое в кластере, определяется квотой маршрутов VPC. Эта модель подходит для небольших и средних сетей.

    В модели сети VPC блоки CIDR контейнеров отделены от блоков CIDR узлов. Чтобы назначать IP-адреса pod‑ам, работающим на узле в кластере, каждому узлу в кластере выделяется диапазон IP-адресов pod‑ов фиксированного количества. Эта модель сети превосходит модель контейнерного туннельного сети по производительности, поскольку не имеет накладных расходов на инкапсуляцию туннеля. При использовании модели сети VPC в кластере маршруты между блоками CIDR контейнеров и блоками CIDR VPC автоматически настраиваются в таблице маршрутов VPC. Это означает, что pod‑ы внутри кластера могут быть доступны напрямую с облачных серверов в том же VPC, даже если они находятся за пределами кластера.
  • The container tunnel network создает отдельную сетевую плоскость для контейнеров, используя туннельную инкапсуляцию на плоскости сети хоста. Эта модель сети использует VXLAN для туннельной инкапсуляции и Open vSwitch в качестве бэкенда виртуального коммутатора. VXLAN — это протокол, инкапсулирующий Ethernet‑пакеты в UDP‑пакеты для передачи их через туннели. Open vSwitch — это открытый виртуальный коммутатор, предоставляющий функции, такие как изоляция сети и пересылка данных.

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

Сравнение моделей сети

Table 1 описывает различия между моделями сети, поддерживаемыми CCE.
Caution

После создания кластера модель сети изменить нельзя.
Table 1 Сравнение моделей сети

Показатель

Туннельная сеть

VPC сеть

Cloud Native Network 2.0

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

  • Низкие требования к производительности: поскольку container tunnel network требует дополнительного инкапсуляции VXLAN‑туннеля, он теряет примерно от 5 % до 15 % производительности по сравнению с другими двумя моделями контейнерных сетей. Поэтому container tunnel network применяется в сценариях, не имеющих высоких требований к производительности, таких как веб‑приложения, а также сервисы среднего и заднего уровня с небольшим количеством запросов доступа.
  • Крупномасштабные сети: в отличие от VPC network, ограниченной квотой VPC route, container tunnel network не имеет ограничений на инфраструктуру. Кроме того, container tunnel network управляет широковещательным доменом на уровне узла. container tunnel network поддерживает максимум 2000 узлов.
  • Высокие требования к производительности: поскольку инкапсуляция туннеля не требуется, модель VPC network обеспечивает производительность, близкую к VPC network, по сравнению с моделью container tunnel network. Поэтому модель VPC network применяется в сценариях с высокими требованиями к производительности, таких как AI computing и big data computing.
  • Малые и средние сети: из‑за ограничения VPC route tables рекомендуется, чтобы количество узлов в кластере было не более 1000.
  • Высокие требования к производительности: Cloud Native Network 2.0 использует VPC networks для построения контейнерных сетей, устраняя необходимость инкапсуляции туннеля или NAT, требуемых для контейнерных коммуникаций. Это делает Cloud Native Network 2.0 идеальным для сценариев, требующих высокой пропускной способности и низкой задержки.
  • Крупномасштабные сети: Cloud Native Network 2.0 поддерживает до 2 000 ECS узлов и 100 000 pods.

Основные технологии

OVS

IPVLAN и VPC route

VPC network interfaces/supplementary network interfaces

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

CCE standard cluster

CCE standard cluster

CCE Turbo cluster

Изоляция сети контейнеров

Сетевой объект NetworkPolicy в Kubernetes для pod‑ов

No

Pod‑ы поддерживают изоляцию с помощью групп безопасности.

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

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

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

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

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

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

  • Требуются отдельные CIDR‑блоки контейнеров. CIDR‑блоки контейнеров не могут пересекаться с CIDR‑блоками VPC.
  • После создания кластера CIDR‑блок контейнеров нельзя расширять. Чтобы избежать нехватки IP‑адресов, рекомендуется установить маску подсети CIDR‑блока контейнеров не более 19 бит.
  • Требуются отдельные CIDR‑блоки контейнеров. CIDR‑блоки контейнеров не могут пересекаться с CIDR‑блоками VPC.
  • Можно добавить несколько CIDR‑блоков контейнеров.
  • Можно добавить CIDR‑блоки контейнеров после создания кластера. Подробнее см. Adding a Container CIDR Block for a Cluster That Uses a VPC Network.
  • Когда выделяются IP‑адреса pod, для каждого узла из блока container CIDR настраивается фиксированный диапазон IP‑адресов. IP‑адреса всех pod на узле выделяются из этого диапазона IP‑адресов.
  • Можно указать подсеть VPC в качестве блока container CIDR.
  • Можно добавить блоки container CIDR после создания кластера. Подробности см. Adding or Deleting the Default Pod Subnet of a CCE Turbo Cluster.
  • IP‑адреса pod выделяются напрямую из VPC, что потребляет много IP‑адресов. Рекомендуется заранее спланировать большой блок VPC CIDR.

Maximum number of pods on a node

Используется значение параметра конфигурации kubelet maxPods. Подробности см. Maximum Number of Pods on a Node.

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

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

Network performance

Performance loss due to VXLAN encapsulation

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

Сеть контейнеров интегрирована с сетью VPC, устраняя потерю производительности

Масштаб сети

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

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

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

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

В кластере, использующем Cloud Native Network 2.0, IP‑адреса контейнеров назначаются из CIDR‑блока VPC, и количество контейнеров также ограничено этим CIDR‑блоком. Оцените ограничения масштаба кластера перед его созданием.
Родительская тема: Container Networks
Предыдущая статья
Сети контейнеров
Следующая статья
Cloud Native Network 2.0 Settings
Поддержка Юридические документы Политика конфиденциальности
© 2026 Cloud.ru