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

[s at bykov.odessa.ua]

Зачем вам вообще эти хостинги-шмостинги, сервера асинхронные, днс-ы 
непонятные. Ящетаю так - захотелось купить молочка - сходи на рынок, 
пообщайся с людьми, поторгуйся в конце концов

Нормальные люди днем уголь разгружают или лес рубят, а вечером с 
друзьями в баре пиво сидят пьют. А эти компьютерщики уткнулись в свои 
мониторы, тыкают непонятные букофки по кнопочкам. Сидят что-то 
выискивают в своих интернетах.

Что вы там выискиваете? Коль вздумалось что-то найти - выйди ты, не 
поленись, на крыльцо, послушай, о чем бабки сплетничают, впитай народную 
мудрость как береста.

А если по кнопочкам охота потыкать - возьми гармошку, выйди в честной 
народ, спой колядки и получи благодарственный калач (а может и окорок 
зажиточный крестьянин в мешок покладет).

Тем более Новый год сегодня!
С праздником!


> Любой ДЦ/хостинг априори надежнее чем такое HA-решение на основе 
> местных пионер-телекомов.
> И избавляет от подобных вопросов и прочей ненужной головной боли.
>
>
> 14 января 2014 г., 11:21 пользователь Alex Domoradov 
> <alex.hha at gmail.com <mailto:alex.hha at gmail.com>> написал:
>
>     Ну вообще то ни один ДЦ/Хостинг не гарантирует вам 100% Uptime, хотя
>     многие и пишут, но это маркетинг.
>
>     2014/1/14 Артем Васильев <artem.vasiliev at gmail.com
>     <mailto:artem.vasiliev at gmail.com>>:
>     > На что только не идут люди, лишь бы не покупать себе впс для
>     хостинга
>     >
>     >
>     > 14 января 2014 г., 9:46 пользователь Лапочкин Константин
>     <kostenl at gmail.com <mailto: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>
>     [mailto: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 <mailto:nginx-ru at nginx.org>
>     >> Subject: Re: две А записи в DNS - будет ли тормозить, если один из
>     >> провайдеров отвалится ?
>     >>
>     >> 14.01.2014 09:11, Лапочкин Константин пишет:
>     >> > У вас даже всё проще. В случае с 2-я датацентрами, вам надо
>     >> > организовывать репликацию. В вашем случае - нет.
>     >> >
>     >> > Вам надо организовать, что бы на каждом входящем интерфейсе
>     слушал dns
>     >> > сервер и на запрос site.com <http://site.com> отдавал свой
>     белый  ип.
>     >> >
>     >> > Допустим, у вас 2 белых адреса x.x.x.x и y.y.y.y Если через днс
>     >> > спросить у x.x.x.x адрес сайта site.com <http://site.com> он
>     ответит x.x.x.x.  Если
>     >> > через днс спросить у y.y.y.y адрес сайта site.com
>     <http://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 <mailto:nginx-ru at nginx.org>
>     >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>     >> _______________________________________________
>     >> nginx-ru mailing list
>     >> nginx-ru at nginx.org <mailto: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 <mailto:nginx-ru at nginx.org>
>     > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>     _______________________________________________
>     nginx-ru mailing list
>     nginx-ru at nginx.org <mailto: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

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