Azure Site RecoveryŁukasz Kałużny

lukasz@kaluzny.pro

Cloud Architect | MVP | i inne literki…

„Someday we hope to have a budget"

Tradycyjne podejście do DRC

Wyzwania

Zasady projektowania

• Prosto

• Niezawodnie

• Modułowo

• Spójnie

Dlaczego chmura?

• Niski koszt wejścia

• Skalowalność

• Prosta obsługa

• Dopóki nie mamy awarii płacimy ryczałt

Jak działa Hyper-V Replica?

Zautomatyzowany proces odtwarzania w razie awarii w zapasowym DC lub Microsoft Azure

Komunikacja i replikacja

Microsoft Azure Site Recovery

komunikacja

replikacjaHyper-V Replica

Serwerownia głównaWindows

Server

Serwerownia zapasowa Windows

Server

Microsoft Azure Site Recovery

Serwerownia główna

Windows Server

• Zautomatyzowana ochrona i replikacja VM

• Monitoring stanu usług

• Własne plany przełączenia/odtworzenia

• Test przełączenia

Azure Site Recovery – Hyper-V Replica

Główne scenariusze techniczne

• Replikacja z on-premises do Azure bez VMM

• Replikacja pomiędzy dwoma on-premises z VMM

• Replikacja z on-premises do Azure z VMM

• Replikacja pomiędzy dwoma on-premises z VMWare ;)

• Replikacja pomiędzy dwoma on-premises z VMM z SAN

Wady ;)

• Tylko maszyny Gen1

• Tylko OS, które są wspierane w Azure Virtual Machines

• Dyski VHD, stałe, maks 1TB

• Ograniczenie do konfiguracja maszyn Azure Virtual Machines(vCPU, RAM, ilość dysków)

Replikacja z on-premises do Azure bez VMM

• (Azure) Stworzenie Azure Site Recovery Vault

• (Azure) Hyper-V site

• (Hyper-V) Przygotowanie Hyper-V• Instalacja ASR Provider for Hyper-V

• Rejestracja serwera

• (Azure) Przygotowanie sieci wirtualnych i konta Storage

• (Azure) Stworzenie i konfiguracja Protection Group

• (Azure) Włączenie ochrony wybranych maszyn wirtualnych

Akcje

• Przełączenie• Planowane

• Nieplanowane (awaria)

• Testowe przełączenie

• Plany naprawcze

Zastosowania

• Centrum zapasowe• Odzyskiwanie aplikacji jednym kliknięciem

• Testowanie zgodność bez wpływu na produkcję

• Unikanie przed katastrofą – np. ostrzeżenie o powodzi

• Podczas rzeczywistych katastrof

• Powrót po awarii

• Rozszerzenie istniejącej infrastruktury DR

• Środowisko testowe/przedprodukcyjne

• Planowa migracja do Azure

Dziękuję za uwagę!