У меня есть веб-сервер. У меня есть 2 статических IP-адреса от 2-х разных интернет-провайдеров. Я хочу убедиться, что мой веб-сервер доступен, когда сеть (-ы) одного интернет-провайдера не работает.
например
my host name a.example.com
my ISP1 IP : x.134.x.100
my ISP1 IP : x.10.x.10
Текущие записи A в моем DNS для example.com.
a.example.com x.134.x.100
a.example.com x.10.x.10
Мой брандмауэр направляет оба запроса на один и тот же сервер, и это отлично работает.
У меня вопрос
«Это правильное решение проблемы? Если нет, то какое решение правильное?»
РЕДАКТИРОВАТЬ: я видел эту ссылку http://www.linuxquestions.org/questions/linux-general-1/multiple-a-records-in-dns-734680/
Теперь мой вопрос: каков самый простой / дешевый способ обеспечить высокую доступность?
Проблема с этим решением заключается в том, что DNS будет продолжать раздавать оба IP-адреса, даже если один сервер / интернет-провайдер не работает, что означает, что он не достигнет вашей цели. Если вам действительно нужен настоящий резервный сайт, лучший способ сделать это - настроить 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 на веб-сайтах определенных людей.