Во время работы с виртуальным сервером можно создать снимок, который зафиксирует текущее состояние системы перед обновлением, изменением настроек или установкой нового программного обеспечения. В панели управления он часто выглядит как еще один вид резервной копии: если систему можно восстановить, значит, данные защищены. Ошибка становится заметной, когда проблема выходит за пределы неудачных изменений: повреждается хранилище, исчезает виртуальная машина или злоумышленник получает доступ к инфраструктуре.
Снимок и бэкап действительно дают возможность вернуть данные. Однако они рассчитаны на разные ситуации, имеют разный срок хранения и по-разному зависят от основной системы.
Снимок фиксирует состояние системы, бэкап создает запасной путь
Снимок, или снимок, фиксирует состояние диска или виртуальной машины в определенный момент. Его удобно создать перед обновлением операционной системы, изменением конфигурации веб-сервера или развертыванием новой версии приложения. Если после изменений сайт перестал работать, сервер можно быстро вернуть в предыдущее состояние.
Снимок не копирует все данные виртуального сервера в отдельное хранилище. Он фиксирует состояние виртуальной машины в определенный момент, а последующие изменения записываются отдельно. Если нужно вернуться назад, система использует основной диск и данные снимка, чтобы восстановить предыдущее состояние.
Именно поэтому снимок создается быстро и обычно занимает меньше места, чем полная резервная копия. В то же время он остается связанным с основным диском и инфраструктурой, на которой работает виртуальный сервер. Если исходные данные или само хранилище будут потеряны, одного снимка может оказаться недостаточно для восстановления.
Резервная копия рассчитана на более длительное хранение и более широкий набор событий. Она может содержать отдельные файлы, базу данных, конфигурации, образ диска или всю систему. Для бэкапов устанавливают расписание, глубину хранения, правила шифрования и расположение копий.
Разница заключается не в том, что бэкап обязательно большой и медленный, а снимок всегда создается за несколько секунд. Резервные копии также бывают инкрементными. Главное вопрос звучит иначе: останется ли доступной точка восстановления, если основная система будет потеряна.
Читайте также: Как выбрать операционную систему для VPS-сервера
Почему одного снимка недостаточно
Перед обновлением PHP администратор создал снимок. Новая версия оказалась несовместимой с сайтом, поэтому сервер вернули в предыдущее состояние. Для такого случая снимок подходит хорошо: восстановление быстрое, а хранить его месяцами нет смысла.
Другая ситуация: сотрудник удалил каталог с документами, но ошибку заметили через пять дней. Краткосрочный снимок уже мог быть удален. Здесь нужна серия резервных копий с достаточной глубиной хранения.
Есть и более опасный сценарий. Злоумышленник получил административный доступ и удалил сервер вместе со снимками. Если все точки находились в одной и той же учетной записи, формально копии существовали, но аварию не пережили.
Снимки также не стоит оставлять без контроля. В системах, где они образуют цепочку зависимых дисков, снимки постепенно занимают больше места и могут влиять на производительность. VMware советует не держать один снимок дольше 72 часов и ограничивать цепочку двумя-тремя снимками. Это рекомендация для конкретной платформы, но она хорошо показывает назначение технологии: краткое страхование перед изменениями, а не архив.
ВАЖНО ЗНАТЬ! Сложности могут возникнуть, если снимок создается во время активной работы системы. Например, интернет-магазин как раз записывает новый заказ в базу данных. Часть информации уже сохранена, а часть еще обрабатывается. Если зафиксировать состояние сервера в этот момент, операция может попасть в снимок незавершенной.
После возврата к такому снимку сервер, скорее всего, запустится, но последние изменения могут восстановиться некорректно. Поэтому перед созданием снимка важных систем запись данных временно приостанавливают или используют инструменты, которые сначала завершают текущие операции.
Можно ли создать снимок на выделенном сервере
На выделенном сервере обычно нет готовой кнопки для создания снимка, как в панели управления VPS/VDS. Клиент получает отдельную физическую машину, а возможность сохранять ее промежуточные состояния зависит от установленной системы и способа организации дисков.
Снимки можно настроить на уровне файловой системы или дискового хранилища, например с помощью ZFS или LVM. Другой вариант — установить на физическом сервере платформу виртуализации, разделить его ресурсы между несколькими виртуальными машинами и создавать снимки каждой из них. Такой подход используют, в частности, когда на одном выделенном сервере нужно изолированно разместить несколько сайтов, приложений или рабочих сред.
Настраивать эту возможность лучше до запуска проекта, поскольку для нее нужно правильно организовать диски и предусмотреть свободное место. Если снимок сохраняется в том же дисковом массиве, он не защитит от физической неисправности накопителей или потери всего сервера. Поэтому на выделенной машине снимки также используют преимущественно для быстрого возврата после неудачных изменений, а резервные копии хранят отдельно.
Читайте также: Оптимизация образовательного процесса с помощью Windows VPS
Как сочетать снимки и резервные копии
Рабочая схема не заставляет выбирать только один инструмент. Она распределяет между ними задачи:
-
снимок создается перед обновлением, перенастройкой или деплоем и удаляется после проверки системы;
-
резервные копии формируются автоматически и имеют несколько точек восстановления;
-
по крайней мере одна копия хранится отдельно от основного сервера и не удаляется теми же учетными данными;
-
для баз данных настраивается согласованное копирование, а не механический снимок активного диска;
-
восстановление периодически проверяется на тестовой машине, поскольку завершенное копирование еще не гарантирует исправность данных.
Для критической информации целесообразно ориентироваться на правило 3-2-1: иметь три копии данных, использовать два разных типа хранилищ и держать одну копию вне основной инфраструктуры. Это не готовая схема для каждого проекта, но она убирает зависимость, когда сервер, снимки и бэкапы можно потерять из-за одного события.
Снимок сокращает время возврата после неудачных изменений. Резервная копия защищает историю данных и дает возможность восстановиться после более серьезной аварии. Надежность появляется тогда, когда эти инструменты работают как разные уровни защиты.