Virtual IP Address Обзор

Виртуальный IP-адрес — это частный IP-адрес, назначаемый независимо от подсети VPC. Его можно освободить, когда он больше не нужен. Вы можете:

• Привяжите один или несколько виртуальных IP-адресов к облачному серверу, чтобы иметь возможность использовать как виртуальный, так и частный IP-адрес для доступа к серверу. Если на облачном сервере запущено несколько сервисов, вы можете использовать разные виртуальные IP-адреса для доступа к ним.

• Привяжите виртуальный IP-адрес к нескольким облачным серверам. Вы можете использовать виртуальный IP-адрес и программное обеспечение HA (например Keepalived) для создания кластера высокой доступности с активным/резервным режимом. Если вы хотите повысить доступность сервиса и избежать единых точек отказа, вы можете развернуть облачные серверы в режиме активный/резервный или развернуть один активный облачный сервер и несколько резервных облачных серверов. В этой конфигурации все облачные серверы используют один и тот же виртуальный IP-адрес. Если активный облачный сервер выходит из строя, резервный облачный сервер становится активным и продолжает предоставлять услуги.

Как правило, облачные серверы используют частные IP-адреса для внутренней коммуникации. Виртуальные IP-адреса обеспечивают аналогичный доступ и поддерживают связь внутри VPC на уровнях Layer 2 и Layer 3, между VPC с соединениями VPC peering, между облачными и локальными сетями с помощью VPN или Direct Connect, а также доступ в Интернет с помощью EIP. Figure 1 описывает, как совместно работают частные IP-адреса, виртуальный IP-адрес и EIP.

• Частные IP-адреса используются для внутренней сетевой коммуникации.
• Виртуальный IP-адрес работает с Keepalived для построения кластера HA. ECS в этом кластере могут быть доступны через один виртуальный IP-адрес.
• EIP используются для коммуникации с Интернетом.

Вы можете использовать виртуальный IP-адрес и Keepalived для создания кластера высокой доступности с активным/резервным режимом. Если активный облачный сервер выходит из строя, резервный сервер становится активным и продолжает предоставлять услуги. Ниже описаны типичные сценарии применения виртуальных IP-адресов.

Figure 2 показывает кластер высокой доступности, созданный с использованием виртуального IP-адреса и Keepalived. Они работают следующим образом:

1. Виртуальный IP-адрес 192.168.0.177 привязан к ECS-HA1 и ECS-HA2. Keepalived настроен на двух ECS.
2. EIP-A привязан к виртуальному IP-адресу, чтобы ECS могли быть доступны из Internet.

В этом кластере ECS-HA1 работает как активный ECS и предоставляет сервисы, доступные из Internet с использованием EIP-A. ECS-HA2 работает как резервный ECS, на нём не развернуты сервисы. Если ECS-HA1 выходит из строя, ECS-HA2 принимает сервисы, обеспечивая непрерывность обслуживания.

Как показано на Figure 3, виртуальный IP-адрес, Keepalived и LVS используются для создания кластера балансировки нагрузки с высокой доступностью. LVS используется для балансировки нагрузки, а Keepalived — для обеспечения высокой доступности. Они работают следующим образом:

1. Виртуальный IP-адрес 10.10.1.10 привязан к ECS-01 и ECS-02. Keepalived и LVS (режим DR) настроены на ECS-01 и ECS-02 для создания активных/резервных LVS‑серверов. Таким образом, запросы от клиентов могут равномерно распределяться между различными серверами бэкенда.
2. ECS-03 и ECS-04 настроены как backend‑серверы для обработки запросов к сервисам.
3. Параметр проверки source/destination необходимо отключить.

   При привязке виртуального IP-адреса к ECS параметр проверки source/destination сетевого интерфейса ECS автоматически отключается. Если параметр не отключён, отключите его.

В этом кластере балансировки нагрузки ECS-01 работает как активный LVS‑сервер, распределяя запросы от клиентов. Если ECS-01 выходит из строя, ECS-02 принимает на себя распределение запросов от клиентов, обеспечивая высокую доступность кластера LVS.

Table 1 перечисляет квоты виртуальных IP-адресов. Некоторые квоты по умолчанию могут быть увеличены.

• Если у cloud server несколько сетевых интерфейсов, находящихся в одной подсети, не рекомендуется привязывать к ним виртуальные IP-адреса. На ECS могут возникнуть конфликты маршрутизации, что приведёт к сбоям связи при использовании виртуального IP-адреса.
• Если вы используете виртуальные IP-адреса и Keepalived для создания HA‑кластера с cloud servers, работающих в паре active/standby, backend‑cloud servers, привязанные к одному и тому же виртуальному IP-адресу, будут получать одинаковые пакеты данных.
  • Cross-VPC communication: После того как два VPC соединены через VPC peering, Direct Connect или VPN‑соединение, если активные/резервные cloud servers в HA‑кластере привязаны к одному и тому же виртуальному IP-адресу в VPC, оба cloud servers, работающих в паре active/standby, получат запросные пакеты данных от другого VPC. Например, предположим, что VPC‑A и VPC‑B соединены через VPC peering, а ECS‑A01 и ECS‑A02 в VPC‑A работают в паре active/standby и привязаны к одному и тому же виртуальному IP-адресу. Если ECS‑B в VPC‑B отправит запрос к HA‑кластеру, оба ECS‑A01 и ECS‑A02 получат запросный пакет.
  • Public network access: Если активные/резервные серверы в HA‑кластере привязаны к одному и тому же виртуальному IP-адресу, к которому привязан EIP, оба cloud servers, работающих в паре active/standby, будут получать запросные пакеты, когда запросы инициируются из Интернета. Например, если ECS‑C01 и ECS‑C02 в VPC‑C привязаны к одному и тому же виртуальному IP-адресу, и этот виртуальный IP-адрес привязан к EIP, оба ECS, работающих в паре active/standby, могут предоставлять сервисы, доступные из Интернета. Если запрос инициируется из публичной сети, оба ECS‑C01 и ECS‑C02 получат запросные пакеты.