Сервер заблокировали вместе с базой: как пережить два переезда за два дня
Сервер заблокировали вместе с базой: как пережить два переезда за два дня
Представьте: вы просыпаетесь, а ваш сервер — тот самый, где живёт весь ваш сервис — просто недоступен. Не «упал», не «перегружен», а заблокирован. Вместе с базой данных. И свежей копии нигде нет. Именно в такую историю попал автор небольшого сервиса для разработчиков, и его рассказ — отличная встряска для всех, кто держит «всё на одной машине».
Что случилось и почему это так больно
8 ноября сервер заблокировали. Зайти на него стало нельзя, а вместе с программой пропала и база данных — единственная, без резервной копии. Пришлось поднимать новый сервер и запускать сервис с пустой базой. Знакомо? Это классическая ловушка: бэкап, который лежит на том же сервере, что и база, спасает только от случайно удалённой таблицы. От блокировки, пожара в дата-центре или ушедшего хостера он не защищает — исчезает вместе с сервером.
Автор сформулировал правило, которое стоит взять на вооружение каждому: всё, без чего сервис не поднять, должно лежать вне сервера. На практике это выглядит так. Копия базы каждые 15 минут уходит в облачное хранилище Cloudflare R2 — одна свежая и три архивные, по одной раз в три дня, на случай если свежая окажется битой. Готовая программа после каждого обновления тоже отправляется в облако в виде Docker-образа: хранятся две версии — текущая и предыдущая. Настройки сервера (веб-сервер, файрвол, защита SSH) лежат в git, а пароли и ключи — отдельным файлом у автора на компьютере.
Отдельная тонкость, о которой легко забыть: часть данных в базе зашифрована ключами, которые живут не в базе, а в настройках программы. Восстановите базу, но потеряйте эти ключи — и у пользователей отвалится двухфакторная авторизация, всех выкинет из аккаунтов. Поэтому ключи хранятся вместе с паролями, а не только на сервере.
📖 Кстати, больше историй, гайдов и разборов для разработчиков мы собираем в нашей рубрике IT и разработка на сайте Lamvi.Art. Заходите почитать!
Скрипт, который поднимает всё с нуля за 15 минут
Самое интересное — автоматизация переезда. Автор написал скрипт, которому нужен только адрес нового сервера и пароль от хостера. Дальше он сам закрывает вход по паролю и пускает только по ключу, включает файрвол и защиту от перебора (после 5 неудачных попыток адрес банится на час), ставит Docker и веб-сервер, скачивает программу и последнюю копию базы из облака, проверяет целостность архива, восстанавливает базу и запускает сервис. Плюс бот в Telegram, который пишет, если сайт упал. Если скрипт оборвётся на середине — его можно запустить снова, недоделанную базу он удалит и начнёт заново. На всё уходит около 15 минут, потом остаётся только поменять адрес в DNS.
И ещё один важный шаг: проверка, что копия вообще поднимается. Автор скачал программу и свежую копию базы, поднял их у себя на компьютере — от запуска до работающего сервиса прошло 25 секунд, ошибок ноль, данные совпали. Копию с настоящими данными он запускает только без доступа в интернет, чтобы программа в фоне не начала обновлять токены доступа к внешним сервисам.
Подробности и полный разбор переезда — в исходном посте на Pikabu.
Что это значит для нас с вами
История напоминает простую, но неудобную правду: «у меня всё работает» — это не стратегия, а везение. Проверьте на выходных: где лежит ваша резервная копия? А если сервер завтра заблокируют — сколько времени уйдёт на восстановление? Если ответ «не знаю» — возможно, пора написать тот самый скрипт. Хотя бы черновик.
📌 Чтобы не пропустить новые публикации, подписывайтесь там, где вам удобнее: Дзен или MAX.
💛 Если статья оказалась полезной, поддержите автора донатом.
Материал подготовлен на основе информации из открытых источников. Все права на исходные материалы принадлежат их авторам. Если вы являетесь правообладателем и возражаете против использования материала, либо обнаружили неточность или имеете иное мнение о фактах, изложенных в статье, — напишите нам по адресу info@lamvi.art. Мы всегда открыты к диалогу и внимательно рассмотрим ваше обращение.
