Как устроен резервный сайт Дублёр: схема, которую можно показать вашему программисту

Синхронизация

Файлы — rsync инкрементально по SSH (или через регулярную выгрузку от вашего специалиста, если прямой доступ дать нельзя). База — дамп по расписанию, по умолчанию раз в сутки ночью; частоту можно поднять до часа, если объём позволяет. После каждого прогона — проверка целостности дампа и автотест: открывается ли главная копии, отдаёт ли форма ожидаемый ответ. Исключения из синхронизации (кеши, логи, сессии, при необходимости — таблицы с персональными данными, см. 152-ФЗ и резервный сайт) фиксируем в регламенте.

DNS и переключение

DNS-зона переносится к провайдеру с API (записи — один в один, посетители не замечают), TTL для A/AAAA выставляем 300 секунд заранее. Переключение — смена A/AAAA на адрес копии через API. После смены большинство резолверов получают новый адрес в течение 5 минут; с учётом времени на подтверждение сбоя закладываем до 15 минут. MX-записи не трогаем без согласования. Если регистратор не даёт перенести DNS — работаем через его API, если он есть, иначе честно говорим, что переключение будет ручным и дольше.

Сертификат и почта

Let’s Encrypt для домена выпускаем на копии заранее через DNS-01 — для этого домену не нужно смотреть на резервный сервер. CAA-записи проверяем до выпуска. Продление автоматическое, после переключения предупреждений браузера не будет. IP копии заранее добавляем в SPF, настраиваем DKIM для писем, которые отправляет сайт; заявки с копии при этом идут в Telegram, а не по почте, — почта в момент сбоя ненадёжна.

Мониторинг и защита от ложных переключений

Проверки из нескольких точек, в том числе из России: HTTP-статус и контрольная фраза на странице (одного кода 200 недостаточно — заглушка хостера тоже отдаёт 200). Сбой считается подтверждённым после N неудачных проверок подряд из большинства точек; пороги подбираем на испытаниях на вашем сайте, чтобы кратковременная сетевая проблема у одного оператора не увела посетителей на копию. Автоматический режим включаем только после учебного переключения. В ручном режиме то же решение принимает человек — вы, ваш сотрудник или наш дежурный — кнопкой в Telegram-боте.

Что происходит на копии во время сбоя

Формы не пишут в базу — заявки уходят в Telegram-чат с указанием страницы и времени. Внешние сервисы, которые могут лежать вместе с хостингом, заменены заглушками или аналогами: карты, капча, чат, счётчики (второй независимый счётчик продолжает собирать статистику). Онлайн-оплата превращается в «заказ со счётом». Обмен с 1С на паузе: каталог и цены — на момент последней синхронизации. Личные кабинеты — в зависимости от решения по персональным данным. Всё это прописано в регламенте и показано вам до старта.

Возврат

Когда основной сервер снова доступен, сверяем, что изменилось на копии (как правило — ничего, кроме логов) и на основном (бывает, что хостер восстановил из старого бэкапа), переключаем DNS обратно и пишем отчёт: что произошло, когда заметили, когда переключили, сколько заявок пришло на копию.

Что сложнее, чем кажется

Вопросы, которые обычно задаёт программист.

• Сессии и авторизация. Сессии не синхронизируются; пользователи после переключения перелогиниваются. Для сайтов с кабинетами это оговаривается заранее.
• Фоновые задачи. Cron на копии до переключения выключен, чтобы не рассылать письма и не запускать обмены дважды; при переключении включаем только нужное.
• Загрузки пользователей. Файлы, загруженные после последней синхронизации, на копии отсутствуют — это и есть RPO.
• 1С-Битрикс. Лицензия привязана к домену; копия работает на том же домене и включается только вместо основного сайта. Как это трактует лицензионное соглашение для вашей редакции, уточняем вместе с вами до старта. Композитный кеш и push-сервер настраиваем отдельно; обмен с 1С на копии отключён.
• WordPress. siteurl/home не меняются (домен тот же); плагины кеша сбрасываем; cron WordPress отключён до переключения.
• Tilda и конструкторы. Экспорт в HTML; формы переводим на отправку в Telegram; динамические блоки Tilda на копии не работают — это оговаривается.
• Самописные системы. После аудита: смотрим зависимости от сервисов, которые есть только на основном сервере.

Протокол пробного переключения — что вы получаете

Таблица с реальными временами вашего учебного переключения. Ниже — пример структуры протокола; значения заполняются на испытании вашего сайта.

Какие доступы нужны

Обязательно — регистратор или DNS. Для полной копии — SSH/SFTP и доступ к базе. Если их дать нельзя — регулярная выгрузка от вашего специалиста. Доступы храним в менеджере секретов, по окончании работ — отзываете.

Частые вопросы