Zerto: replikacja i odzyskiwanie danych w DRC

Zerto to rozwiązanie do ciągłej ochrony danych w firmie zdolne do przywracania zwirtualizowanych aplikacji w środowiskach chmur publicznych, hybrydowych i prywatnych. To rozwiązanie klasy enterprise HPE, które umożliwia:

• Replikację maszyn wirtualnych (VM) w czasie rzeczywistym z minimalnym wpływem na wydajność. Replikować można między site’ami oraz w obrębie pojedynczego site’u;
• Automatyczne przełączanie awaryjne (failover) w przypadku wykrycia awarii;
• Testowanie scenariuszy Disaster Recovery (DR) bez wpływu na środowisko produkcyjne. W ramach scenariuszy wyznaczamy kolejność uruchamiania się systemów, wskazujemy adresy, pod jakimi dane systemy mają się automatycznie uruchomić;
• Przywracanie danych z dowolnego punktu w czasie dzięki mechanizmowi dziennika (journal-based recovery), w ramach którego w sposób ciągły wykonują się punkty replikacji (checkpoints), do których możemy wykonać odtworzenie;
• Obsługę wielu platform wirtualizacji i chmurowych, co czyni je elastycznym rozwiązaniem dla różnych środowisk IT.

Zerto wyróżnia się tym, że nie wymaga agentów instalowanych na poziomie systemów operacyjnych (OS) poszczególnych VM, co upraszcza wdrożenie i zarządzanie.

Standardowa architektura Disaster Recovery Center z Zerto obejmuje kilka podstawowych elementów.

Site produkcyjny – główna lokalizacja, gdzie działają systemy produkcyjne i z których dane są replikowane.

Site zapasowy (DRC) – lokalizacja, do której replikowane są dane i gdzie mogą zostać uruchomione usługi w przypadku awarii.

Zerto Virtual Manager (ZVM) – komponent zarządzający replikacją, integrujący się z vCenter lub SCVMM. Każdy site posiada swój ZVM. By zapewnić replikację danych, dane ZVM muszą widzieć siebie nawzajem. Z jednego ZVM można zarządzać drugim połączonym ZVM (większa wygoda zarządzania).

Virtual Replication Appliance (VRA) – maszyna witrualna powoływana z poziomu ZVM na każdym wybranym hoście hypervisora, odpowiedzialna za przesyłanie replikowanych danych. Razem z VRA jest tworzona automatycznie maszyna wirtualna VRA-H, która wspiera w działaniu VM VRA (obie zawsze muszą działać razem i nie mogą być przenoszone). Architektura zakłada poprawne działanie replikacji tylko wtedy, gdy hypervisor replikowanej VM źródłowej oraz hypervisor wskazany jako docelowy dla replikowanej VM mają uruchomione i działające dedykowane VM VRA. Jeśli wykonamy migrację VRA na innego hypervisora lub przeniesiemy replikowaną VM na hypervisora bez działającej dedykowanej VRA, to replikacja ulegnie zatrzymaniu.

Zerto Journal – mechanizm umożliwiający odzyskiwanie danych z wybranego punktu w czasie, nawet sprzed kilku dni, co pozwala na reakcję na ataki ransomware. Wielkość Journal wpływa na to, jak daleko wstecz do danego punktu możemy się cofnąć. Journal zlokalizowany jest domyślnie w katalogu replikowanej VM. Startowo alokowane jest 16 GB i jego wielkość jest dynamicznie zmieniana w ramach ustawianego parametru „journal history” w skali czasu. Wartość graniczna, przy której następuje zatrzymanie replikacji, to mniej niż 30 GB wolnej przestrzeni na Datastore lub poniżej 15% wolnej przestrzeni Datastore. Po zatrzymaniu historyczne dane (ostatnie synchronizacje) nie zostają usunięte – rośnie RPO. Po zwiększeniu miejsca na dane replikacja ulega wznowieniu. Wymiarowanie journala zaleca się odbyć na podstawie zmienności danych replikowanej VM.

Taka architektura zapewnia pełną redundancję i możliwość szybkiego przełączenia usług w przypadku awarii.

Proces wdrożenia Disaster Recovery Center z wykorzystaniem rozwiązania Zerto dzieli się na kilka kluczowych etapów:

• Analiza środowiska IT – identyfikacja krytycznych systemów, aplikacji i danych, które muszą być chronione;
• Projektowanie architektury DR – wybór lokalizacji DRC, określenie wymagań RPO/RTO, dobór zasobów sprzętowych i sieciowych;
• Instalacja Zerto – wdrożenie ZVM i VRA na obu site’ach, konfiguracja połączeń sieciowych i dostępów;
• Konfiguracja replikacji – utworzenie Virtual Protection Groups (VPG), czyli grup logicznych VM, które są replikowane razem. VPG są używane w planowaniu scenariuszy DRC;
• Testowanie scenariuszy DR – przeprowadzanie testów failover i failback, weryfikacja zgodności z politykami bezpieczeństwa;
• Monitorowanie i optymalizacja – bieżące śledzenie wydajności, alertów, zgodności z SLA oraz aktualizacja konfiguracji w miarę zmian w środowisku.

Wykorzystanie Zerto w budowie DRC powala zminimalizować RPO (Recovery Point Objective) i RTO (Recovery Time Objective). Dane są odzyskiwane w ciągu minut, co znacznie redukuje czas niedostępności systemu.

Replikacja VM wykonuje się niezależnie od stanu VM (uruchomiona/wyłączona), ponadto istnieje możliwość integracji z systemami orkiestracji. Taka automatyzacja znacznie upraszcza zarządzanie.

Skalowalność rozwiązania umożliwia łatwą rozbudowę środowiska w miarę wzrostu potrzeb organizacji.

Rozwiązanie jest zgodne ogólnie uznawanymi regulacjami i standardami, także branżowymi, takimi jak ISO/IEC 27001, ISO/IEC 27017, NIS2. Zapewnione jest szyfrowanie danych w locie i spoczynku, co wspiera cyberbezpieczeństwo danych i systemów.

Integracja z chmurą, w tym możliwość replikacji do Azure, AWS, Google Cloud zwiększa elastyczność i dostępność infrastruktury zapasowej.

Warto podkreślić łatwość odzyskiwania poszczególnych danych – możliwe jest odtwarzanie pojedyńczych plików metodą File-Level Recovery (FLR) z poszczególnych checkpointów chronionych. Zarządzenie replikacjami jest elastyczne – można odwracać kierunek działających replikacji.

Zbudowanie DRC z wykorzystaniem Zerto to inwestycja w odporność organizacji na awarie i incydenty. Dzięki zaawansowanej replikacji, elastyczności i prostocie zarządzania Zerto stanowi fundament nowoczesnej strategii Disaster Recovery. Organizacje, które wdrożą takie rozwiązanie, zyskują nie tylko bezpieczeństwo danych, ale także przewagę konkurencyjną dzięki ciągłości działania.