Чем отличаются бэкапы и снапшоты
И снапшоты, и бэкапы позволяют сохранить данные и восстановить их при сбое или ошибке, но делают это по-разному. Выбор подхода зависит от целей: быстрый откат в том же кластере, клонирование тома, долгосрочное хранение или восстановление в другом окружении.
Краткое сравнение
| Критерий | Снапшоты (VolumeSnapshot) | Бэкапы (резервное копирование) |
|---|---|---|
| Что сохраняется | Снимок одного тома (PVC) в момент времени | Данные кластера/неймспейсов/томов и при необходимости манифесты (например, Velero) |
| Где хранится | Обычно в той же системе хранения (тот же массив, то же облако) | Часто во внешнем хранилище (S3, NFS, объектное хранилище) |
| Скорость создания | Обычно быстро (копирование метаданных/блоков без полного копирования данных) | Зависит от объёма; полное копирование может занимать минуты и часы |
| Восстановление | В тот же кластер (новый PVC из снапшота или откат на снимок) | В тот же или другой кластер; возможно восстановление целого неймспейса или кластера |
| Типичная цель | Быстрый откат, клонирование тома, точка восстановления перед операцией | Долгосрочное хранение, аварийное восстановление (DR), перенос в другое окружение |
Снапшоты (VolumeSnapshot)
Снапшот — это снимок тома в определённый момент времени, созданный средствами системы хранения (через CSI). Данные снапшота остаются в той же инфраструктуре хранения (тот же бэкенд, тот же регион/датацентр).
Подходит когда:
- Нужна точка восстановления перед рискованной операцией (обновление БД, миграция, массовое изменение данных).
- Нужно быстро клонировать том (создать новый PVC с теми же данными) в том же кластере.
- Нужен короткий цикл «сделал — откатился» без выноса данных во внешнее хранилище.
Ограничения:
- Снапшот привязан к конкретному бэкенду хранилища; при выходе из строя всей системы хранения снапшоты могут быть недоступны.
- Обычно не рассчитаны на очень длительное хранение и хранение в другом месте (другой кластер, другой регион).
- Поддержка зависит от CSI-драйвера и провайдера (Ceph, vSphere, oVirt, NFS и т.д.).
Подробнее: Снапшоты.
Бэкапы (резервное копирование)
Бэкап в контексте платформы «Штурвал» — это резервная копия ресурсов кластера (неймспейсы, объекты Kubernetes, тома и т.д.), которая сохраняется во внешнее хранилище (например, S3-совместимое). Обычно используется модуль резервного копирования (например, на базе Velero), настроенный администратором.
Подходит когда:
- Нужно долгосрочное хранение копий данных и возможность восстановления через длительное время.
- Нужно восстановить кластер или неймспейс после серьёзного сбоя или удаления.
- Нужен перенос в другое окружение (другой кластер, другой регион, DR-площадка).
- Требования регуляторов или политик компании предписывают хранить копии вне основной инфраструктуры.
Ограничения:
- Создание и восстановление бэкапа обычно занимают больше времени, чем создание и использование снапшота.
- Требуется настройка внешнего хранилища и политик резервного копирования.
Рекомендации по настройке резервного копирования для восстановления доступа к кластерам: Рекомендации по резервному копированию.
Когда что использовать
- Только снапшоты — если достаточно быстрого отката или клонирования томов в том же кластере и нет жёстких требований к выносу копий во внешнее хранилище.
- Только бэкапы — если нужны копии во внешнем хранилище, восстановление целого кластера/неймспейса или перенос в другое окружение.
- Снапшоты и бэкапы вместе — снапшоты для частых «точечных» откатов и клонирования томов, бэкапы для регулярного выноса данных во внешнее хранилище и аварийного восстановления. Такой комбинированный подход часто используется в продакшене.