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

Артем Васильев artem.vasiliev at gmail.com
Tue Jan 14 07:25:39 UTC 2014


Любой ДЦ/хостинг априори надежнее чем такое 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/55fffdfd/attachment-0001.html>


Подробная информация о списке рассылки nginx-ru