Skip to main content

Конфигурация, хранение и верификация

Вкладка Конфигурация централизует настройки, обеспечивающие надёжность, чистоту и целостность datastore PBS.


Пространства имён (Namespaces)

Пространства имён обеспечивают логическую сегментацию резервных копий внутри одного datastore, реализованную как вложенная структура директорий.

Сценарии использования

  • Разделение нескольких кластеров Proxmox VE с пересекающимися VMID
  • Изоляция окружений: prod, preprod, dev
  • Разграничение по клиенту или проекту

Вложенная структура

/
├── prod/
│ ├── vm-infra/
│ └── vm-clients/
├── preprod/
└── client-a/
Мультикластер

При одинаковых VMID в разных кластерах используйте отдельное пространство имён для каждого кластера.


Задание Prune (хранение)

Prune удаляет старые снапшоты согласно политике хранения, удаляя только метаданные (манифест, индекс). Чанки освобождаются только Garbage Collection.

Доступные параметры хранения

ПараметрПоведение
keep-last NХранить последние N снапшотов
keep-hourly NХранить последний снапшот за каждый из последних N часов
keep-daily NХранить последний снапшот за каждый из последних N дней
keep-weekly NХранить последний снапшот за каждую из последних N недель
keep-monthly NХранить последний снапшот за каждый из последних N месяцев
keep-yearly NХранить последний снапшот за каждый из последних N лет

Пример: ежедневные резервные копии, хранение 10 лет

ПараметрЗначениеПричина
keep-last3Сохраняет последние ручные backup
keep-daily13Минимум 2 недели
keep-weekly8Минимум 2 полных месяца
keep-monthly11Год ежемесячных точек
keep-yearly9Долгосрочный архив

Минимальный пример: типичное использование

keep-last: 3
keep-daily: 5
keep-weekly: 3
keep-monthly: 1

Сбор мусора (Garbage Collection)

GC освобождает реальное дисковое пространство, удаляя осиротевшие чанки — блоки, на которые больше не ссылается ни один снапшот.

Prune vs GC

ОперацияЧто удаляетОсвобождает место?
PruneМетаданные снапшотовНет
GCФизические осиротевшие чанкиДа

Prune без GC не освобождает место.

Внутренний механизм GC

  1. Фаза Mark: PBS читает все индексы и обновляет atime каждого referenced чанка
  2. Фаза Sweep: PBS удаляет чанки с atime старше порога грейс-периода

Период ожидания: 24ч05

PBS ждёт 24 часа 5 минут перед удалением осиротевших чанков — из-за опции relatime файловых систем Linux.

Порядок операций

Всегда выполняйте prune перед GC, с интервалом не менее 1 часа.


Задания верификации

Задания верификации проверяют целостность резервных копий, проверяя контрольные суммы каждого чанка.

Стратегия двойного задания (рекомендуется)

  1. Еженедельное задание: проверяет только новые, ещё не верифицированные снапшоты
  2. Ежемесячное задание: повторно верифицирует все снапшоты (обнаруживает bit rot)

Рекомендуемое общее расписание

ЗадачаЧастотаВремя
Задание резервного копированияЕжедневно02:00
PruneЕжедневно03:00
Garbage CollectionЕжедневно04:00
Верификация (недавние)ЕженедельноСуббота 05:00
Верификация (полная)Ежемесячно1-е число 05:00