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