Как разместить сайт сразу на двух серверах?

Не верю, что это могло стать узким местом. Скорее могу поверить в какие-то специально кривые настройки конкретно DNS сервиса или сервера в целом.

Провинциальный провайдер с криворукими админами? Бывает. Если Вы собираетесь потакать нарушениям интернет-стандартов - такие будут только плодиться.

Это то ПО, которое плюет на настройки TTL в зоне или для конкретных записей. В качестве подобного может выступать кеширующий dns-сервер провайдера. Или библиотека резольвера, которую использует конкретное клиентское приложение. Например, браузер.

Те, кто предоставляет сервис поддержки DNS.

Это Ваше право.

Кхм. Вообще-то Дмитров это никакая не провинция, это город в Московской области и столица одноимённого её района. Не надо делить людей на замкадышей и остальных, это плохо сказывается на карме. Кстати, таких вот "dmitrov.ru" с кривыми кэширующими ресолверами для клиентов по России - уйма. И часть из них есть даже в Москве (sic!). Бороться со всей этой криворукостью можно только тремя путями:

1. Пинать провайдера - и чем сильнее, тем лучше;

2. Уйти к другому провайдеру (проголосовать "ногами");

3. Обеспечить себе собственный нормально настроенный ресолвер.

Hint: я сам живу не в Дмитрове, а в столице.

Не надо объяснять азы. По опыту некорректно настроенные кэширующие ресолверы почти на 100% наблюдаются именно у провайдеров или в отдельно взятых конторах. Есть и конкретные приложения, использующие какие-то свои библиотеки, но вот браузеры в виновниках оказывались последний раз лет так 6-7 назад - если их конечно не "твикали" кривыми руками.

Но я всё равно так и не понял, к чему относилось Ваше вот это:

При чём тут клиенты и их ПО, если криво настроенный кэширующий ресолвер находится у провайдера? :)

Вообще в профессиональной среде термин "DNS-парковщик" не используют, вместо этого говорят "разместить зону". И это не придирка к словам, т.к. "паркинг" в значении, применимом к Internet-индустрии, скорее указывает на [временное] использование некоей [рекламной] заглушки на [ненужном пока] домене. Подобные сервисы не предоставляют пользователю никаких возможностей по управлению зоной.

И если Ваш конкретный DNS-хостер не предоставляет Вам полноценных возможностей управления содержимым зоны, к примеру почему-то не даёт изменять TTL для определённых типов RR или прописывать те же SRV или даже удалять какие-то записи - то это плохой, негодный хостер.

Так вот это и должно быть проблемой клиентов этих провайдеров, а не Вашей.

Я имел в виду _любое_ ПО, некорректно, т.е. плюнув на интернет-стандарты, кеширующее DNS-записи. В этом смысле, неавторитативный кеширующий DNS-сервер у провайдера относится к категории этого самого клиентского ПО. Игнорируя настройки TTL он обманывает в первую очередь себя - а уже потом - клиентов провайдера.

Вот произвольные записи создавать (типа SRV, TXT) - пожалуйста. А рулить TTL дают, увы - не все. В далеко не последнюю очередь потому, что немногие клиенты поймут "зачем оно надо". А не по техническим причинам. Так что с моей точки зрения - хороший хостер это тот, кто ставит разумный, достаточно малый TTL для записей соответствующего типа.

Моей проблемой это и не является, с чего Вы так вообще подумали? Мы здесь обсуждаем вполне себе техническую проблему и каждый васказывает свою точку зрения.

Кеширующий ресолвер провайдера - это клиентское ПО? ☝ Оригинально.

Многие провайдеры просто боятся давать клиентам доступ к подобным настройкам, т.к. клиенты в массе своей действительно не в курсе, зачем это всё. И подобными клиентами такие провайдеры оправдывают фактическую ущербность своих панелей управления тем же DNS. Но они забывают, что многие клиенты периодически или на постоянной основе нанимают специалистов со стороны, которые в итоге и вынуждены мучаться, изобретая костыли.

Хорошим [DNS-]хостером можно назвать того, кто в своей панели предоставляет как минимум два уровня доступа: простой и продвинутый. В простом можно выполнять минимально деструктивный набор действий, а в полном - все традиционно доступные профи. Если такого полного доступа нет, то проще взять и унести зону к себе.

rsync+реплика+мониторинг+ns = можно

Вовсе нет. По отношению к Вашему авторитативному DNS-серверу - ресолверы провайдера это обычные клиенты.

Хорошо - это, конечно, хорошо. Но таких я знаю совсем немного. Умолчания разумные (а то некоторые ставят TTL для IN A записей по 12 часов) - и ладно.

А об альтернативе унести свои домены с профессионального dns-хостинга - советую подумать еще. Все-таки там и об отказоустоичивости подумали и много чего еще. А "у себя" - часто у клиента и есть один сервер. Он же и мастер и слейв, и ресолвером работает "для внутренних нужд".

Виноват, не раскрыл в предыдущем сообщении тему "унести зону к себе". Конечно же, для этого нужно иметь как минимум стабильно работающую инфраструктуру или поднять свой DNS-сервер на VDS с подходящей конфигурацией. А дальше продумать размещение secondary и (опционально - зависит от числа запросов и канала) перевести primary в режим unpublished. Только нужно заранее выяснить у secondary-провайдеров, не валидируют ли они зоны, получаемые от primary, на предмет слишком низких, по их мнению, значений TTL. Это бывает.

Сам дмал об этом недавно, ИМХО, рационально и просто. Только надо свои NS иметь, чтобы при необходимости сменить ip у child NS и сайт стал отзываться с нового места.

п.с. Правда существует необходимость систематического синхронизирования данных основного сайта с резервным.

Cesar_Mt, cron+rsync+использование одной БД. Это по минимуму.