Далеко не всегда можно выносить информацию на сторонние ресурсы. Скорости или latency до германии могут не устроить для некоторых задач.
Да и падают датацентры, никто простой в пару часов вам возмещать в ценах Ваших убытков не будет.
From: nginx-ru-bounces@xxxxxxxxx [mailto:nginx-ru-bounces@xxxxxxxxx] On Behalf Of Артем Васильев Sent: Tuesday, January 14, 2014 1:26 PM To: nginx-ru@xxxxxxxxx Subject: Re: две А записи в DNS - будет ли тормозить, если один из провайдеров отвалится ?
Любой ДЦ/хостинг априори надежнее чем такое HA-решение на основе местных пионер-телекомов.
И избавляет от подобных вопросов и прочей ненужной головной боли.
14 января 2014 г., 11:21 пользователь Alex Domoradov <alex.hha@xxxxxxxxx> написал:
Ну вообще то ни один ДЦ/Хостинг не гарантирует вам 100% Uptime, хотя многие и пишут, но это маркетинг.
> На что только не идут люди, лишь бы не покупать себе впс для хостинга > > > 14 января 2014 г., 9:46 пользователь Лапочкин Константин <kostenl@xxxxxxxxx> > написал: > >> Да, появляется ещё один сервис, ДНС, от которого зависит работоспособность >> сайта. >> >> В вашем случае, если уже есть скрипт, который осуществляет переключение >> провайдера, допилить его на изменение А записи на удалённом (не вашем) >> dns >> сервере. С условием выставления минимального ttl для этой записи что-то >> может получиться. Однако, в этом случае ещё одной точкой отказа станет >> ваш >> скрипт. >> >> Ну, про Amazon Route 53 уже сказали. >> >> -----Original Message----- >> From: nginx-ru-bounces@xxxxxxxxx [mailto:nginx-ru-bounces@xxxxxxxxx] On >> Behalf Of Vladimir Skubriev >> Sent: Tuesday, January 14, 2014 11:21 AM >> To: nginx-ru@xxxxxxxxx >> 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@xxxxxxxxx >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru@xxxxxxxxx >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > -- > WBR > Artem V. Vasiliev > > _______________________________________________ > nginx-ru mailing list > nginx-ru@xxxxxxxxx > http://mailman.nginx.org/mailman/listinfo/nginx-ru _______________________________________________ nginx-ru mailing list nginx-ru@xxxxxxxxx http://mailman.nginx.org/mailman/listinfo/nginx-ru
