Добавление нескольких записи для того же хоста к цели резервирования
Проблема с этим решением заключается в том, что DNS будет продолжать раздавать оба IP-адреса, даже если один сервер / ISP не работает, что означает, что на самом деле это не достигнет вашей цели. Если вам действительно нужен настоящий резервный сайт, лучший способ сделать это - настроить BGP.
Это процесс, но вы работаете со своим интернет-провайдером, чтобы настроить маршрутизатор BGP на каждом сайте, рекламирующем вашу общедоступную сеть. Когда один из маршрутизаторов или интернет-провайдеров выходит из строя, резервный маршрутизатор может начать рекламировать вашу сеть с резервного сайта в считанные секунды. Никаких изменений DNS, никакого ожидания тайм-аута или очистки - это просто работает.
РЕДАКТИРОВАТЬ ** Добавить вторичное решение.
Если настройка BGP просто слишком досягаема из-за бюджета или каких-либо других ограничений, я бы рекомендовал вам настроить DNS-сервер на каждом сайте с очень коротким TTL (например, 10 минут, если у вас нет ОГРОМНОГО количества движение). На каждом DNS-сервере создайте одну запись A с IP-адресом сервера на этом сайте. Итак, на сайте A настройте запись хоста с IP-адресом на сайте A, а на сайте B создайте запись с IP-адресом на сайте B. Таким образом, когда ISP выйдет из строя, вы больше не будете обслуживать IP-адреса, которые недоступны.
Помните, что с этим решением у вас будут клиенты, которые кэшировали «плохой» IP-адрес, и им придется ждать, пока истечет время ожидания, прежде чем они поместят «хороший» IP-адрес с другого DNS-сервера.
Для веб-сервисов определенных типов клиентов это сработает, если вы запустите команду "host www.google.com", вы увидите, что они возвращаются с вращающимся списком географически значимых WIP. Современный браузер (главный клиент google) понимает, что они могут использовать этот пул адресов по порядку без дополнительных поисков резольвера.
Конечно, некоторые клиенты не делают этого и будут использовать первый адрес и никогда не будут продолжать.
Это не очень ценная форма высокой доступности, но она объясняет то, что Вы видите, когда смотрите на реализацию dns сайта определенных людей.
.