марионетка: сервис nagios подписывает не работу

Linux HA является хорошим набором инструментов. Если Вы хотите простой, пойдите с heartbeat 1; heartbeat 2 перешел к more-than-2-node кластерам и конфигурации XML. 1 достаточно для самых простых случаев с 2 узлами.

Но в то время как я соглашаюсь, что наличие прокси перед Вашим приложением всегда является хорошей идеей (выполняющий несколько серверов как прибывающий из одного виртуального сервера &c), Ваша установка, поскольку Вы описываете это, походит на представление нового SPF: прокси.

То, что Вы - вероятно, более обеспеченное выполнение в своем случае, должно было бы выполнить оба сервера в активно-активной конфигурации, включая полный веб-сервис и полный сервис прокси на обоих (!).

Просто heartbeat набора для принятия трех дюйм/с: тот для активного сервера MySQL, тот для активного веб-сервера и тот для активного прокси (только последний должен быть общедоступным).

Затем установите прокси, чтобы всегда перейти к внутреннему "активному веб-серверу" IP и веб-сервер для движения в "активный сервер БД" IP.

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

Начальная настройка могла быть похожей на это:

   Server A (Apache on Port 80)   Server A (Apache Port 8080)    Server A MySQL <-----------
              |                \           |                 \        |                      \
Web <-> Public Proxy IP         >-> Shared Private Web IP     >--> Shared Private MySQL IP    | Mysql Synchronization Link
              |                /           |                 /        |                      /
   Server B (Apache on Port 80)   Server B (Apache Port 8080)    Server B MySQL <-----------

Затем можно беспрепятственно перейти к балансировке действительной нагрузки (как упомянуто для сети) и кластеризация MySQL, когда Вы хороши и готовы без видимых пользователем изменений.

Лучший из всех: Все еще помещение Вашего приложения позади прокси сразу (даже если прокси являются 'действительно' просто теми же серверами) выставит много ошибок в Ваших веб-приложениях (предположения об именах хостов и путях в создании ссылки &c) рано!