Снапшот сервера: что это, как работает и как сделать за 5 шагов

Снапшот сервера — что это такое простыми словами

Снапшот — это снимок диска VPS в конкретный момент времени: состояние операционной системы, файлов и настроек сохраняется отдельно от рабочего диска. Если после установки обновления сервер перестаёт загружаться, вы просто возвращаете диск к сохранённому состоянию — такую сохранённую точку называют точкой отката. Снапшот диска до 50 ГБ создаётся за 10–60 секунд без остановки сервера, поэтому сайт или приложение продолжают работать во время создания снимка.

В основе снапшотов лежит технология copy-on-write — «копирование при записи». Вместо того чтобы сразу копировать весь диск, система запоминает исходные данные и создаёт копию блока только тогда, когда вы его изменяете. Из-за этого принципа первый снапшот весит 100% занятых на диске данных, а каждый следующий — обычно 5–15% от объёма диска, потому что фиксирует только изменения с прошлого снимка.

Copy-on-write применяется не только в облачных панелях — это стандартный механизм в LVM (Logical Volume Manager, менеджер логических томов Linux), файловой системе ZFS и формате виртуальных дисков QEMU qcow2. Провайдер VPS просто даёт вам кнопку, которая под капотом использует один из этих механизмов.

Три главных факта о снапшоте:

• Снапшот — не файл на вашем компьютере, а копия состояния диска внутри инфраструктуры провайдера
• Точка отката позволяет вернуть сервер к рабочему состоянию за 2–5 минут
• Большинство провайдеров дают 1–3 бесплатных снапшота на один VPS — прежде чем создавать снимок, стоит проверить тарифы VPS с бесплатными снапшотами

Как работает снапшот: copy-on-write и его отличия от бэкапа

Снапшот работает по технологии copy-on-write (COW, «копирование при записи»). В момент t0 гипервизор не копирует данные, а фиксирует текущую карту блоков диска. Поэтому снимок диска до 50 ГБ создаётся за 10–60 секунд без остановки сервера.

В момент t1 вы меняете файл, например /etc/nginx/nginx.conf. Система пишет новые данные в свободные блоки, а старые блоки остаются за снапшотом. Первый снапшот провайдеры обычно считают по полному объёму занятых данных, каждый следующий занимает 5–15% объёма диска. Тот же механизм используют LVM (Logical Volume Manager, менеджер логических томов), ZFS и формат QEMU qcow2.

Снапшот лежит на том же физическом накопителе, что и VPS (Virtual Private Server, виртуальный выделенный сервер). Если откажет диск или ЦОД (центр обработки данных), вы потеряете и сервер, и снимок. Снапшот спасает от неудачного обновления или ошибки в конфиге, но не от аварии оборудования.

При переносе из бэкапа или образа сервер получит новый IP-адрес (Internet Protocol, адрес в сети). Заранее разберитесь, чем отличаются IPv4 и IPv6, чтобы правильно обновить DNS-записи.

Как сделать снапшот VPS: пошаговая инструкция

Создание снапшота занимает пару минут и не требует специальных навыков. Всё делается через панель управления провайдера, без подключения по SSH — единственное исключение — базы данных, где важна консистентность данных на момент снимка.

Перед стартом выберите провайдера, у которого функция снапшотов уже встроена в тариф — так вы получите 1–3 бесплатных снапшота на один VPS и не будете платить за место сразу. Сравнить тарифы с этой опцией можно в подборке лучших VPS.

Как создать снапшот VPS по шагам:

1. Войдите в панель управления VPS под своей учётной записью.
2. Откройте раздел Снапшоты в меню вашего сервера.
3. Если на сервере работает база данных, остановите сервис (systemctl stop mysql) или примените fsfreeze для консистентности данных перед снимком.
4. Нажмите кнопку «Создать снапшот» и укажите понятное имя, например before-update-2026-09-18.
5. Дождитесь завершения процесса: диск до 50 ГБ обрабатывается за 10–60 секунд, диск от 200 ГБ — до 5 минут.
6. Проверьте, что статус снапшота сменился на «Готов», и посмотрите итоговый размер файла — первый снапшот весит 100% занятых данных.
7. При необходимости экспортируйте снапшот в отдельный образ диска, чтобы использовать его на другом сервере.

После создания снапшота не забудьте запустить остановленную базу данных или снять fsfreeze. Каждый следующий снапшот на этом же диске будет весить всего 5–15% от его объёма благодаря технологии copy-on-write, так что повторные снимки создавайте без опасений за место на диске.

Сколько стоит снапшот и от чего зависит цена

На большинстве тарифов VPS (Virtual Private Server, виртуальный выделенный сервер) от 1 до 3 снапшотов включены бесплатно. Этого хватает, если вы держите один актуальный снимок перед обновлением системы и удаляете его после проверки. Как только снапшотов становится больше или вы храните их месяцами, провайдер начинает выставлять счёт за дополнительное место.

Дополнительное место под снапшоты стоит от 1,5 до 3 ₽ за 1 ГБ в месяц — конкретная ставка зависит от провайдера и типа диска (SSD или NVMe). Важный момент: оплата идёт не за весь объём диска, а только за занятое на нём место. Диск на 20 ГБ, где реально занято 10 ГБ данных, обойдётся в 15–30 ₽ в месяц, а не в 30–60 ₽, как можно подумать, глядя на размер тарифа.

На итоговую сумму влияет и то, сколько снапшотов вы храните одновременно. Первый снимок весит 100% занятых данных, а каждый следующий — обычно 5–15% от объёма диска, потому что фиксирует только изменения. Из-за этого цена растёт медленно, но растёт: держать снапшот дольше 30 дней уже невыгодно, поскольку расходы увеличиваются почти линейно с каждым новым слоем изменений.

Из чего складывается стоимость снапшотов:

• 1–3 снапшота на VPS — обычно бесплатно
• каждый ГБ сверх лимита — 1,5–3 ₽ в месяц
• оплата считается по занятому месту, а не по объёму диска
• первый снапшот — 100% данных, следующие — 5–15% от диска
• хранение дольше 30 дней увеличивает счёт почти линейно

Чтобы не переплачивать, удаляйте старые снапшоты сразу после того, как убедились, что обновление или миграция прошли успешно. Если нужен тариф с достаточным запасом места под регулярные снапшоты, посмотрите актуальные тарифы VPS и выберите диск с запасом.

Ошибки при работе со снапшотами

Большинство проблем со снапшотами связаны не с самой технологией, а с тем, как её используют. Чаще всего снапшот принимают за полноценный бэкап или делают снимок, не проверив консистентность базы данных — ниже разберём каждую ошибку по отдельности.

Первая ошибка: снапшот вместо бэкапа

Снапшот работает через copy-on-write — тот же принцип лежит в основе LVM, ZFS и QEMU qcow2 — и это создаёт ложное чувство защищённости. Механизм рассчитан на быстрое восстановление после ошибки, а не на хранение единственной копии данных: снимок физически лежит на том же диске, что и сам сервер. Если диск выйдет из строя, вы потеряете и сервер, и все его снимки одновременно.

Вторая ошибка: не проверена консистентность базы

Если СУБД в момент снапшота писала транзакцию, после восстановления файлы базы могут оказаться повреждены. Перед снимком останавливайте запись в базу командой вроде FLUSH TABLES WITH READ LOCK.

Третья ошибка: снапшоты хранятся месяцами

Место под них стоит от 1,5 до 3 ₽ за 1 ГБ в месяц, а расходы растут почти линейно уже после 30 дней хранения.

Четвёртая ошибка: нет автоудаления старых снимков

Забытые снапшоты копятся, и каждый следующий добавляет ещё 5–15% от объёма диска. Ограничивайте число хранимых снапшотов.

Пятая ошибка: нет копии за пределами сервера

Если полагаться только на снапшот без копии за пределами сервера (offsite), при аварии дата-центра или удалении VPS восстанавливать данные будет неоткуда. Держите отдельную резервную копию.

Снапшот — удобный инструмент для быстрого отката, но не замена бэкапу. Настроить регулярное резервное копирование проще, чем восстанавливать сервер вручную после сбоя.

Снапшот или бэкап: что выбрать

Снапшот и бэкап решают разные задачи, хотя оба сохраняют копию данных сервера. Снапшот лежит на том же хранилище, что и сам VPS, и восстанавливается за 2–5 минут — это низкий RTO (Recovery Time Objective, время на восстановление после сбоя). Но если хранилище провайдера откажет, снапшот пропадёт вместе с сервером: он не защищает от аппаратного отказа.

Бэкап копируется на отдельное offsite-хранилище, физически изолированное от VPS. Восстановление занимает больше времени, чем из снапшота, зато RPO (Recovery Point Objective, допустимый объём потерянных данных) остаётся низким за счёт инкрементальных бэкапов: после полной копии система сохраняет только изменения. Первая копия весит 100% занятых данных, каждая следующая — обычно 5–15% от объёма диска, поэтому инкрементальные бэкапы можно делать часто, не тратя лишнее место.

Держите оба инструмента одновременно: снапшот — для быстрого отката после неудачного обновления пакетов или ошибки в конфигурации на том же сервере, бэкап — как страховку от полной потери VPS, отказа диска или ошибки дата-центра. Снапшот закрывает текущие ошибки, бэкап — катастрофические.

Что учитывать при выборе между снапшотом и бэкапом:

• Снапшот — если нужно откатить сервер за 2–5 минут после локального сбоя.
• Бэкап — если сервер может пропасть целиком: авария диска, удаление VPS, отказ провайдера.
• Инкрементальный бэкап — если важно место: каждая копия весит 5–15% от полного объёма.
• Хранить бэкапы дольше 30 дней невыгодно — расходы растут почти линейно.
• После восстановления из бэкапа на новом VPS сервер получит новый IP-адрес — при настройке сети учитывайте разницу между IPv4 и IPv6.

Когда снапшота недостаточно и чем его дополнить

Снапшот хранится на том же физическом хранилище, что и диск сервера. Если выйдет из строя массив дисков или весь дата-центр провайдера, снапшот пропадёт вместе с исходными данными. Это главное отличие от полноценного бэкапа, который живёт отдельно от сервера-источника.

Снапшот не подходит и для долгого архивного хранения. Технически он держится сколько угодно, но экономически это невыгодно: хранить снапшот дольше 30 дней бессмысленно, расходы растут почти линейно, а для юридически значимого архива на месяцы и годы нужны совсем другие гарантии сохранности и неизменности данных.

Отдельный риск — большие базы данных. Технология copy-on-write, на которой строятся снапшоты (та же, что в LVM, ZFS и QEMU qcow2), фиксирует состояние диска мгновенно, но не гарантирует, что СУБД в этот момент завершила все транзакции. Без короткой остановки сервиса или команды на сброс кэша на диск снапшот может получиться с несогласованными данными, и восстановленная база не запустится или потеряет часть записей.

Чтобы закрыть эти пробелы, снапшот стоит дополнять другими инструментами:

• репликация базы данных на второй сервер — защищает от сбоя без потери времени на восстановление
• offsite-бэкап в другом дата-центре или у другого провайдера — переживёт отказ основной площадки
• отдельное объектное хранилище для архивных копий — дешевле долгого хранения снапшотов и не растёт в цене так же быстро

Разумная схема — снапшот перед рискованными операциями плюс регулярный бэкап на отдельное хранилище для длительного хранения. Подобрать сервер, где легко настроить и то и другое, поможет подборка VPS с бэкапом и снапшотами.