Исправление lizard, (текущая версия) :
Тоже долго мучал все эти прокмоксы с опенстеками и то что ниже уровнем, в итоге пришёл к тому, что «отказоустойчивость» проще и надёжнее реализовать на уровне приложения. Репликация базы, несколько application-серверов, самодельный велосипед для управления nginx, который передёргивает апстримы по результатам heartbeat, аналогичный скрипт для баз, меняющий мастера со слейвом, приложение, умеющее переключаться на запасную базу данных и следящее за тем, чтобы не наткнуться на слейв-базу. Дело в том, что все эти красивые решения с фенсингом и прочим энтерпрайзом можно реализовать либо на своём железе, которое стоит прямо у тебя под попой, либо за много денег в датацентре. Если надо дёшево и сердито, то приходится извращаться подобным образом. С другой стороны, бонусом можно получить независимость инфраструктуры от вендора, провайдера и даже чёрта лысого, а также возможность разносить сервисы географически по разным датацентрам, если задержки не критичны. Для DRBD ты не поставишь одну ноду в Питере, другую в Москве, а третью на Камчатке. Минус: если твой софт не умеет так работать, то либо дорабатывать напильником, либо смириться и идти по первому пути.
Исходная версия lizard, :
Тоже долго мучал все эти прокмоксы с опенстеками и то что ниже, в итоге пришёл к тому, что «отказоустойчивость» проще и надёжнее реализовать на уровне приложения. Репликация базы, несколько application-серверов, самодельный велосипед для управления nginx, который передёргивает апстримы по результатам heartbeat, аналогичный скрипт для баз, меняющий мастера со слейвом, приложение, умеющее переключаться на запасную базу данных и следящее за тем, чтобы не наткнуться на слейв-базу. Дело в том, что все эти красивые решения с фенсингом и прочим энтерпрайзом можно реализовать либо на своём железе, которое стоит прямо у тебя под попой, либо за много денег в датацентре. Если надо дёшево и сердито, то приходится извращаться подобным образом. С другой стороны, бонусом можно получить независимость инфраструктуры от вендора, провайдера и даже чёрта лысого, а также возможность разносить сервисы географически по разным датацентрам, если задержки не критичны. Для DRBD ты не поставишь одну ноду в Питере, другую в Москве, а третью на Камчатке. Минус: если твой софт не умеет так работать, то либо дорабатывать напильником, либо смириться и идти по первому пути.