Бэкап рядом с данными: почему он не спасает от аварии
После атаки на Beget в ночь на 2 ноября оператор подтвердил: данные в его облаке – VPS, S3 и Kubernetes – были утрачены, вместе с ними исчезли и бинарные бэкапы VPS. Файловые копии уцелели, но пока недоступны.
Где же слабое место? Вот оно: резервная копия существует, но живёт она в той же зоне отказа, что и рабочие данные.
Копия на том же хостинге хорошо спасает от собственных ошибок: удалили таблицу, сломали конфиг, откатили неудачное обновление. При недоступности самого провайдера, его панели управления или хранилища такой бэкап может исчезнуть вместе с продуктивом –— либо остаться недоступным в самый неподходящий момент.
Для бизнеса это не абстрактная «недоступность». Это остановленные продажи, сорванные SLA, потерянные заявки и восстановление за свой счёт –— у некоторых счёт идёт на миллионы рублей. И особенно больно, когда владелец рассказывает: сайт, база и единственный бэкап лежали у одного провайдера и исчезли разом.
Время задать себе вопросы
- Есть ли хотя бы одна копия за пределами основной площадки или облака?
- Можно ли получить к ней доступ без основной консоли? А с другими учётными записями? А по другому каналу связи?
- Отделены ли ключи, права и учётные записи резервных копий от ключей, прав и учётных записей продакшена?
- Защищены ли копии от удаления и перезаписи по политике хранения?
- Проверяла ли команда полноценное восстановление, а не только создание бэкапа?
Данные и их единственная резервная копия на одной площадке – это одна точка отказа. Резервная копия должна пережить проблему того места, где работает основная система.
Бэкап рядом с рабочими данными спасает только от собственной ошибки. В остальных случаях нужна независимая копия в другом контуре.
Red Hat в документации по службе каталогов рекомендует хранить бэкапы на отдельной от продуктивной файловой системе и архивировать отдельно. Бэкап LDAP-данных не стоит держать в том же контуре, что и сам каталог. Иначе вместе с каталогом можно потерять доступ к хранилищу, ключам или управляющей части.
Канал Granulex в Telegram
Канал Granulex в MAX