Как сильно я ударился головой? и кто придумывает мне названия постов?
Хороший вопрос!
Следующий!
Что такое снапшот (Snapshot)?
Ну вот - нормальный вопрос из зала! Да начнем наш "холивар" в комментариях к этому тексту, о том что я пишу не нужную информацию, а может и не начнем.
Снапшот — это моментальный снимок состояния данных на определённый момент времени.
Представь, что ты работаешь с документом. Ты нажал «Сохранить резервную копию», и теперь в любой момент можешь вернуться к ней, даже если потом всё удалишь, испортишь или перепишешь.
Вот это и есть снапшот — точка, в которую можно откатиться.
Как в твоих компьютерных играх, от которых ты так отупел
Важное отличие
Снапшот — не копия всех данных (как резервная копия),
а ссылка на данные в том виде, в каком они были в момент снимка.
То есть:
почти не занимает места, пока ты ничего не меняешь
создаётся мгновенно (доли секунды)
не тормозит систему
Как работает снапшот внутри?
- Ты создаёшь снапшот в 12:00
- В 12:15 ты переписал файл data.txt
- Система хранит старую версию только изменённых блоков
- Если ты хочешь откатиться — система «приклеивает» старые блоки обратно
Это называется Copy-on-write или Redirect-on-write — в зависимости от реализации.
Где используются снапшоты?
В файловых системах (ZFS, Btrfs, APFS, NTFS + VSS)
В СХД (NetApp, HPE, Dell EMC, Ceph, OpenZFS)
В виртуализации (VMware, VirtualBox, Hyper-V — снапшоты виртуальных машин)
В контейнерах (LVM, overlayFS, Docker)
Что нужно помнить
Снапшоты не заменяют полноценную резервную копию — если диск сломается, все снапшоты пропадут
Много снапшотов = больше нагрузки на файловую систему (если не чистить)
Их нужно регулярно удалять или архивировать
Понял?
Давай разберёмся, что такое Copy-on-Write и Redirect-on-Write, как они связаны со снапшотами и в чём между ними разница. Объясню максимально доступно
Что происходит, когда мы делаем снапшот?
Ты сделал снимок — всё хорошо.
А потом начинаешь что-то менять. В этот момент система должна как-то сохранить оригинал, чтобы снапшот остался неизменным.
И вот тут есть два подхода:
1. Copy-on-Write (CoW)
«Копируй при записи»
Как работает:
- Сначала данные не копируются вообще — снапшот просто ссылается на текущие блоки.
- Но! Как только кто-то пытается изменить эти блоки —
- система сначала копирует старый блок в безопасное место (для снапшота),
- а потом разрешает запись нового значения.
Пример:
- Ты сделал снапшот тома с файлом report.docx
- Пользователь меняет report.docx
- Система:
- копирует старые блоки в "архив" (для снапшота)
- потом затирает файл новыми данными
Кто использует:
- ZFS
- Btrfs
- APFS (macOS)
- VirtualBox, VMware (в снапшотах дисков)
2. Redirect-on-Write (RoW)
«Перенаправляй при записи»
Как работает:
- Вместо того чтобы перезаписывать старые блоки,
- система просто пишет изменённые данные в новое место на диске
- А снапшот остаётся как есть, без копирования
Пример:
- Ты сделал снапшот
- Пользователь меняет файл
- Новые данные пишутся в другое место
- Таблица размещения блоков обновляется, чтобы видеть: где новые, а где старые
Кто использует:
- NetApp (WAFL)
- Microsoft Hyper-V (частично)
- LVM с thin volumes
Для самых "не умненьких"
Представь, что ты сделал копию рецепта на листочке (снапшот):
- CoW: если ты хочешь изменить рецепт, ты сначала фоткаешь старый лист, а потом рисуешь поверх
- RoW: если ты хочешь изменить рецепт, ты просто берёшь новый лист и пишешь туда, а старый оставляешь нетронутым
Давай на языке продаж:
Чтобы продать идею снапшотов заказчику, нужно говорить на языке пользы и риска — показать, что он теряет без снапшотов, и что выигрывает с ними, причём в простых и убедительных сценариях.
Вот универсальная структура, как это сделать:
Покажи заказчику РИСК
«А что вы будете делать, если кто-то случайно удалит файл или собьёт конфигурацию базы данных?»
Цель: вызвать дискомфорт от мысли, что откатиться нельзя или откат стоит дорого (время, деньги, нервы)
Расскажи историю "ужаса"
«У нас был клиент — удалили отчётность за квартал. Бэкап был недельной давности. Восстанавливали сутки. Если бы были снапшоты — вернулись бы за 30 секунд.»
Работает лучше, если это похожий бизнес/размер компании
Объясни снапшоты простым языком
«Снапшот — это как сохранение в игре. Нажал — и если что-то пошло не так, вернулся назад. Без откатов, без ожиданий, без нервов.»
Особенно эффективно, если заказчик не технарь
Покажи выгоду
Без снапшотов - Со снапшотами
Потеря данных - Мгновенное восстановление
Ручное восстановление - Один клик или одна команда
Дорогие резервные копии - Почти не занимает места
Просто «жили как жили» - Проактивный контроль версий
Покажи, что это недорого и эффективно
Чего это стоит?
«Снапшоты — это не резервное копирование. Это почти бесплатно:
они создаются мгновенно, не занимают много места, и работают сами.»
Особенно если заказчик думает, что это "дорого" знай в ARGO.TECH решении СХД это FREEEEEE