Итак по порядку отвечаю на все сообщения:1) Насчет нетого пути - путей много и можно сделать и как вы пишите, но проблем с моим путем (с распределением нагрузки) у меня ещё не возникло.
2) Рассуждения от Andrey Mitrofanov - уже ближе к делу, а именно: обеспечить кластеризацию рядом стоящих серверов несложно(для специалиста), речь идет о том, что есть 2 кластера, допустим в каждом по 2 сервера, кластеры у двух разных провов, упал канал, свет, или ещё что там у одного провайдера, и клиенты должны автоматом перекинуться на второй кластер, который в штатном режиме просто ловил 50% обращений.
3) CARP - совсем жарко :-) это часть решения, которую я уже испытываю в данный момент(результат опишу), но это кластеризация(CARP может как просто "подхватывать адреса", так и балансировать запросы) именно двух серверов у одного провайдера.
4) Отказоустойчивость достигается как кластером, так и репликацией, порой эти понятия даже имеют единый смысл, например в доках по кластеру на postgresql часто используют слово репликация вместо кластера.... Но сейчас не идет речи о том, что уменя БД плохо синхронится, или апач перегружен....
Сейчас есть промежуточное решение, но оно как-бы сказать дорогое и ИМХО из пушки по муровьям, итак:
2 кластера, каждый состоит из 2-х серверов, кластера стоят у 2-х разных провайдеров.
1) Между серверами в кластере поднимается CARP с балансировкой.
2) Покупается автономная система, на своем роутере настраиваем маршруты или делаем round-robin для балансировки запросов ещё и между кластерами.