Autonomiczny host ESXi (4.1) bez żadnego serwera vCenter.
Jak tworzyć kopie zapasowe maszyn wirtualnych tak szybko i jak najbardziej przyjaznie dla pamięci?
Wiem, że mogę uzyskać dostęp do konsoli ESXi i użyć standardowej cp
komendy Unix , ale ma to wadę polegającą na kopiowaniu całych plików VMDK, a nie tylko ich faktycznie używanego miejsca; więc w przypadku 30-GB VMDK, z którego używany jest tylko 1 GB, tworzenie kopii zapasowej zajmie 30 pełnych GB miejsca i odpowiednio dużo czasu.
I tak, wiem o dyskach wirtualnych alokowanych elastycznie, ale zachowują się one bardzo źle po fizycznym skopiowaniu i / lub powiększają się do ich pełnej pojemności; nie są również zalecane dla rzeczywistej wydajności maszyny wirtualnej.
Mogę wyłączyć maszyny wirtualne przed utworzeniem ich kopii zapasowej (tzn. Nie potrzebuję kopii „na żywo”); ale potrzebuję sposobu, aby skutecznie je skopiować; i tak, pomógłby również sposób zautomatyzowania zamykania / uruchamiania podczas wykonywania kopii zapasowej.
Mam tylko ESXi; bez konsoli serwisowej, bez serwera vCenter ... jaki jest najlepszy sposób na wykonanie tego zadania? A co z przywracaniem?
źródło
Nie wiem, czy pasuje to do twojego rachunku, ale VM Explorer wykonuje dobrą kopię zapasową maszyn wirtualnych na gorąco lub na zimno. Uważam, że dzięki ESXi 4.1 VM Explorer pozwala także na tworzenie kopii zapasowych gości VM z jednego hosta na inny.
źródło
Skończyło się na napisaniu skryptu, który kopiuje pliki konfiguracyjne VM i używa
vmkfstools -d
do klonowania VMDK przy jednoczesnym zachowaniu cienkiego udostępniania.Na przykład:
Wymaga to wyłączenia maszyny wirtualnej i braku aktywnych migawek.
źródło
Spróbowałbym użyć sprawdzonego rozwiązania, a nie własnego. Zmniejszony kłopot, czas i ryzyko z łatwością się zwróci, nawet jeśli zdecydujesz się na rozwiązanie, które nie jest bezpłatne. Wszystkie te problemy, które Cię dotyczą, zostały rozwiązane w każdym nowoczesnym rozwiązaniu do tworzenia kopii zapasowych dla ESXi.
Rozwiązaniem, z którego klient korzysta w środowisku ESXi przy odrobinie szczęścia, jest Veeam. Istnieje nawet darmowa edycja, która może działać dla twoich potrzeb: https://www.veeam.com/virtual-machine-backup-solution-free.html
źródło
Ghetto VCB może wykonać kopię zapasową, gdy maszyna jest uruchomiona. W przypadku miejsca można użyć systemu plików deduplikacji i kompresji, takiego jak lessfs na serwerze kopii zapasowych.
źródło
XSIBackup to usługa ESXi, która działa w systemie operacyjnym hypervisor ESXi i ma minimalny rozmiar. W rzeczywistości użytkownicy nie zauważą, że w tle odbywa się kopia zapasowa.
Oferuje dwa różne narzędzia: XSIBackup-Free i XSIBackup-Pro.
XSIBackup-Free oferuje wszystkie funkcje obecne w wersji Pro, takie jak:
Wersja Pro oferuje wszystkie powyższe funkcje oraz rozszerzone narzędzia, które przyspieszą przesyłanie danych (XSIDiff), certyfikację kopii zapasowej za pomocą sumy kontrolnej, metody szybkiego porównywania plików oraz interfejs graficzny SSH (graficzny interfejs użytkownika), który pozwala skonfigurować wszystkie opcje z poziomu kreatora, przyspieszenie konfiguracji zadań tworzenia kopii zapasowych.
https://33hops.com/xsibackup-pro-vmware-esxi-backup.html
źródło
Eksportuję również do formatu OVF. Jest w porządku, ponieważ kompresuje w locie obraz za pomocą gzip.
Ale licencje zniknęły, ponieważ podczas importowania pliku OVF do ESXI tworzony jest komputer z nowym sprzętem.
Rozwiązanie:
Tworzę kopię zapasową (pobieram) folder plików maszyny wirtualnej bez dużego obrazu i kompresuję je.
Zarówno - folder ovf, jak i skompresowana kopia plików obrazów wirtualnych (bez dużego obrazu) - znajdują się w tym samym folderze.
Przywracanie:
-> Importowanie OVF do ESXI i przesyłanie nieskompresowanej konfiguracji (z folderu kopii zapasowej pliku) -> Maszyna wirtualna jest znowu w porządku
ismail
źródło
cpio
może kopiować rzadkie pliki, zachowując w nich „dziury”.źródło