Да, появляется ещё один сервис, ДНС, от которого зависит работоспособность сайта.
В вашем случае, если уже есть скрипт, который осуществляет переключение провайдера, допилить его на изменение А записи на удалённом (не вашем) dns сервере. С условием выставления минимального ttl для этой записи что-то может получиться. Однако, в этом случае ещё одной точкой отказа станет ваш скрипт. Ну, про Amazon Route 53 уже сказали. -----Original Message----- From: nginx-ru-boun...@nginx.org [mailto:nginx-ru-boun...@nginx.org] On Behalf Of Vladimir Skubriev Sent: Tuesday, January 14, 2014 11:21 AM To: nginx-ru@nginx.org Subject: Re: две А записи в DNS - будет ли тормозить, если один из провайдеров отвалится ? 14.01.2014 09:11, Лапочкин Константин пишет: > У вас даже всё проще. В случае с 2-я датацентрами, вам надо > организовывать репликацию. В вашем случае - нет. > > Вам надо организовать, что бы на каждом входящем интерфейсе слушал dns > сервер и на запрос site.com отдавал свой белый ип. > > Допустим, у вас 2 белых адреса x.x.x.x и y.y.y.y Если через днс > спросить у x.x.x.x адрес сайта site.com он ответит x.x.x.x. Если > через днс спросить у y.y.y.y адрес сайта site.com он ответит y.y.y.y. > Остальное по статье. Если днс провайдера видит, что dns сервер на > x.x.x.x не отвечает, он спросит адрес у второго сервера и клиенты пойдут на y.y.y.y. > Все оказывается так просто - но не в моей ситуации (Увы)! За раскладку большое спасибо. Все по полочкам. Большая благодарность. Только можно еще один вопрос. Дело в том, что моё начальство программисты и угодить им - практически не возможно. По крайней мере сколько я себя знаю. На данное предложение - они обязательно скажут, что держать свой DNS сервер для зоны нашего сайта - не надежно и этот вариант скорее всего отметут. Дело вот в чем, они хотят, чтобы в не зависимости от того, какой провайдер в текущий момент работал - работал сайт. Т.е. требования одновременной работы нет. Хотя бы через одного провайдера бы работал - и этого достаточно. За самодеятельсность - серьезная вздрючка. Поэтому возникает вопрос какие еще могут быть альтернативные решения в такой ситуации. Я с таким еще не сталкивался. -- -- Faithfully yours, Vladimir Skubriev _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru