Любой ДЦ/хостинг априори надежнее чем такое HA-решение на основе местных пионер-телекомов. И избавляет от подобных вопросов и прочей ненужной головной боли.
14 января 2014 г., 11:21 пользователь Alex Domoradov <alex....@gmail.com>написал: > Ну вообще то ни один ДЦ/Хостинг не гарантирует вам 100% Uptime, хотя > многие и пишут, но это маркетинг. > > 2014/1/14 Артем Васильев <artem.vasil...@gmail.com>: > > На что только не идут люди, лишь бы не покупать себе впс для хостинга > > > > > > 14 января 2014 г., 9:46 пользователь Лапочкин Константин < > kost...@gmail.com> > > написал: > > > >> Да, появляется ещё один сервис, ДНС, от которого зависит > работоспособность > >> сайта. > >> > >> В вашем случае, если уже есть скрипт, который осуществляет переключение > >> провайдера, допилить его на изменение А записи на удалённом (не вашем) > >> 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 > > > > > > > > > > -- > > WBR > > Artem V. Vasiliev > > > > _______________________________________________ > > 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 > -- WBR Artem V. Vasiliev
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
