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

Creating a VPC Channel

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

Scenario

VPC channels allow services deployed in VPCs to be accessed through their subnets, lowering latency and balancing loads of backend services.

After creating a VPC channel, you can configure it for an API with an HTTP/HTTPS backend service. For example, six ECSs have been deployed in a VPC, and a VPC channel has been created to reach ECS 01 and ECS 04. APIG can access these two ECSs through the VPC channel.

Figure 1 Accessing ECSs in a VPC channel through APIG


Note

Shared gateways do not support VPC channels with a private network load balancer.

Prerequisites

  • You have created a cloud server.
  • You have the VPC Administrator permission.

Creating a Fast Channel

  1. Log in to the management console.
  2. Click в верхнем левом углу и выберите API Gateway.
  3. В навигационной панели выберите Публикация API > Каналы VPC.
  4. Нажмите Создать VPC‑канал, а также задайте параметры, перечисленные в Таблица 1.

    Таблица 1 Параметры создания VPC‑канала

    Параметр

    Описание

    Имя

    Имя VPC‑канала.

    Порт

    Хост‑порт VPC‑канала, то есть порт backend‑службы.

    Диапазон: 1–65535.

    Тип участника

    Выберите метод, который вы хотите использовать для указания серверов для канала VPC. Тип участника — одноразовая конфигурация и не может быть изменён после создания канала VPC.

    • Экземпляр: Выберите облачные серверы.
    • IP-адрес: Укажите IP-адреса облачных серверов.

    Этот параметр доступен только для выделенных шлюзов.

    Алгоритм маршрутизации

    Алгоритм, который будет использоваться для перенаправления запросов к выбранным вами облачным серверам.

    Доступны следующие алгоритмы маршрутизации:

    • WRR: взвешенный круговой обход
    • WLC: взвешенный наименьший по соединениям
    • SH: хеширование источника
    • Хеширование URI

    Протокол

    Протокол, используемый для выполнения проверок работоспособности облачных серверов, связанных с VPC‑каналом. Параметры:

    • TCP
    • HTTP
    • HTTPS

    Значение по умолчанию: TCP.

    Путь

    Путь назначения для проверок работоспособности.

    Установите этот параметр только когда Протокол не установлен в TCP.

    Порт проверки

    Порт назначения для проверок работоспособности.

    По умолчанию будет использован порт VPC‑канала.

    Порог здоровья

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

    Диапазон: 2–10. Значение по умолчанию: 2.

    Порог нездорового состояния

    Количество последовательных неудачных проверок, необходимых для того, чтобы облачный сервер считался нездоровым.

    Диапазон: 2–10. Значение по умолчанию: 5.

    Тайм‑аут (с)

    Тайм‑аут, используемый для определения, не удалось ли проверка работоспособности. Единица: с.

    Диапазон: 2–30. Значение по умолчанию: 5.

    Интервал (с)

    Интервал между последовательными проверками. Единица: с.

    Диапазон: 5–300. Значение по умолчанию: 10.

    Коды ответов

    Коды HTTP, используемые для проверки успешного ответа от цели.

    Установите этот параметр только когда Протокол не установлен в TCP.

  5. Щелкните Далее.
  6. Щелкните Выберите облачный сервер.
  7. Выберите облачные серверы, которые хотите добавить, и нажмите OK.

    Note

    При использовании общего шлюза, чтобы обеспечить успешную проверку работоспособности и доступность сервиса, настройте группы безопасности облачных серверов, чтобы разрешить доступ из 100.125.0.0/16.

  8. Щелкните Завершить.

Follow-Up Operations

Создать API для бэкенд‑сервисов, развернутых в VPC, для балансировки нагрузки.

Родительская тема: VPC Управление каналом
Поддержка Юридические документы
© 2026 Cloud.ru