У меня есть два выделенных сервера в двух разных местах. Один в США (на основе CentOS), еще один в Азии (на основе Debian). Необходимо реализовать кластеризацию HTTP с высокой доступностью.
Основная сложность - разные ОС. Будет heartbeat быть лучше или другое?
Лучшее решение для кластеризации - это решение на уровне приложения, которое реплицирует сеансы на все задействованные серверы. Если это у вас есть, вам понадобится база данных ниже этого, которая реплицирует данные в оба места.
Имея это на месте, вы готовы к балансировке нагрузки и имеете активный-активный кластер без необходимости в механизме переключения при отказе.
ОС не должна иметь большого значения (может быть даже Linux и W2K8R2). Единственный случай, о котором вы должны подумать, - это повторное соединение узла, который ранее не работал. Приложение не должно запускаться, пока БД снова не синхронизируется.
Вам не нужна и не нужна кластеризация с высокой доступностью, даже если вы можете дешево реализовать ее, используя разные операционные системы, расположенные за тысячи миль друг от друга.
Посмотрите на глобальную балансировку нагрузки, которую могут предложить одна или обе ваши хостинговые компании. Ваш URL-адрес разрешается на устройство, которое затем перенаправляется на любой из ваших двух серверов, который активен (если вы рассматриваете один как ваш основной сайт, а другой как сайт аварийного восстановления), или на то, что ближе всего к конечному пользователю (если оба сайта Бег).