Proxmox VE to wydajny hiperwizor, ale większość incydentów wynika z różnicy między „skonfigurowanymi kopiami zapasowymi” a „kopiami zapasowymi, które działają, gdy zajdzie potrzeba odzyskania danych”.
W tym przewodniku znajdziesz pełny opis kopia zapasowa proxmox Przepływ pracy maszyny wirtualnej: trzy natywne tryby tworzenia kopii zapasowych i kiedy używać każdego z nich, jak zaplanować automatyczne tworzenie kopii zapasowych w Proxmox, gdzie przechowywane są pliki kopii zapasowych maszyn wirtualnych Proxmox, jak wykonać kopię zapasową wszystkich maszyn wirtualnych Proxmox jednocześnie, jak połączyć zadania tworzenia kopii zapasowych z pamięcią masową NAS i gdzie Przyrostowa kopia zapasowa pasuje. Omawiamy również, w jakich sytuacjach natywne narzędzia osiągają swoje granice i z czego zamiast nich korzystają zespoły korporacyjne.
Zobacz, jak Zmanda Pro to upraszcza
Trzy tryby tworzenia kopii zapasowych maszyn wirtualnych Proxmox: jak wybrać odpowiedni
Proxmox VE jest dostarczany z vzdump, wbudowane narzędzie do tworzenia kopii zapasowych dla maszyn wirtualnych KVM/QEMU i kontenerów LXC. Każde zadanie tworzenia kopii zapasowej wymaga wyboru trybu, a ten wybór decyduje o spójności, wpływie na produkcję i przydatności dla typu obciążenia uruchomionego na maszynie wirtualnej.
| Moda | Jak to działa | Konsystencja: | Czy produkcja jest bezpieczna? | Najlepsze dla: |
|---|---|---|---|---|
| Stop | Wyłącza maszynę wirtualną przed utworzeniem kopii zapasowej i uruchamia ją ponownie po jej zakończeniu | Najwyższy — stan czysty, brak zapisów w trakcie lotu | Nie — powoduje przestoje | Obciążenia niekrytyczne i rozwojowe |
| Zawiesić | Zawiesza maszynę wirtualną, tworzy migawkę pamięci na dysku, wznawia działanie po | Wysoki — stan pamięci zachowany | Ograniczone — krótkie zamrożenie | Maszyny wirtualne wymagające zachowania stanu pamięci |
| Migawka | Migawka dysku podczas działania maszyny wirtualnej | Dobry — zgodny z systemem plików agenta gościa QEMU | Tak | Maszyny wirtualne produkcyjne wymagające ciągłej sprawności |
Krytyczny warunek dla trybu migawki: Agent gościnny QEMU Agent musi być zainstalowany i aktywnie uruchomiony na maszynie wirtualnej. Bez niego Proxmox nadal tworzy migawkę, ale uśpienie systemu plików nie jest gwarantowane. W przypadku MySQL, PostgreSQL lub dowolnej aplikacji transakcyjnej działającej na maszynie wirtualnej, migawka spójna z awarią może wydawać się prawidłowa, ale nie zadziałać po przywróceniu. Zainstaluj agenta przed użyciem trybu migawki dla dowolnego obciążenia bazy danych.
Nie wiesz, kiedy tego użyć? Zobacz Kopia zapasowa Proxmox kontra migawka: która z nich naprawdę chroni maszyny wirtualne?.
Tworzenie kopii zapasowej pojedynczej maszyny wirtualnej Proxmox: interfejs użytkownika sieci Web i interfejs wiersza poleceń
W przypadku tworzenia kopii zapasowej pojedynczej maszyny wirtualnej za pośrednictwem interfejsu internetowego: przejdź do węzła, wybierz maszynę wirtualną według identyfikatora, otwórz backup kartę i kliknij Utwórz kopię zapasową terazWybierz miejsce docelowe magazynu, tryb tworzenia kopii zapasowej i typ kompresji, a następnie potwierdź. Dziennik zadań przesyła dane w czasie rzeczywistym, a ukończony plik kopii zapasowej natychmiast pojawia się w lokalizacji magazynu.
W środowiskach zarządzanych za pomocą interfejsu CLI natywnym narzędziem jest vzdump:
vzdump 100 --storage local --mode snapshot --compress zstdAby zapisać do konkretnego katalogu zamiast do nazwanego miejsca docelowego pamięci masowej:
vzdump 100 --dumpdir /mnt/backup/vms --mode snapshot --compress flaga akceptuje zstd (zalecane ze względu na równowagę między prędkością a stosunkiem prędkości do prędkości), lzolub gzip. W większości środowisk zstd zapewnia kompresję na poziomie 40–60% w przypadku mieszanych obciążeń maszyn wirtualnych przy minimalnym obciążeniu procesora i znaczącym zmniejszeniu zużycia pamięci masowej NAS w dłuższej perspektywie.
Jeśli dopiero zaczynasz przygodę z PBS, zacznij od Serwer kopii zapasowych Proxmox: kompletny przewodnik dla zespołów IT.
Jak skonfigurować automatyczne tworzenie kopii zapasowych w Proxmox
Harmonogram Proxmox znajduje się w Centrum danych → Kopia zapasowa → DodajKażde zadanie definiuje: które maszyny wirtualne uwzględnić (konkretne identyfikatory lub wszystkie), miejsce docelowe pamięci masowej, tryb tworzenia kopii zapasowej, harmonogram w stylu cron oraz zasady przechowywania. Po skonfigurowaniu zadania uruchamiają się automatycznie bez konieczności ręcznej interwencji.
Typowe harmonogramy tworzenia kopii zapasowych Proxmox dla środowisk produkcyjnych:
- Codziennie o 2:00 rano (
0 2 * * *): Standard dla produkcyjnych maszyn wirtualnych z 24-godzinnym RPO. Najczęściej spotykany wzorzec wdrożeń w małych i średnich firmach (MŚP) i średnich przedsiębiorstwach. - Co 6 godzin (
0 */6 * * *): Cel: 6-godzinny RPO dla systemów krytycznych. Wymaga wystarczającej ilości miejsca na 4 kopie zapasowe dziennie dla każdej maszyny wirtualnej. - Co tydzień w niedzielę (
0 0 * * 0): Odpowiednie dla maszyn wirtualnych do celów deweloperskich/testowych o niskim współczynniku zmian.
Retencja jest ustawiana w ramach tego samego zadania. Baza produkcyjna: 7 kopii dziennie, 4 tygodniowo, 3 miesięcznie. Zawsze konfiguruj retencję; bez niej kopie zapasowe kumulują się, aż do zapełnienia pamięci masowej, a kolejne zaplanowane zadanie zakończy się niepowodzeniem. W środowiskach z ponad 20 maszynami wirtualnymi, rozłóż czas rozpoczęcia na partię o 5–10 minut, aby rozłożyć obciążenie wejścia/wyjścia w całym oknie tworzenia kopii zapasowych.
Jak wykonać kopię zapasową wszystkich maszyn wirtualnych Proxmox jednocześnie
--all flaga obejmuje wszystkie maszyny wirtualne i kontenery LXC na węźle jednym poleceniem:
vzdump --all --storage backup-storage --mode snapshot --compress zstdAby wykluczyć określone identyfikatory VMID:
vzdump --all --exclude 101,102 --storage backup-storage --mode snapshotZ poziomu interfejsu internetowego harmonogram tworzenia kopii zapasowych Datacenter → obejmuje Wszystkie produkty Opcja zakresu, która automatycznie obejmuje każde obciążenie na wybranym węźle. W przypadku klastrów wielowęzłowych utwórz zadanie kopii zapasowej dla każdego węzła lub scentralizuj wszystkie węzły w instancji Proxmox Backup Server, która służy jako pojedynczy cel pamięci masowej.
Monitoruj całkowity czas trwania zadania w odniesieniu do okna kopii zapasowej podczas wykonywania zadań obejmujących wszystkie maszyny wirtualne. Klaster z 30 maszynami wirtualnymi o średnim rozmiarze 300 GB każda musi przenieść około 9 TB danych na pełny cykl tworzenia kopii zapasowej. Przy rzeczywistej przepustowości 80 MB/s w sieci 1 GbE, czas ten przekracza 28 godzin, znacznie wykraczając poza większość praktycznych okien. To główny powód wdrożenia tej technologii. Przyrostowa architektura serwera kopii zapasowych Proxmox lub platformę korporacyjną do większych wdrożeń.
Lokalizacja kopii zapasowej maszyny wirtualnej Proxmox: gdzie znajdują się Twoje pliki
Lokalizacja kopii zapasowej maszyny wirtualnej Proxmox jest określana przez cel pamięci masowej skonfigurowany w Centrum danych → PrzechowywaniePliki utworzone przez vzdump mają następujący format nazewnictwa:
vzdump-qemu-{VMID}-{YYYY_MM_DD}-{HH_MM_SS}.vma.zstW przypadku kontenerów LXC prefiks zmienia się na vzdump-lxc-Typowe konfiguracje pamięci masowej:
- Katalog lokalny:
/var/lib/vz/dump/domyślnie. Prosty, ale współdzieli dysk z obrazami systemu operacyjnego i maszyn wirtualnych, nieodpowiedni do użytku produkcyjnego. - Serwer NAS montowany przez NFS: Udział NAS zdefiniowany jako lokalizacja pamięci masowej Proxmox. Najczęściej spotykany w środowiskach MŚP i średnich przedsiębiorstw z istniejącą infrastrukturą NAS.
- Magazyn danych PBS: Kopie zapasowe przechowywane jako zdeduplikowane fragmenty. Niedostępne jako pojedyncze pliki, ale w pełni odzyskiwalne przez interfejs PBS lub PVE.
Nie podlega negocjacjom: magazyn kopii zapasowych musi być fizycznie oddzielony od źródłowego dysku maszyny wirtualnej. Kopia zapasowa na tym samym dysku, co chroniona maszyna wirtualna, ulegnie awarii wraz z tym dyskiem.
Tworzenie kopii zapasowych maszyn wirtualnych Proxmox na serwerze NAS
Kopia zapasowa z serwera NAS to najpopularniejszy wzorzec Proxmox do tworzenia kopii zapasowych maszyn wirtualnych na NAS dla małych i średnich przedsiębiorstw. Konfiguracja składa się z trzech kroków: utworzenie udziału NFS lub SMB na serwerze NAS, dodanie go jako docelowego magazynu danych w Proxmox w obszarze Centrum danych → Magazyn → Dodaj → NFS (lub CIFS), a następnie wskazanie tego magazynu docelowego w konfiguracji zadania kopii zapasowej.
W przypadku Synology NAS: upewnij się, że uprawnienia eksportu NFS zezwalają na adres IP węzła Proxmox z wyłączonym root squash lub zmapowanym na użytkownika kopii zapasowej z dostępem do zapisu. Włączony root squash jest najczęstszą przyczyną permission denied Błędy podczas operacji zapisu vzdump. W przypadku TrueNAS: skonfiguruj uprawnienia do zbioru danych, aby zezwolić na dostęp do zapisu NFS z adresu IP węzła Proxmox. Użyj dedykowanego zbioru danych do tworzenia kopii zapasowych maszyn wirtualnych; łączenie danych kopii zapasowych z danymi z innych serwerów NAS utrudnia zarządzanie pojemnością i egzekwowanie retencji.
Przepustowość sieci jest wiążącym ograniczeniem. Połączenie 1 GbE zapewnia rzeczywistą przepustowość około 80–90 MB/s. Dedykowana sieć VLAN z 10 GbE do tworzenia kopii zapasowych jest zalecana w środowiskach przekraczających 20 maszyn wirtualnych lub 5 TB danych źródłowych. Aby scentralizować zarządzanie kopiami zapasowymi NFS w obciążeniach wykraczających poza Proxmox, Obsługa kopii zapasowych NFS i iSCSI w Zmanda Pro zapewnia ujednoliconą kontrolę bez konieczności ręcznej konfiguracji każdego węzła.
Kopia zapasowa Proxmox Incremental: Dlaczego pełne kopie zapasowe napotykają na barierę
Natywny vzdump domyślnie tworzy pełne kopie zapasowe. Maszyna wirtualna o pojemności 300 GB po kompresji tworzy około 120–180 GB na kopię zapasową. Przy 30-dniowym dziennym retencjonowaniu, daje to 3.6–5.4 TB miejsca na maszynę wirtualną. Skalowanie na 20 maszynach wirtualnych sprawia, że utrzymanie tych obliczeń staje się trudne bez znaczącej inwestycji w serwer NAS.
Serwer kopii zapasowych Proxmox (PBS) wprowadza prawdziwą przyrostową architekturę kopii zapasowych Proxmox poprzez śledzenie bloków zmian (CBT). Po początkowej pełnej kopii zapasowej, kolejne zadania przenoszą tylko zmienione bloki, zazwyczaj 3–10% rozmiaru maszyny wirtualnej dziennie. Deduplikacja PBS na mieszanych obciążeniach maszyn wirtualnych zazwyczaj osiąga współczynnik od 2:1 do 5:1, co czyni ją znacznie wydajniejszą niż surowe kopie zapasowe vzdump-to-NFS w dowolnym środowisku z cyklicznymi zadaniami kopii zapasowej.
Aby uzyskać wskazówki dotyczące rozmiaru sprzętu przed wdrożeniem PBS, zapoznaj się z Przewodnik po wymaganiach serwera kopii zapasowych Proxmox.
Dla zespołów wymagających większej wydajności, Zmanda Pro Rozszerza to o deduplikację po stronie klienta, zanim dane opuszczą źródło, osiągając nawet 90% redukcję pamięci masowej w produkcji na dużą skalę, co zostało potwierdzone w ponad 2,600 lokalizacjach dużego operatora franczyzowego w USA. Zmanda Pro obsługuje natywnie Proxmox VE, oferując bezagentowe tworzenie kopii zapasowych maszyn wirtualnych opartych na migawkach i przywracanie międzyplatformowe do Proxmox, Hyper-V lub VMware. Obsługuje również architektury stale przyrostowe bez okresowego pełnego resetu kopii zapasowej, co jest krytyczne w przypadku dużych środowisk z ograniczonym budżetem na pamięć masową.
Kiedy natywna kopia zapasowa Proxmox nie wystarczy
Narzędzia natywne niezawodnie obsługują małe środowiska. Luki operacyjne pojawiają się wraz ze wzrostem liczby maszyn wirtualnych i węzłów oraz wymagań dotyczących zgodności:
- Brak scentralizowanego zarządzania wieloma węzłami. Każdy klaster Proxmox uruchamia niezależne konfiguracje kopii zapasowych. Dziesięć klastrów oznacza dziesięć oddzielnych list zadań, brak jednego panelu kontrolnego do monitorowania stanu kopii zapasowych w całym środowisku.
- Brak automatycznego powiadamiania o awariach. Awaria kopii zapasowej o 2:00 w nocy generuje wpis w dzienniku, a nie powiadomienie. Zespoły dowiadują się o tym, sprawdzając dzienniki, potencjalnie kilka dni po awarii, co eliminuje możliwość odzyskiwania.
- Zmienna pamięć kopii zapasowych. Kopie zapasowe zapisane na dysku NFS lub dysku lokalnym mogą zostać nadpisane lub usunięte przez ransomware, błędną konfigurację lub błąd administratora. Domyślnie nie ma żadnej warstwy ochronnej.
- Brak dokumentacji zgodności. Narzędzia natywne nie generują żadnych śladów audytu, raportów o egzekwowaniu zasad ani dowodów dla audytorów HIPAA, SOC 2 lub PCI DSS.
Zmanda Pro obejmuje pełną listę luk: scentralizowane zarządzanie wieloma klastrami, automatyczne powiadamianie o awariach, niezmienne miejsce do przechowywania kopii zapasowych który przetrwa ataki ransomware, kopie zapasowe bezpośrednio do chmury i raportowanie zgodne z przepisami z poziomu jednej konsoli. Dla zespołów, które Struktura kopii zapasowych 3-2-1Zmanda zarządza wszystkimi trzema kopiami: lokalną, zapasową i zewnętrzną, bez konieczności oddzielnych konfiguracji dla każdego węzła.
Aby uzyskać pełny obraz architektury kopii zapasowych Proxmox, od narzędzi natywnych po platformy korporacyjne, kompletny przewodnik po serwerze Proxmox Backup Server obejmuje każdą warstwę.
FAQ
