Backup jobs

Автоматичні розклади (backup jobs) є основним інструментом для регулярного та безперервного збереження стану обраних віртуальних машин у вашому проєкті за заданим графіком.

Кроки

1. Відкрийте Backup → Jobs.
2. Натисніть Create backup job (або відредагуйте вже існуючий).
3. Заповніть налаштування розкладу та політики зберігання (деталі нижче).
4. Виберіть потрібні віртуальні машини у таблиці Virtual machines та натисніть Create.
5. У списку машин можуть бути попередження для тих VM, які ще не захищені бекапами — радимо їх також додати.

Налаштування в Create backup job

General

• Enabled — дозволяє тимчасово вимкнути виконання розкладу без видалення самих налаштувань.
• Job name — зручна для вас назва (наприклад, Production VMs).
• Backup time window — проміжок часу, коли системі дозволено починати бекап (наразі це 00:00–06:00).

Schedule

• Оберіть дні тижня, у які має виконуватися бекап (потрібен хоча б один день).

Retention

Цей блок керує тим, скільки копій зберігатиметься у сховищі. Коли ліміт перевищується, найстаріші копії видаляються автоматично. Якщо залишити поле порожнім або вписати 0, цей рівень зберігання вимикається.

• Keep daily — скільки останніх щоденних копій зберігати (наприклад, 7 — це історія за останній тиждень).
• Keep weekly — скільки тижневих зрізів залишати (наприклад, 4 — це історія приблизно за місяць).
• Keep monthly / Keep yearly — довгострокове зберігання. Використовуйте лише якщо це дійсно потрібно, оскільки це збільшує витрати на дисковий простір.

Як краще налаштувати: Для типової машини достатньо стандартних 7 daily і 4 weekly. Для тестових середовищ вистачить 3 daily і 0 weekly.

Вартість backup storage

Бекапи створюються інкрементально та проходять дедуплікацію. Тому в розділі Backup → Datastore ви побачите два значення:

• Logical — повний номінальний розмір усіх копій.
• On-disk — реальний розмір на диску після стиснення та дедуплікації.

Ви платите тільки за реальний (on-disk) об'єм у гігабайтах (GiB).

Ілюстративний приклад: У вас є віртуальна машина з диском на 100 GiB, на якій реально зайнято лише 50 GiB, а щоденні зміни складають близько 5 GiB даних. Якщо ви налаштуєте щоденний бекап із Keep daily = 7, то перший повний бекап займе лише фактично використане місце — близько 50 GiB (а не весь номінальний розмір диска 100 GiB). Усі наступні дні додаватимуть лише по ~5 GiB змінених даних. Тобто за тиждень у вас зберігатиметься 7 копій, але на диску вони займатимуть близько 80 GiB (50 + 6×5), а не 700 GiB. Якщо ви збільшите ліміт до 30 днів, об'єм зросте приблизно до 195 GiB (50 + 29×5). Завжди перевіряйте показник on-disk перед суттєвим збільшенням політики Retention.

Зверніть увагу

За замовчуванням у проєкті можна створити лише 1 розклад (backup job), але в нього можна додати безліч машин. Також пам'ятайте, що наявність бекапу не звільняє від необхідності перевіряти, чи можете ви з нього успішно відновитися.

Наступні кроки