Backup jobs
Automatyczne harmonogramy (backup jobs) są głównym narzędziem do regularnego i nieprzerwanego zapisywania stanu wybranych maszyn wirtualnych w Twoim projekcie według określonego grafiku.
Kroki
- Otwórz sekcję
Backup → Jobs. - Kliknij przycisk Create backup job (lub edytuj już istniejący).
- Skonfiguruj ustawienia harmonogramu oraz polityki retencji (szczegóły poniżej).
- Wybierz odpowiednie maszyny wirtualne w tabeli Virtual machines i kliknij Create.
- Na liście maszyn mogą wyświetlać się ostrzeżenia dla those VM, które nie są jeszcze chronione żadnym backupem — zalecamy dodanie ich do harmonogramu.
Konfiguracja w oknie Create backup job
General
- Enabled — pozwala tymczasowo wyłączyć wykonywanie harmonogramu bez usuwania samych ustawień.
- Job name — przyjazna dla Ciebie nazwa (na przykład
Production VMs). - Backup time window — przedział czasu, w którym system ma prawo rozpocząć tworzenie kopii zapasowej (obecnie jest to 00:00–06:00).
Schedule
- Wybierz dni tygodnia, w które ma być wykonywany backup (wymagany jest przynajmniej jeden dzień).
Retention
Ten blok zarządza liczbą kopii przechowywanych w datastore. Po przekroczeniu limitu najstarsze kopie są usuwane automatycznie. Pozostawienie pola pustego lub wpisanie 0 wyłącza dany poziom przechowywania.
- Keep daily — ile ostatnich codziennych kopii zachować (na przykład 7 oznacza historię z ostatniego tygodnia).
- Keep weekly — ile tygodniowych zrzutów zachować (na przykład 4 oznacza historię z około miesiąca).
- Keep monthly / Keep yearly — długoterminowe przechowywanie. Używaj tylko wtedy, gdy jest to naprawdę konieczne, ponieważ zwiększa to koszty przestrzeni dyskowej.
Jak najlepiej skonfigurować: Dla typowej maszyny wystarczą standardowe ustawienia: 7 daily i 4 weekly. Dla środowisk testowych wystarczy 3 daily i 0 weekly. Maksymalne limity w formularzu to: daily do 90, weekly do 26, monthly do 12, yearly do 2.
Koszt backup storage
Kopie zapasowe są tworzone przyrostowo i podlegają deduplikacji. Z tego powodu w sekcji Backup → Datastore zobaczysz dwie wartości:
- Logical — całkowity rozmiar logiczny wszystkich kopii.
- On-disk — rzeczywisty rozmiar na dysku po skompresowaniu i deduplikacji.
Płacisz wyłącznie za rzeczywisty (on-disk) rozmiar w gigabajtach (GiB).
Przykład ilustracyjny: Posiadasz maszynę wirtualną z dyskiem o rozmiarze 100 GiB, na którym faktycznie zajęte jest tylko 50 GiB, a codzienne zmiany na dysku wynoszą około 5 GiB danych. Jeśli skonfigurujesz codzienny backup z parametrem Keep daily = 7, wówczas pierwszy pełny backup zajmie tylko faktycznie używane miejsce — około 50 GiB (a nie pełny rozmiar dysku 100 GiB). Każdy kolejny dzień będzie dodawał tylko około ~5 GiB zmienionych danych. Oznacza to, że po tygodniu będziesz posiadać 7 kopii zapasowych, ale na dysku zajmą one około 80 GiB (50 + 6×5), a nie 700 GiB. Jeśli zwiększysz retencję do 30 dni, rozmiar ten wzrośnie do około 195 GiB (50 + 29×5). Zawsze sprawdzaj wskaźnik on-disk przed znaczącym zwiększeniem parametrów retencji.
Uwaga
Domyślnie w projekcie można utworzyć tylko 1 harmonogram (backup job), ale można do niego dodać wiele maszyn wirtualnych. Pamiętaj również, że posiadanie kopii zapasowej nie zwalnia z obowiązku testowania, czy jesteś w stanie pomyślnie przywrócić z niej dane.
Następne kroki
- Datastore — zarządzanie utworzonymi kopiami zapasowymi.
- Backupy VM i restore — jak przywrócić maszynę VM z backupu.
- Resource usage — gdzie sprawdzić koszty zasobów.