Zdalny serwer kopii zapasowych a obiektowa pamięć masowa w chmurze na potrzeby kopii zapasowych domowych maszyn wirtualnych

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

Zdalny serwer kopii zapasowych jest zwykle lepszym celem dla domowych maszyn wirtualnych, gdy zależy Ci na szybkim pełnym odtwarzaniu, częstych zadaniach przyrostowych, przewidywalnym działaniu repozytorium i kontroli nad całym stosem odzyskiwania. Chmurowa pamięć obiektowa jest zwykle lepsza, gdy ważniejsze są separacja geograficzna i usunięcie drugiego serwera z listy urządzeń wymagających utrzymania niż lokalna kontrola. Decyzja zależy od rozmiaru odtwarzanych danych, przepustowości wysyłania, sposobu pobierania danych z pamięci obiektowej, wymagań dotyczących niezmienności oraz tego, jak dużą część infrastruktury chcesz obsługiwać poza swoją lokalizacją.

Zdefiniuj zadanie odzyskiwania maszyny wirtualnej przed wyborem celu

Kopia zapasowa maszyny wirtualnej to nie tylko folder z dokumentami. Odzyskanie uszkodzonego domowego hipernadzorcy może wymagać obrazów dysków, konfiguracji maszyn wirtualnych, metadanych gości, materiałów szyfrujących, informacji o sieci oraz przepustowości wystarczającej do odbudowania kilku dużych gości we właściwej kolejności.

Proxmox informuje, że jego integracja z kopiami zapasowymi umożliwia tworzenie zaplanowanych kopii zapasowych maszyn wirtualnych i kontenerów, natomiast Proxmox Backup Server dodaje infrastrukturę kopii zapasowych z deduplikacją. Oznacza to, że wybór celu jest częścią pełnego procesu odzyskiwania maszyny wirtualnej, a nie zwykłego przechowywania plików.

Najpierw określ oczekiwany rezultat: ile terabajtów musi zostać przywróconych, jak szybko ma uruchomić się pierwsza krytyczna maszyna wirtualna oraz czy całkowita utrata lokalizacji należy do modelu zagrożeń. Odpowiedzi wskażą, czy trudniejsze ograniczenie lepiej rozwiąże dostępny serwer, czy zarządzana przez dostawcę pamięć obiektowa.

Zdalny serwer kopii zapasowych wygrywa, gdy duże odtwarzanie musi rozpocząć się natychmiast

Serwer znajdujący się w innej zaufanej lokalizacji może przechowywać format kopii zapasowej online i gotowy do odtworzenia, bez oczekiwania na ponowne udostępnienie danych z warstwy archiwalnej. Jeśli łącze między lokalizacjami jest wystarczająco szybkie, może także obsługiwać częste kopie przyrostowe i weryfikację repozytorium przy użyciu tych samych narzędzi co podstawowe domowe laboratorium.

Ten model daje bezpośrednią kontrolę nad pamięcią podręczną, ścieżkami sieciowymi, retencją, wymianą dysków i oprogramowaniem repozytorium. Jest szczególnie przydatny, gdy spodziewasz się odtwarzać całe maszyny wirtualne, a nie tylko kilka plików, ponieważ cel odzyskiwania może pozostawać stale dostępny w sieci.

Ukrytym kosztem jest to, że „zdalna kopia zapasowa” staje się kolejnym serwerem, którego jesteś właścicielem. Ktoś musi zapewnić zasilanie, sieć, miejsce fizyczne, aktualizacje, monitorowanie, wymianę dysków oraz plan odzyskiwania samego zdalnego węzła. To rozwiązanie jest atrakcyjne tylko wtedy, gdy nakład pracy związany z jego obsługą zapewnia rzeczywistą korzyść w zakresie RTO.

Chmurowa pamięć obiektowa wygrywa, gdy priorytetem jest usunięcie drugiej lokalizacji

Pamięć obiektowa zastępuje zdalną obudowę, dyski, UPS i zależność od domowej sieci usługą pamięci zarządzaną przez dostawcę. Może to zapewnić wyraźną separację geograficzną bez proszenia znajomego lub krewnego o hostowanie drugiej maszyny.

Amazon S3 obsługuje zasady cyklu życia, które przenoszą obiekty kopii zapasowych do innych klas lub powodują ich wygaśnięcie, a inni dostawcy pamięci obiektowej udostępniają podobne mechanizmy. Najważniejszą korzyścią operacyjną nie jest lista funkcji jednego dostawcy, lecz to, że wymiana nośników i konserwacja sprzętu pamięci masowej przestają być Twoim zadaniem.

Chmurowa pamięć obiektowa lepiej pasuje, gdy odtwarzanie jest rzadkie, wysyłanie przez WAN jest akceptowalne, a aplikacja do tworzenia kopii zapasowych może bezpiecznie korzystać z usługodawcy. Staje się mniej atrakcyjna, gdy pełne odtwarzanie wielu terabajtów ma krytyczne znaczenie czasowe lub gdy sposób pobierania danych od dostawcy i transfer przez sieć dominują nad czasem odzyskiwania.

Klasa pobierania danych z chmury może zmienić RTO jeszcze przed rozpoczęciem pobierania

Nie każdy obiekt w chmurze jest dostępny natychmiast. Tanie klasy archiwalne mogą wymagać żądania przywrócenia, zanim dane staną się dostępne, dlatego „przechowywane w chmurze” nie oznacza automatycznie „gotowe do natychmiastowego przesłania z powrotem”.

AWS opisuje okna pobierania trwające od kilku minut do wielu godzin dla klas archiwalnych. Jeśli repozytorium maszyn wirtualnych zostanie umieszczone w klasie archiwalnej, czas oczekiwania wlicza się do RTO, zanim w ogóle zacznie się liczyć czas pobierania przez Internet.

Używaj pamięci z natychmiastowym dostępem dla punktów odzyskiwania, które muszą szybko uruchamiać maszyny, a archiwizuj tylko te generacje, dla których RTO dopuszcza opóźnienie. Jeśli jednocześnie potrzebujesz niskiego kosztu głębokiego archiwum i szybkości gotowego zdalnego serwera, wymagania te są sprzeczne i należy je rozdzielić między warstwy.

Niezmienność i rozdzielenie poświadczeń mogą odwrócić zwycięzcę pod względem bezpieczeństwa

Zdalny serwer korzystający z tych samych poświadczeń administratora co podstawowe laboratorium może być łatwiejszy w zarządzaniu, ale również łatwiejszy do zniszczenia z tego samego zaatakowanego panelu sterowania. Chmurowa pamięć obiektowa może zapewnić silniejszą granicę, jeśli blokady retencji i ograniczone poświadczenia zostaną prawidłowo skonfigurowane.

Backblaze opisuje Object Lock ograniczający usuwanie lub modyfikowanie danych w okresie retencji wraz z mechanizmami cyklu życia. Wartość wynika z niezależnie egzekwowanej granicy retencji, a nie ze słowa „chmura”.

Zdalny serwer również może zapewnić silną separację dzięki repozytoriom tylko do dopisywania, oddzielnym kontom, ograniczeniom zapory sieciowej i poświadczeniom odzyskiwania przechowywanym offline. Wybierz architekturę, której izolację potrafisz rzeczywiście udowodnić w scenariuszu przejęcia systemu podstawowego.

Ekonomia pamięci obiektowej i zasady sieciowe mają znaczenie wraz ze wzrostem repozytorium

Chmura eliminuje zakup dysków, ale wprowadza wymiary rozliczeń dostawcy, takie jak przechowywana pojemność, operacje, klasa pamięci, a czasem także pobieranie danych lub transfer wychodzący. Zdalny serwer przenosi większą część kosztów na początek: sprzęt, dyski, energię i pracę związaną z wymianą.

Cloudflare R2 publikuje wymiary rozliczeń za pamięć i żądania, pokazując, dlaczego pamięć obiektową należy modelować jako stale działającą usługę, a nie jednorazowy zakup dysku. Nie opieraj architektury przechowującej dane maszyn wirtualnych przez wiele lat na dzisiejszej cenie dostawcy.

Zdalny serwer staje się bardziej atrakcyjny wraz ze wzrostem ilości odtwarzanych danych i częstotliwości dostępu, pod warunkiem że lokalizacja i sprzęt pozostają niezawodne. Chmura jest bardziej atrakcyjna, gdy repozytorium jest w większości zapisywane raz, rzadko odtwarzane, a wartość uniknięcia kolejnego fizycznego systemu jest wysoka.

Testowanie odtwarzania jest ważniejsze niż etykieta celu kopii zapasowej

Zdalny serwer może ulec cichej awarii z powodu uszkodzonych dysków, nieaktualnych poświadczeń, zerwanej synchronizacji lub brakujących metadanych maszyny wirtualnej. Chmurowa pamięć obiektowa może zawieść operacyjnie z powodu wygasłych poświadczeń, niezgodnego oprogramowania repozytorium, zagubionych kluczy szyfrujących lub nieprzetestowanych założeń dotyczących pobierania danych.

Dokumentacja Restic zaleca korzystanie z pełnego odtwarzania migawki zamiast dostępu ograniczonego do przeglądania przy dużych odzyskiwaniach. Zasada ta obowiązuje niezależnie od celu: przeprowadź rzeczywiste ćwiczenie odzyskiwania maszyny wirtualnej, a nie tylko wyświetlaj listę repozytorium.

Porównanie odzyskiwania ZimaSpace dotyczące zależności odzyskiwania hosta w zwirtualizowanej pamięci masowej jest przydatnym uzupełnieniem. Zakończ porównywanie celów, gdy jedna z architektur spełni przetestowane RTO, wymagania izolacji i budżet utrzymania, zapewniając udokumentowaną ścieżkę odtwarzania.

Wybierz cel, dzięki któremu najgorsze akceptowalne odtwarzanie stanie się rutynowe

Wybierz zdalny serwer kopii zapasowych, gdy duże odtwarzanie maszyn wirtualnych musi rozpocząć się bez opóźnienia związanego z archiwum dostawcy, cenisz ścisłą integrację ze stosem kopii zapasowych i jesteś gotów utrzymywać drugi fizyczny system oraz lokalizację.

Wybierz chmurową pamięć obiektową, gdy separacja geograficzna i rezygnacja z utrzymania zdalnego sprzętu są ważniejsze niż maksymalna kontrola, a przewidywana ilość odtwarzanych danych pasuje do modelu dostępu dostawcy i przepustowości Twojego łącza internetowego.

W przypadku krytycznych domowych maszyn wirtualnych uzasadnione może być rozwiązanie hybrydowe: najnowsze punkty odzyskiwania na gotowym zdalnym serwerze oraz starsze, niezmienne generacje w pamięci obiektowej. Dodaj tę złożoność tylko wtedy, gdy obie warstwy chronią przed rzeczywiście różnymi wymaganiami dotyczącymi RTO lub awarii.

Porównania produktów

Więcej do przeczytania

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.