<div dir="ltr">Любой ДЦ/хостинг априори надежнее чем такое HA-решение на основе местных пионер-телекомов.<div>И избавляет от подобных вопросов и прочей ненужной головной боли.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
14 января 2014 г., 11:21 пользователь Alex Domoradov <span dir="ltr"><<a href="mailto:alex.hha@gmail.com" target="_blank">alex.hha@gmail.com</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ну вообще то ни один ДЦ/Хостинг не гарантирует вам 100% Uptime, хотя<br>
многие и пишут, но это маркетинг.<br>
<br>
2014/1/14 Артем Васильев <<a href="mailto:artem.vasiliev@gmail.com">artem.vasiliev@gmail.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> На что только не идут люди, лишь бы не покупать себе впс для хостинга<br>
><br>
><br>
> 14 января 2014 г., 9:46 пользователь Лапочкин Константин <<a href="mailto:kostenl@gmail.com">kostenl@gmail.com</a>><br>
> написал:<br>
><br>
>> Да, появляется ещё один сервис, ДНС, от которого зависит работоспособность<br>
>> сайта.<br>
>><br>
>> В вашем случае, если уже есть скрипт, который осуществляет переключение<br>
>> провайдера,  допилить его на изменение А записи на удалённом (не вашем)<br>
>> dns<br>
>> сервере. С условием выставления минимального ttl для этой записи что-то<br>
>> может получиться.  Однако, в этом случае ещё одной точкой отказа станет<br>
>> ваш<br>
>> скрипт.<br>
>><br>
>> Ну, про  Amazon Route 53  уже сказали.<br>
>><br>
>> -----Original Message-----<br>
>> From: <a href="mailto:nginx-ru-bounces@nginx.org">nginx-ru-bounces@nginx.org</a> [mailto:<a href="mailto:nginx-ru-bounces@nginx.org">nginx-ru-bounces@nginx.org</a>] On<br>
>> Behalf Of Vladimir Skubriev<br>
>> Sent: Tuesday, January 14, 2014 11:21 AM<br>
>> To: <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
>> Subject: Re: две А записи в DNS - будет ли тормозить, если один из<br>
>> провайдеров отвалится ?<br>
>><br>
>> 14.01.2014 09:11, Лапочкин Константин пишет:<br>
>> > У вас даже всё проще. В случае с 2-я датацентрами, вам надо<br>
>> > организовывать репликацию. В вашем случае - нет.<br>
>> ><br>
>> > Вам надо организовать, что бы на каждом входящем интерфейсе слушал dns<br>
>> > сервер и на запрос <a href="http://site.com" target="_blank">site.com</a> отдавал свой белый  ип.<br>
>> ><br>
>> > Допустим, у вас 2 белых адреса x.x.x.x и y.y.y.y Если через днс<br>
>> > спросить у x.x.x.x адрес сайта <a href="http://site.com" target="_blank">site.com</a> он ответит x.x.x.x.  Если<br>
>> > через днс спросить у y.y.y.y адрес сайта <a href="http://site.com" target="_blank">site.com</a> он ответит y.y.y.y.<br>
>> > Остальное по статье. Если днс провайдера видит, что dns сервер на<br>
>> > x.x.x.x не отвечает, он спросит адрес у второго сервера и клиенты пойдут<br>
>> на y.y.y.y.<br>
>> ><br>
>> Все оказывается так просто - но не в моей ситуации (Увы)!<br>
>><br>
>> За раскладку большое спасибо. Все по полочкам. Большая благодарность.<br>
>><br>
>> Только можно еще один вопрос.<br>
>><br>
>> Дело в том, что моё начальство программисты и угодить им - практически не<br>
>> возможно.<br>
>><br>
>> По крайней мере сколько я себя знаю. На данное предложение - они<br>
>> обязательно<br>
>> скажут, что держать свой DNS сервер для зоны нашего сайта - не надежно и<br>
>> этот вариант скорее всего отметут.<br>
>><br>
>> Дело вот в чем, они хотят, чтобы в не зависимости от того, какой провайдер<br>
>> в<br>
>> текущий момент работал - работал сайт.<br>
>><br>
>> Т.е. требования одновременной работы нет. Хотя бы через одного провайдера<br>
>> бы<br>
>> работал - и этого достаточно.<br>
>><br>
>> За самодеятельсность - серьезная вздрючка.<br>
>><br>
>> Поэтому возникает вопрос какие еще могут быть альтернативные решения в<br>
>> такой<br>
>> ситуации.<br>
>><br>
>> Я с таким еще не сталкивался.<br>
>><br>
>> --<br>
>> --<br>
>> Faithfully yours,<br>
>><br>
>> Vladimir Skubriev<br>
>><br>
>> _______________________________________________<br>
>> nginx-ru mailing list<br>
>> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
>> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
>> _______________________________________________<br>
>> nginx-ru mailing list<br>
>> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
>> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
><br>
><br>
><br>
><br>
> --<br>
> WBR<br>
> Artem V. Vasiliev<br>
><br>
> _______________________________________________<br>
> nginx-ru mailing list<br>
> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">WBR <div>
Artem V. Vasiliev</div></div>
</div>