OpenShift – odzyskiwanie maszyn wirtualnych w 3 minuty

W tym poście chciałbym skupić się na tym, jak można odzyskać maszynę wirtualną w mniej niż 3 minuty. Jeśli chodzi o odzyskiwanie w środowiskach Kubernetes, wielu z nas czuje się stosunkowo swobodnie, zwłaszcza jeśli trwałe woluminy (PV) nie są szczególnie duże.

Jednak wirtualizacja jest teraz częścią Kubernetes w związku z czym mamy do czynienia ze znacznie większymi rozmiarami danych.

Weźmy pod uwagę maszyny wirtualne z danymi o rozmiarze od 300 GB do 4 TB - dość powszechne w środowiskach korporacyjnych.

Jak myślisz, ile czasu zajęłoby przeniesienie 4 TB danych między pamięcią masową kopii zapasowych a klastrem odzyskiwania?

Wyobraź sobie teraz konieczność migracji lub odzyskania nie tylko jednej maszyny wirtualnej, ale 30 lub nawet 300 maszyn wirtualnych. Może to stanowić poważne wyzwanie.

W tym artykule dowiesz się o technologii “Continuous Restore”firmy Trilio, która umożliwia odzyskiwanie maszyn wirtualnych po awarii w mniej niż 3 minuty. Zbadamy, w jaki sposób to innowacyjne podejście może usprawnić proces odzyskiwania i ulepszyć ogólną strategię odzyskiwania po awarii - oszczędzając czas, zasoby i potencjalnie miejsca pracy.

W poprzednim blogu skonfigurowaliśmy wszystko w konsoli OpenShift w zakładce Trilio Backups. Jest to bardzo pomocne dla tych użytkowników końcowych lub działów, które operacyjnie nie chcą opuszczać konsoli OpenShift. Przy tej okazji zamierzamy zapewnić szybkie odzyskiwanie danych za pośrednictwem interfejsu użytkownika Trilio, dzięki czemu możemy włączyć funkcję ciągłego przywracania Trilio na poziomie planu tworzenia kopii zapasowych.

Oczywiście możemy mieć wiele planów tworzenia kopii zapasowych i nie musimy włączać funkcji Continuous Restore we wszystkich z nich. Jest to pytanie, które często otrzymuję, gdy wyjaśniam tę funkcję klientom. Można replikować wiele planów tworzenia kopii zapasowych, ale zazwyczaj nasi klienci włączają tę funkcję tylko dla swoich najbardziej krytycznych obciążeń, ponieważ jej włączenie zużywa więcej pamięci masowej i zasobów obliczeniowych.

Po awarii Zalecam klientom tworzenie wielu kopii zapasowych oraz przechowywanie ostatnich trzech w klastrze odzyskiwania.

Aby dowiedzieć się więcej, odwiedź Ciągłe odzyskiwanie i przywracanie danych. Trilio oferuje natywne dla chmury rozwiązania, które zapewniają elastyczność w konfiguracjach "jeden do wielu" lub "wielu do jednego". Na przykład, kilka aktywnych klastrów podstawowych może przenosić maszyny wirtualne do jednego klastra Disaster Recovery. Możliwe jest również przenoszenie maszyn wirtualnych z lokalnego klastra do dwóch różnych dostawców usług w chmurze. NIE UFAJ NIKOMU!

Włącz Cel zdarzenia. Umożliwi to uruchomienie niektórych usług z naszej strony, które wdrożą całą strategię ciągłego przywracania. Gdy to zrobimy, w obu klastrach, które zamierzamy "połączyć", możesz przejść do następnego kroku.

Po drugie, po zakończeniu włączania Event Target, przejdziesz do Backup Plans, a w Backup Plan, w którym chcesz włączyć Continuous Restore, na ostatniej stronie podczas edycji znajduje się sekcja Continuous Restore. Jest ona opcjonalna i jeśli jej nie potrzebujesz, po prostu ją usuń lub bezpośrednio kliknij Pomiń i utwórz.

Przy tej okazji wybierzemy nazwę instancji Trilio w klastrze, którego będziemy używać jako klastra DR. Na tym zrzucie ekranu instancja nazywa się "Trilio". Po prawej stronie możemy ustawić politykę. Podczas tworzenia polityki możemy ustanowić do 10 spójnych zestawów, czyli zestawów PV utworzonych w ramach procesu przywracania.

Po zapisaniu ustawienia, i po kilku sekundach w planie tworzenia kopii zapasowych zobaczymy tę zieloną ikonę, co oznacza, że CR jest włączony dla planu tworzenia kopii zapasowych

Gdy tylko włączymy politykę ciągłego przywracania, na przykład w celu "wstępnego etapowania" ostatnich 3 kopii zapasowych utworzymy nową kopię zapasową, po jej utworzeniu rozpocznie się "wstępne etapowanie" danych do zdalnego klastra. Możemy przejść do sekcji Continuous Restore w interfejsie użytkownika Trilio, wybrać klaster docelowy i zobaczyć "Inbounds".

Należy pamiętać, że zawsze będzie można przywrócić dane z dowolnej kopii zapasowej znajdującej się w docelowej lokalizacji kopii zapasowej.
Jeśli jednak chcesz przywrócić dane tak szybko, jak to możliwe, powinieneś przywrócić je z ConsistentSet z Trilio. Jest to obecnie zdecydowanie najszybsza opcja w branży.

Wraz z pojawieniem się dużych trwałych woluminów w Kubernetes/OpenShift, szczególnie w przypadku wirtualizacji, czas odzyskiwania z kopii zapasowych staje się krytyczną kwestią dla każdego.
Dzięki funkcji ciągłego przywracania Trilio można wykorzystać najniższy RTO na rynku podczas przywracania z kopii zapasowych.

https://trilio.io/resources/openshift-virtualization-backup-part-2/