Резервирование сети для кластеров Active/Active/DBStandBy и Active/Active/ExternalDB

На сетевом уровне может быть реализовано резервирование всех сетевых интерфейсов по технологии Linux Ethernet Bonding.

Сетевые интерфейсы подключены к разным коммутаторам, за счет чего достигается резервирование сетевой инфраструктуры.

Способы резервирования сети

  1. Полное резервирование

    Оба сервера из состава кластера имеют по четыре сетевых интерфейса. Интерфейсы eth0 и eth2, объединенные по технологии Linux Ethernet Bonding, используются для подключения Платформы IVA MCU к сети заказчика и подключены к разным коммутаторам. Через эти интерфейсы осуществляется доступ пользователей к Платформе, а также удаленное управление решением со стороны системных администраторов и обслуживающего персонала. Также эти два интерфейса используются программным обеспечением Pacemaker для проверки доступности узлов кластера, обмена информацией о состоянии узлов и ресурсов, работающих под управлением кластера.

    Интерфейсы eth1 и eth3, объединенные по технологии Linux Ethernet Bonding, используются Pacemaker в качестве резервного канала связи bond1 для проверки доступности узлов кластера, обмена информацией о состоянии узлов и ресурсов, работающих под управлением кластера. Дополнительно через эти интерфейсы осуществляется резервное копирование базы данных PostgreSQL и репликация данных с активного узла базы данных на резервный узел.

    Полное резервирование
  1. Частичное резервирование

    Доступ к Платформе IVA MCU может стать недоступным извне при потере связи с единственным сетевым коммутатором. Связь между узлами кластера сохраняется за счет резервированного канала связи bond1. Частичное резервирование используется в том случае, если для развертывания Платформы доступен только один сетевой коммутатор.

    Частичное резервирование
  1. Без резервирования

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

    • внутреннее тестирование сценариев падения без тестирования сценария пропадания связи между узлами

    • тестовая демонстрация без демонстрации случая пропадания связи между узлами

    • невозможность настроить резервирование сети. В этом случае можно настроить сервер арбитр.

    Основная проблема схемы без резервирования — наличие split-brain, когда при пропадании сетевой связности между узлами каждый узел будет считать себя активным.

    Сеть без резервирования