Обзор виртуального IP-адреса

Виртуальный 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-адресу, чтобы ECSs могли быть доступны из Internet.

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

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

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

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

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

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

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