Hyper-V Replica – replikacja maszyn wirtualnych krok po kroku
Hyper-V Replica to funkcja Microsoft Hyper-V umożliwiająca asynchroniczną replikację maszyn wirtualnych między dwoma hostami.
Jej głównym zadaniem jest zapewnienie ciągłości działania w przypadku awarii podstawowego serwera.
Najprościej:
PRIMARY HOST
|
VM 01
|
Replication
|
v
REPLICA HOST
|
VM 01
Po co jest Hyper-V Replica?
Wyobraź sobie dwa serwery:
HOST-A
Windows Server
Hyper-V
VM: WEB01
oraz:
HOST-B
Windows Server
Hyper-V
Hyper-V Replica kopiuje zmiany z VM znajdującej się na HOST-A do HOST-B.
Jeżeli HOST-A przestanie działać:
HOST-A
X
|
| Failure
|
v
HOST-B
|
v
WEB01 Replica
Administrator może uruchomić replikowaną VM na drugim hoście.
Replica nie jest synchronizacją
To bardzo ważne.
Hyper-V Replica wykorzystuje replikację asynchroniczną.
Czyli:
Primary VM
|
| zmiany
v
Replica VM
Nie oznacza to, że oba serwery zawsze mają identyczny stan w tej samej mikrosekundzie.
Może wystąpić:
RPO = kilka sekund
W praktyce konfiguracja replikacji pozwala ustawić interwał replikacji m.in. na 30 sekund, 5 minut lub 15 minut, zależnie od wersji Windows Server i konfiguracji.
RPO i RTO
Dwa pojęcia są tutaj kluczowe.
RPO – Recovery Point Objective
Odpowiada na pytanie:
Ile danych możemy maksymalnie utracić?
Przykład:
RPO = 5 minut
Jeśli nastąpi awaria, potencjalnie tracimy ostatnie kilka minut zmian, których nie zdążono zreplikować.
RTO – Recovery Time Objective
Odpowiada na pytanie:
Jak szybko system musi zostać uruchomiony ponownie?
Przykład:
Awaria
|
v
Failover
|
v
VM start
|
v
Application online
Jak działa Hyper-V Replica?
Proces można przedstawić tak:
1. Primary VM
|
v
2. Initial Replication
|
v
3. Change Tracking
|
v
4. Replication
|
v
5. Replica VM
Po utworzeniu repliki Hyper-V śledzi zmiany w maszynie.
Initial Replication
Pierwsza replikacja jest najważniejsza, ponieważ trzeba przesłać praktycznie cały stan VM.
Przykład:
VM disk = 500 GB
HOST-A
|
| Initial Replication
|-------------------->
|
v
HOST-B
Replica = 500 GB
Przy dużych maszynach może to być dużo danych.
Co dzieje się później?
Po wykonaniu pierwszej replikacji Hyper-V nie musi za każdym razem wysyłać całego dysku.
Schemat:
Initial:
500 GB
|
v
Replica
Later:
Changed Blocks
|
v
Replica
Replikowane są kolejne zmiany.
Replikacja asynchroniczna
Przykład:
10:00:00
VM zmienia dane
|
10:00:05
Zmiana trafia do repliki
|
10:00:10
Kolejne zmiany
|
10:00:15
Kolejna replikacja
Dlatego Replica nie wymaga praktycznie zerowego opóźnienia sieciowego pomiędzy hostami.
Hyper-V Replica nie wymaga shared storage
To jedna z jego dużych zalet.
Nie musisz mieć:
SAN
|
Shared Storage
|
Cluster
Możesz mieć:
Host A
|
| Network
|
v
Host B
Każdy host posiada własny storage.
Typowa architektura
Production Network
VM
|
v
Hyper-V Host A
|
|
Replication Network
|
v
Hyper-V Host B
|
v
Replica VM
Storage na obu hostach
Przykładowo:
HOST-A
|
+-- C:\VMs
|
+-- WEB01.vhdx
HOST-B
|
+-- D:\Replica
|
+-- WEB01.vhdx
Replica przechowuje kopię dysków VM na drugim hoście.
Kerberos czy HTTPS?
Hyper-V Replica może korzystać z:
Kerberos
HTTP
Port 80
najczęściej w środowisku domenowym i zaufanych sieciach.
HTTPS
HTTPS
Port 443
z certyfikatem.
W środowiskach produkcyjnych i między niezależnymi lokalizacjami HTTPS jest szczególnie istotny.
Replikacja między lokalizacjami
Bardzo typowa architektura:
SITE A
Primary Datacenter
|
|
Internet /
WAN
|
|
v
SITE B
DR Datacenter
Przykładowo:
Warsaw DC
|
| Hyper-V Replica
|
v
Backup / DR DC
Jeżeli pierwszy ośrodek ulegnie awarii:
SITE A
X
SITE B
|
v
Failover
Hyper-V Replica Broker
W środowisku klastrowym wykorzystywany jest Hyper-V Replica Broker.
Schemat:
Hyper-V Cluster
|
+---------+---------+
| | |
Node 1 Node 2 Node 3
| | |
+---------+---------+
|
Replica Broker
|
v
Replica Cluster
Broker zapewnia logiczny punkt konfiguracji replikacji dla klastra.
Hyper-V Replica + Failover Cluster
Można połączyć Replica z Failover Clustering.
PRIMARY CLUSTER
+-------+-------+
| |
Node 1 Node 2
| |
+-------+-------+
|
Replication
|
v
DR CLUSTER
+-------+-------+
| |
Node 3 Node 4
To daje znacznie większą odporność całej infrastruktury.
Planned Failover
Jeżeli wiemy, że podstawowy host będzie wyłączony, możemy wykonać planned failover.
Przykład:
HOST-A
|
| Planned Failover
v
HOST-B
W tym scenariuszu najpierw synchronizujemy ostatnie zmiany, a następnie przełączamy VM.
To minimalizuje ryzyko utraty danych.
Unplanned Failover
Jeżeli HOST-A nagle przestanie działać:
HOST-A
X
|
v
HOST-B
|
v
Replica VM
Administrator uruchamia replikę na drugim hoście.
Tutaj może wystąpić utrata ostatnich niezreplikowanych zmian.
Test Failover
To bardzo przydatna funkcja.
Możemy uruchomić testową kopię VM bez wpływania na produkcyjną maszynę.
Schemat:
Production VM
|
v
Replica
|
v
Test Failover
|
v
Test VM
Dzięki temu można sprawdzić:
- czy VM się uruchamia,
- czy system działa,
- czy aplikacja działa,
- czy sieć jest poprawnie skonfigurowana.
Failover vs Test Failover
| Mechanizm | Cel |
|---|---|
| Planned Failover | kontrolowane przełączenie |
| Unplanned Failover | awaria produkcji |
| Test Failover | test DR |
Reverse Replication
Po awarii możemy chcieć odtworzyć pierwotną architekturę.
Przykład:
Przed awarią:
HOST-A → HOST-B
Po failover:
HOST-B → HOST-A
Czyli:
Reverse Replication
Zmienia kierunek replikacji.
Extended Replication
Hyper-V Replica może również tworzyć dodatkową replikę.
Schemat:
PRIMARY
|
v
REPLICA
|
v
EXTENDED REPLICA
Przykładowo:
Site A
|
v
Site B
|
v
Site C
Daje to dodatkową warstwę ochrony.
Application-consistent recovery points
Ważną funkcją są recovery points.
W zależności od konfiguracji można przechowywać dodatkowe punkty odzyskiwania.
Przykład:
Replica VM
|
+-- Current
|
+-- Recovery Point 1
|
+-- Recovery Point 2
|
+-- Recovery Point 3
Może to być szczególnie przydatne, gdy awaria nie jest problemem sprzętowym, lecz np. logicznym uszkodzeniem danych.
Hyper-V Replica a backup
To nie jest to samo.
Hyper-V Replica
→ zapewnia szybkie odtworzenie VM
Backup:
Backup
→ przechowuje niezależną kopię danych
Najlepsza architektura:
Production VM
|
+-----------+-----------+
| |
v v
Hyper-V Replica Backup
| |
v v
DR Site Backup Storage
Dlaczego Replica nie zastępuje backupu?
Wyobraź sobie:
VM
|
Ransomware
|
Encrypted Files
Zmiany mogą zostać zreplikowane:
Production
|
| ransomware changes
v
Replica
Wtedy możesz mieć:
Production = encrypted
Replica = encrypted
Dlatego potrzebujesz również niezależnych backupów i odpowiedniej retencji.
Hyper-V Replica i ransomware
Bezpieczeństwo powinno wyglądać mniej więcej tak:
Production
|
+---- Replica
|
+---- Backup
|
v
Offline / Immutable
Szczególnie istotne są:
- MFA,
- ograniczenie uprawnień,
- segmentacja sieci,
- oddzielne konto backupowe,
- immutable/offline backup,
- monitoring.
Hyper-V Replica a Storage Replica
To dwa różne mechanizmy.
Hyper-V Replica
Replikuje:
VM
czyli jest ukierunkowane na ochronę maszyn wirtualnych.
Storage Replica
Replikuje:
Storage
czyli działa na poziomie woluminów/danych.
W uproszczeniu:
Hyper-V Replica
VM → VM
Storage Replica
Storage → Storage
Hyper-V Replica vs VMware vSphere Replication
Koncepcyjnie oba rozwiązania służą podobnemu celowi:
Primary VM
|
| Async Replication
v
DR VM
Różnica polega przede wszystkim na ekosystemie:
Microsoft
|
Hyper-V
|
Hyper-V Replica
vs.
VMware
|
vSphere
|
vSphere Replication
Hyper-V Replica vs Proxmox
W kontekście poprzednich tematów:
Microsoft Hyper-V
|
Hyper-V Replica
oraz:
Proxmox VE
|
KVM/QEMU
|
Replication / Backup / HA
Obie platformy mogą realizować scenariusze DR, ale mechanizmy i architektura są inne.
Przykładowa architektura DR
INTERNET
|
+-----+-----+
| |
SITE A SITE B
PRIMARY DR
| |
+-----+-----+ |
| | |
Hyper-V Hyper-V |
Host 1 Host 2 |
| | |
+-----+-----+ |
| |
+-----------+
Replication
|
v
Replica VM
Pełny proces awarii
1. Production VM
|
v
2. Hyper-V Replica
|
v
3. Primary Host Failure
|
v
4. Unplanned Failover
|
v
5. Replica VM starts
|
v
6. Services restored
|
v
7. Reverse Replication
|
v
8. Return to primary site
Najważniejsze do zapamiętania
Hyper-V Replica
→ asynchroniczna replikacja VM
Initial Replication
→ pierwsza pełna kopia
RPO
→ ile danych możemy stracić
RTO
→ jak szybko przywracamy usługę
Planned Failover
→ kontrolowane przełączenie
Unplanned Failover
→ reakcja na awarię
Test Failover
→ test DR bez wpływu na produkcję
Reverse Replication
→ odwrócenie kierunku replikacji
Extended Replication
→ dodatkowa kopia DR
Backup
→ niezależna warstwa ochrony
Najważniejsza zasada: Hyper-V Replica jest przede wszystkim mechanizmem Disaster Recovery, a nie systemem backupowym. Jej ogromną zaletą jest możliwość utrzymania gotowej kopii VM w drugim hoście lub lokalizacji bez konieczności stosowania wspólnego storage. W połączeniu z backupem, immutable storage, monitoringiem i odpowiednio zaprojektowanym failoverem tworzy solidną architekturę DR dla środowisk Windows Server.
🔌 Jak naprawić brak dostępu do USB w maszynie wirtualnej? Wirtualizacja znacznie ułatwia zarządzanie środowiskiem IT, jednak jednym z częstych Czytaj dalej
Wymagania dotyczące przestrzeni dyskowej (lokalnej i sieciowej) dla maszyn wirtualnych Wirtualizacja jest kluczowym elementem w nowoczesnych środowiskach IT, umożliwiającym uruchamianie Czytaj dalej
