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