Архитектура HA для активно-активной конфигурации - PullRequest
0 голосов
/ 29 апреля 2020

Я хочу настроить HA для своего приложения, где будут несколько серверов приложений, и все они будут общаться с общим mysql db сервером.

Я решил go с vip + haproxy (активный / пассивный) + настройка galera для моего слоя БД. т. е. весь сервер приложений будет обращаться к БД с помощью виртуального ip (ip). VIP назначается любому из haproxy-серверов с использованием keepalived. И тогда haproxy распределяет нагрузку на узлы galera db. Вся эта настройка на уровне БД активна / активна.

Приходя на сервер приложений HA, я не уверен, какая конфигурация будет лучшей! Здесь я также хочу иметь активную / активную конфигурацию.

Я могу использовать вышеуказанную настройку -> VIP с keepalived + haproxy (активный / пассивный) и направлять запросы на серверы приложений на основе некоторых алгоритмов маршрутизации. HAProxy также может отслеживать службы, работающие на серверах приложений, поэтому, если какая-либо служба не работает, она не будет запрашивать этот сервер приложений. Теперь я также знаю, что кардиостимулятор (также имеет corosyn c, heartbeat) - это менеджер кластерных ресурсов, специализирующийся на использовании в подобных ситуациях. Но в основном я видел, как кардиостимулятор использовался в активной / пассивной конфигурации, и несколько активных / активных конфигураций, использующих кардиостимулятор, казались очень тяжелыми в настройке и неудобными для управления.

может кто-нибудь, пожалуйста, поможет мне понять,

  • , если активная / активная конфигурация кардиостимулятора достаточно хороша или кардиостимулятор лучше для активной / пассивной конфигурации

  • при активной / активной конфигурации кардиостимулятора есть преимущество, что vip + keepalived + настройка haproxy не может предложить

  • , что является хорошим подходом для активной / активной конфигурации в целом для моего сценария

...