Что такое снапшот сервера и чем он не заменит бэкап

Снапшот сервера — это мгновенный слепок диска виртуальной машины, к которому можно откатиться одной кнопкой за пару минут. Он лежит в том же хранилище, где работает сама машина, поэтому исчезает вместе с сервером: удалили VPS, закончились деньги на балансе, отказал узел провайдера — снапшота больше нет. Бэкап устроен иначе: это копия данных, вынесенная на другую площадку, и она переживает удаление сервера. Внешнюю копию обычно кладут на отдельную недорогую машину с большим диском. Такие тарифы собраны в разделе VPS под хранилище: там восемь провайдеров, а цены начинаются от 140 ₽/мес за 100 ГБ.

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

Что такое снапшот сервера простыми словами

Представьте, что диск сервера — это толстая тетрадь. Снапшот не переписывает тетрадь заново — он ставит закладку. И говорит гипервизору (программе, которая управляет виртуальными машинами на физическом сервере): «С этого момента ничего не стирай, а новые записи веди на отдельных страницах». Старые страницы остаются нетронутыми, и в любой момент можно выбросить новые и вернуться к закладке.

Этот механизм называется copy-on-write — «копирование при записи». Именно поэтому снапшот создаётся почти мгновенно: система не копирует 40 ГБ данных, она просто фиксирует границу и начинает писать изменения в отдельную область. На типовом VPS с диском 20–40 ГБ операция занимает от 2 до 15 секунд, и сервер при этом обычно продолжает работать.

Размер слепка в момент создания близок к нулю. Он растёт по мере того, как вы меняете данные: обновили систему, залили новые фотографии, база записала транзакции — всё это ложится в дельту. За неделю активной работы интернет-магазина дельта легко вырастает до 3–8 ГБ, и провайдер начинает считать её как занятое место на диске.

Отдельно стоит понятие снапшота виртуальной машины: он захватывает не только диск, но и состояние оперативной памяти с запущенными процессами. Такой слепок позволяет вернуть машину ровно в ту секунду, в которой она была, вместе с открытыми соединениями. У массовых VPS-провайдеров чаще доступен только дисковый вариант.

Чем снапшот отличается от бэкапа: шесть признаков

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

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

Из таблицы видно главное: снапшот — быстрая страховка на короткой дистанции, бэкап — медленная страховка на длинной. Заменять один другим нельзя, как нельзя заменить запаску полисом ОСАГО.

Где физически лежит снапшот и почему это решает всё

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

Отсюда три следствия. Первое: если вы удалили сервер, снапшоты удаляются вместе с ним — у многих провайдеров без корзины и без предупреждения. Второе: если аккаунт заблокировали за неоплату, доступ к слепкам пропадает ровно тогда, когда он нужнее всего. Третье: авария в самом хранилище провайдера уносит и рабочий диск, и все слепки к нему.

Здесь же прячется частая ошибка новичка — путать снапшот с зеркалированием дисков. RAID 1 копирует запись на два накопителя одновременно, поэтому защищает от смерти одного диска, но послушно дублирует и команду «удалить всё». Ни RAID, ни снапшот не являются копией в юридическом и практическом смысле.

Отдельный случай — снапшоты ZFS. Эта файловая система умеет отправлять слепок потоком на другую машину командой send/receive, и вот такой перенесённый слепок уже становится полноценным бэкапом. Но это ручная настройка, а не кнопка в панели хостера.

Что снапшот закрывает: три сценария

Первый и главный — обновление. Вы собираетесь обновить CMS — систему управления сайтом — с версии 6.4 до 6.6, накатить новую версию PHP или поменять настройки веб-сервера. Снимаете слепок, тратите 10 секунд, ломаете сайт, откатываетесь за 2 минуты. Без слепка тот же откат — это час разбирательств с логами.

Второй — эксперимент с настройками. Правка системных параметров через sysctl, смена ядра, установка панели управления поверх работающей системы. Всё это меняет сотни файлов сразу, и вручную вернуть исходное состояние почти невозможно.

Третий — клонирование. Из снапшота многие провайдеры позволяют развернуть новую машину: удобно, когда нужен второй такой же сервер под тест или под вторую площадку. На тарифах вроде HostVDS с ценой от 127 ₽/мес поднять временную копию для проверки миграции стоит дешевле обеда.

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

Чего снапшот не спасёт

Удаление сервера — самый частый и самый обидный сценарий. Не продлили оплату вовремя, сработало автоудаление через 3–14 дней после блокировки (у разных хостеров срок разный) — исчезли и машина, и все её слепки. Восстанавливать нечего.

Отказ хранилища провайдера встречается реже, но бьёт так же. Если авария затронула кластер целиком, слепки в нём недоступны наравне с рабочими дисками. Заявленные 99,9 % доступности означают до 8,8 часа простоя в год — и это нормальный, а не аварийный показатель.

Шифровальщик добирается до того, что примонтировано к системе. Сам слепок он не зашифрует, но и не поможет, если вирус сидел в системе две недели. Когда у вас всего два слепка за последние сутки, откатываться будет некуда. Здесь выручает только глубокая история копий на 30–90 дней.

Наконец, юридический и организационный слой: смена провайдера, спор о списаниях, потеря доступа к аккаунту. Скачать снапшот и уехать с ним нельзя, а архив с внешнего хранилища разворачивается у кого угодно. Именно поэтому вторую копию держат отдельно — например, на дешёвом VPS в другом дата-центре или в объектном хранилище, о котором мы писали в разборе S3-хранилищ.

Сколько места съедают слепки и как они влияют на диск

Провайдеры считают снапшоты по-разному, и это стоит проверить до того, как включать автоматику. Первый вариант — слепки входят в оплаченный объём диска. Взяли тариф с 30 ГБ, из них 22 ГБ занято системой и данными. Под все снапшоты остаётся 8 ГБ, а при переполнении сервер уйдёт в режим «только чтение» и перестанет принимать новые данные.

Второй вариант — слепки тарифицируются отдельно, по гигабайтам в месяц. Тогда стоимость зависит от того, как активно вы пишете на диск. Для блога с двумя правками в неделю дельта за 7 дней составит 200–400 МБ, для базы 1С с ежедневными документами — уже 5–10 ГБ.

Влияние на скорость тоже реально. Пока живёт слепок, каждая запись в изменённый блок требует дополнительной работы системы хранения. На быстрых SSD-тарифах просадка обычно в пределах 5–10 % и незаметна, на HDD-конфигурациях вроде базового тарифа RuVDS от 139 ₽/мес с диском 10 ГБ она ощущается сильнее.

Практическое правило: не больше 2–3 живых слепков одновременно и не дольше 7 дней. Всё, что нужно хранить месяцами, должно уезжать в бэкап.

Куда положить внешнюю копию и сколько это стоит

Внешняя копия — это отдельная машина, которая ничего не обслуживает и только принимает архивы. Требования к ней скромные: 1 ядро, 1 ГБ памяти и много дискового пространства. Процессор нагружается лишь на время приёма и распаковки.

Ориентир по объёму: берите диск втрое больше, чем занимают данные проекта. Сайт на 12 ГБ с историей за 30 дней и ежедневными инкрементами уложится примерно в 35–40 ГБ. Ниже — тарифы из каталога, которые чаще всего берут под такую задачу.

Данные проверены 04.09.2026.

Разница между 59 и 200 ₽/мес — это не разница в качестве архива, а разница в объёме диска и в том, где стоит машина. Под хранение копий логично брать площадку, физически отличную от той, где живёт боевой сервер: другой город или хотя бы другой дата-центр. Как настроить приём копий и расписание, подробно разобрано в гайде про бэкапы VPS.

Как снять снапшот перед обновлением: пошагово

Порядок действий одинаков почти в любой панели управления, отличаются только названия кнопок. Главное — не снимать слепок «на бегу», когда база в этот момент пишет транзакцию: такой слепок восстановится, но база может потребовать проверки целостности.

Ниже — последовательность для обычного веб-проекта на Linux. На всё уходит 5–10 минут.

1. Проверьте свободное место командой df -h — она показывает занятость дисков. Если занято больше 80 %, сначала почистите логи, иначе слепку некуда расти.
2. Остановите приложение и веб-сервер на 30–60 секунд, чтобы данные на диске были согласованными.
3. Сбросьте буферы базы на диск и выполните sync — эта команда заставляет систему дописать всё, что висит в памяти.
4. В панели провайдера откройте раздел снапшотов и создайте новый, назвав его по схеме «дата-причина», например 04-09-обновление-CMS.
5. Дождитесь статуса «готов» — обычно 2–15 секунд, на больших дисках до минуты, — затем запустите сервисы обратно.
6. Выполните рискованную операцию и проверьте сайт: главная, корзина, вход в админку, отправка формы.
7. Если всё работает — удалите слепок через 24 часа. Если нет — жмите откат и через 2–3 минуты получите прежнее состояние.

Откат почти всегда затирает всё, что произошло после создания слепка. Заказы, комментарии и письма, поступившие за это время, пропадут — поэтому перед откатом магазина сначала выгружают свежие заказы.

Рабочая схема: снапшот и бэкап вместе

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

Инкрементальная копия здесь означает, что после первой полной выгрузки в архив уезжают только изменившиеся файлы. Подробнее механика разобрана в определении инкрементального бэкапа; он экономит и место, и трафик в разы.

Такая схема закрывает и мелкую аварию («сломал обновлением»), и крупную («сервера больше нет»). При объёме проекта в 12 ГБ она укладывается в диск на 100 ГБ, то есть в тариф от 140 ₽/мес. Если проект живёт в облаке с почасовой оплатой, машину под копии иногда держат выключенной между сеансами — тарифы с такой моделью собраны в разделе облачных VPS.

Как проверить, что копия действительно восстанавливается

Непроверенный архив — это надежда, а не копия. Классический провал: скрипт полгода складывал файлы, а внутри лежали пустые дампы, потому что у пользователя базы отняли права. Узнают об этом в день аварии.

Проверка делается раз в квартал и занимает около 40 минут. Возьмите почасовой VPS за 150–300 ₽/мес, разверните на нём последнюю копию, поднимите сайт на технический домен и пройдите те же четыре сценария: главная, каталог, оформление заказа, вход в админку. После проверки машину удаляют, и за сутки она обойдётся в 5–10 ₽.

Заодно замерьте время: если восстановление заняло 3 часа, а вы рассчитывали на полчаса, выяснить это лучше на учениях. Фактический результат записывайте в тот же документ, где лежат доступы и порядок действий.

Частые ошибки

Ниже — то, что чаще всего встречается у проектов, которые всё-таки потеряли данные. Каждый пункт стоил кому-то нескольких дней работы.

• Считать снапшот бэкапом и не иметь ни одной копии за пределами провайдера.
• Держать слепок месяцами: он разрастается, съедает оплаченные гигабайты и тормозит запись.
• Складывать архивы в каталог на том же сервере — при отказе диска исчезнут вместе с данными.
• Не следить за письмами о неоплате: автоудаление через 3–14 дней уносит машину со всеми слепками.
• Ни разу не пробовать восстановление и не знать, сколько оно занимает.
• Хранить единственную копию базы без файлов проекта — сайт из одного дампа не поднимется.

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

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

Можно ли обойтись только снапшотами, если проект маленький? Нет. Размер проекта не влияет на сценарий «сервер удалён за неоплату» или «авария в хранилище». Внешняя копия для сайта на 12 ГБ стоит от 59 до 200 ₽/мес, это дешевле одного часа работы по восстановлению вручную.

Как часто снимать снапшот сервера? По событию, а не по расписанию: перед обновлением системы, сменой конфигурации, установкой панели или миграцией. Автоматические ежедневные слепки имеют смысл только там, где провайдер не считает их в оплаченный диск.

Сколько снапшотов держать одновременно? Двух-трёх достаточно, и не дольше 7 дней. Каждый живой слепок увеличивает занятое место и добавляет нагрузку на запись; глубокую историю на 30–90 дней держат в бэкапах, а не в слепках.

Замедляет ли снапшот работу сервера? На NVMe- и SSD-конфигурациях просадка записи обычно 5–10 % и в глаза не бросается. На HDD-тарифах и при нескольких слепках сразу разница заметнее, особенно для баз данных с частыми мелкими записями.

Что выбрать под хранение копий: VPS или объектное хранилище? VPS удобнее, когда копии нужно разворачивать и проверять прямо на месте, а также когда важна фиксированная цена. Объектное хранилище выгоднее при больших объёмах и редком обращении, но требует настройки клиента и оплаты за трафик.

Можно ли скачать снапшот к себе на компьютер? У большинства массовых провайдеров нет: слепок — служебный объект их системы хранения. Если такая возможность нужна, ищите тариф с выгрузкой образа диска или настраивайте перенос средствами файловой системы на своей стороне.

Итог

Снапшот и бэкап решают разные задачи и не заменяют друг друга. Слепок нужен там, где вы сами меняете сервер: он создаётся за секунды и откатывается за 2–3 минуты, но живёт внутри инфраструктуры провайдера и умирает вместе с машиной. Внешняя копия нужна там, где инфраструктура подводит: она разворачивается дольше, зато остаётся с вами при любом сценарии.

Минимальная рабочая связка — слепок перед каждым изменением, дамп базы каждые 6 часов и суточная копия файлов на отдельную машину со сроком хранения 30 дней. Стоит это от 59 до 200 ₽/мес в зависимости от объёма диска. Подобрать тариф с большим накопителем под такую машину можно в разделе VPS под хранилище данных.