Хостинг сразу у двух хостинг-провайдеров

[Al_ex]

Не секрет, что почти все хостинг-провайдеры не могут похвастаться реальной 100% надежностью. В связи с этим, с горечью наблюдая периодические "падения" сервера провайдера, у пользователя рано или поздно возникает мысль о необходимости повышении общего времени доступности своего сайта. В технике эта проблема решается путем дублирования критически важных элементов.
В связи с этим у меня вопрос к хостинг-провайдерам: возможно ли иметь зеркальные копии сайта у разных провайдеров и обеспечить переключение с одного на другой в случае сбоев, неполадок и т.п.? То есть, домен один, а провайдеров несколько. Можно ли при регистрации домена указать name-server'ы разных провайдеров?

[ptitov]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Цитата (Al_ex @ 15 Авг. 2002, 11:50)</td></tr><tr><td id="QUOTE">В связи с этим у меня вопрос к хостинг-провайдерам: возможно ли иметь зеркальные копии сайта у разных провайдеров и обеспечить переключение с одного на другой в случае сбоев, неполадок и т.п.?[/QUOTE]<span id='postcolor'>
Теоретически возможно, но для этого надо иметь один маршрутизатор (со 100% аптайма), на котором есть возможность настроить divert/порт-форвардинг.

Прописать несколько DNS с разными записями нельзя в принципе. Можно настройть DNS на кольцевую выдачу IP сервера (round-robin DNS) и отдавать IP разных провайдеров, но это не позволяет избежать простоев, лишь распределить нагрузку.

[BDriver]

http://www.ultradns.com/

вот интересная ссылка, кстати
кто что думает?

[Al_ex]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Цитата (ptitov @ 15 Авг. 2002, 16:25)</td></tr><tr><td id="QUOTE">Прописать несколько DNS с разными записями нельзя в принципе. Можно настройть DNS на кольцевую выдачу IP сервера (round-robin DNS) и отдавать IP разных провайдеров, но это не позволяет избежать простоев, лишь распределить нагрузку.[/QUOTE]<span id='postcolor'>
Тогда я не совсем понимаю, зачем при регистрации домена надо указывать минимум два различных name-server'а?
По-моему, это сделано именно для того, чтобы при недоступности основного DNS сервера использовались резервные.
А поскольку у большинства провайдеров DNS, FTP, HTTP, MAIL и т.п. серверы реально находятся на одной физической машине, то если эта машина падает, то падает все сразу.
И регистратор домена вполне может определить пропадание основного DNS и переключиться на резервный.

[ptitov]

1. Записи на всех DNS-серверах должны быть идентичны.
2. Есть такая штука, как кэш DNS. У МТУ, к примеру, IP однажды запрошенный одним из пользователей хранится дней 5-7 и всем пользователям сообщается он. За это время любой хостер любые проблемы может ликвидировать.

[Al_ex]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Цитата (ptitov @ 15 Авг. 2002, 16:48)</td></tr><tr><td id="QUOTE">Есть такая штука, как кэш DNS. У МТУ, к примеру, IP однажды запрошенный одним из пользователей хранится дней 5-7 и всем пользователям сообщается он.[/QUOTE]<span id='postcolor'>
Да, вот это уже хуже. Действительно, сейчас даже мало-мальская организация на свою 64-килобитную выделенную линию кеширующий DNS ставит.
Однако, проблема надежности в наши дни вышла на первый план во всех областях человеческой деятельности, а как получается, нынешняя система DNS не отвечает современным требованиям.

[ptitov]

Почему же? Cisco много железок для построения надёжных распределённых серверных кластеров выпускает, которые всё делают автоматически. Единственный даунтайм - когда экскаватор кабель порвёт

[Dmitriy]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Цитата (ptitov @ 15 Авг. 2002, 12:48)</td></tr><tr><td id="QUOTE">2. Есть такая штука, как кэш DNS. У МТУ, к примеру, IP однажды запрошенный одним из пользователей хранится дней 5-7 и всем пользователям сообщается он[/QUOTE]<span id='postcolor'>
Хороший провайдер MTU!
А вот из под Зеткома, например, про мой сайт показывается, что он висит на Караване, хотя я с него ушел в ноябре 2001(!!!!!!&#33.

[dim-dim]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Цитата </td></tr><tr><td id="QUOTE">Есть такая штука, как кэш DNS. У МТУ, к примеру, IP однажды запрошенный одним из пользователей хранится дней 5-7 и всем пользователям сообщается он.[/QUOTE]<span id='postcolor'>
Время кэширования зависит только от TTL (Time To Live, время жизни) либо всей зоны, либо отдельных ее записей (RR). TTL прописывается непосредственно в описании зоны.
Можно реально с помощью DNS переключаться с сервера на сервер с минимальным downtime. Для этого нужно прописать в описании зоны значение TTL, к примеру, 600 (время жизни зоны - 10 мин; кэширующие, да и все остальные ns-сервера будут каждые 10 мин обновлять у себя DNS записи этой зоны, если конечно потребуется), и если основной сервер падает, то нужно просто поменять IP адреса в описании зоны на резервный сервер и в течение 10 мин все запросы будут идти уже на резервный сервер.
Естественно нужно, чтобы ns-сервера стояли отдельно от рабочих серверов.

Такая технология 100% работает. Мы таким образом при необходимости распределения нагрузки переносим сайты между физическими серверами.

[ptitov]

а) Это нереализуемо без доступа к DNS-зоне.
б) Допустим зона где-то, где сервер никогда не падает и всегда есть доступ к зоне. В таком случае всё прекрасно, но только до того момента, пока одному из хостеров не захочется перераспределить нагрузку.

И ещё, тут проблема в том, что придётся круглосуточно ручками проверять состояние всех серверов