RE: две А записи в DNS - будет ли тормозить, если один из провайдеров отвалится ?

[Лапочкин Константин]

Далеко не всегда можно выносить информацию на сторонние ресурсы. Скорости или latency до германии могут не устроить для некоторых задач.

Да и падают датацентры, никто простой в пару часов вам возмещать в ценах Ваших убытков не будет.

 

From: nginx-ru-bounces at nginx.org [mailto:nginx-ru-bounces at nginx.org] On Behalf Of Артем Васильев
Sent: Tuesday, January 14, 2014 1:26 PM
To: nginx-ru at nginx.org
Subject: Re: две А записи в DNS - будет ли тормозить, если один из провайдеров отвалится ?

 

Любой ДЦ/хостинг априори надежнее чем такое HA-решение на основе местных пионер-телекомов.

И избавляет от подобных вопросов и прочей ненужной головной боли.

 

14 января 2014 г., 11:21 пользователь Alex Domoradov <alex.hha at gmail.com> написал:

Ну вообще то ни один ДЦ/Хостинг не гарантирует вам 100% Uptime, хотя
многие и пишут, но это маркетинг.

2014/1/14 Артем Васильев <artem.vasiliev at gmail.com>:

> На что только не идут люди, лишь бы не покупать себе впс для хостинга
>
>
> 14 января 2014 г., 9:46 пользователь Лапочкин Константин <kostenl at gmail.com>
> написал:
>
>> Да, появляется ещё один сервис, ДНС, от которого зависит работоспособность
>> сайта.
>>
>> В вашем случае, если уже есть скрипт, который осуществляет переключение
>> провайдера,  допилить его на изменение А записи на удалённом (не вашем)
>> dns
>> сервере. С условием выставления минимального ttl для этой записи что-то
>> может получиться.  Однако, в этом случае ещё одной точкой отказа станет
>> ваш
>> скрипт.
>>
>> Ну, про  Amazon Route 53  уже сказали.
>>
>> -----Original Message-----
>> From: nginx-ru-bounces at nginx.org [mailto:nginx-ru-bounces at nginx.org] On
>> Behalf Of Vladimir Skubriev
>> Sent: Tuesday, January 14, 2014 11:21 AM
>> To: nginx-ru at 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 at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
>
> --
> WBR
> Artem V. Vasiliev
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru at nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru





 

-- 

WBR 

Artem V. Vasiliev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20140114/bb87ac2e/attachment-0001.html>