Przenoszenie maszyn wirtualnych platformy Azure do innego regionu świadczenia usługi Azure
Ten artykuł zawiera omówienie przyczyn i kroków związanych z przenoszeniem maszyn wirtualnych platformy Azure do innego regionu świadczenia usługi Azure przy użyciu usługi Azure Site Recovery.
Powody przenoszenia maszyn wirtualnych platformy Azure
Maszyny wirtualne można przenosić z następujących powodów:
- Wdrożono już w jednym regionie i dodano obsługę nowego regionu, która jest bliżej użytkowników końcowych aplikacji lub usługi. W tym scenariuszu należy przenieść maszyny wirtualne tak samo jak do nowego regionu, aby zmniejszyć opóźnienie. Użyj tej samej metody, jeśli chcesz skonsolidować subskrypcje lub jeśli istnieją reguły ładu lub organizacji, które wymagają przeniesienia.
- Maszyna wirtualna została wdrożona jako maszyna wirtualna z pojedynczym wystąpieniem lub jako część zestawu dostępności. Jeśli chcesz zwiększyć dostępność umów SLA, możesz przenieść maszyny wirtualne do strefy dostępności.
Przenoszenie maszyn wirtualnych za pomocą usługi Resource Mover
Teraz możesz przenieść maszyny wirtualne do innego regionu za pomocą usługi Azure Resource Mover. Usługa Resource Mover jest dostępna w publicznej wersji zapoznawczej i udostępnia następujące funkcje:
- Pojedyncze centrum do przenoszenia zasobów między regionami.
- Skrócony czas przenoszenia i złożoność. Wszystko, czego potrzebujesz, znajduje się w jednej lokalizacji.
- Proste i spójne środowisko przenoszenia różnych typów zasobów platformy Azure.
- Łatwy sposób identyfikowania zależności między zasobami, które chcesz przenieść. Ułatwia to przenoszenie powiązanych zasobów, dzięki czemu wszystko działa zgodnie z oczekiwaniami w regionie docelowym po przeniesieniu.
- Automatyczne czyszczenie zasobów w regionie źródłowym, jeśli chcesz je usunąć po przeniesieniu.
- Testowania. Możesz wypróbować przeniesienie, a następnie odrzucić go, jeśli nie chcesz wykonywać pełnego przenoszenia.
Przenoszenie maszyn wirtualnych za pomocą Site Recovery
Przenoszenie maszyn wirtualnych z Site Recovery obejmuje następujące kroki:
- Weryfikowanie wymagań wstępnych
- Przygotuj źródłowe maszyny wirtualne.
- Przygotuj region docelowy.
- Skopiuj dane do regionu docelowego. Użyj technologii replikacji usługi Azure Site Recovery, aby skopiować dane ze źródłowej maszyny wirtualnej do regionu docelowego.
- Przetestuj konfigurację. Po zakończeniu replikacji przetestuj konfigurację, wykonując test pracy w trybie failover w sieci nieprodukcyjnej.
- Przeprowadź przenoszenie.
- Odrzuć zasoby w regionie źródłowym.
Uwaga
Szczegółowe informacje o tych krokach znajdują się w poniższych sekcjach.
Ważne
Obecnie usługa Azure Site Recovery obsługuje przenoszenie maszyn wirtualnych z jednego regionu do innego, ale nie obsługuje przenoszenia w obrębie regionu.
Typowe architektury wdrożenia wielowarstwowego
W tej sekcji opisano najbardziej typowe architektury wdrażania dla aplikacji wielowarstwowej na platformie Azure. Przykład to aplikacja trójwarstwowa z publicznym adresem IP. Każda z warstw (sieć Web, aplikacja i baza danych) ma dwie maszyny wirtualne i są połączone przez moduł równoważenia obciążenia platformy Azure z innymi warstwami. Warstwa bazy danych ma SQL Server zawsze włączoną replikację między maszynami wirtualnymi w celu zapewnienia wysokiej dostępności.
Maszyny wirtualne z pojedynczym wystąpieniem wdrożone w różnych warstwach: każda maszyna wirtualna w warstwie jest skonfigurowana jako maszyna wirtualna z pojedynczym wystąpieniem i jest połączona przez moduły równoważenia obciążenia z innymi warstwami. Ta konfiguracja jest najprostsza do wdrożenia.
Maszyny wirtualne w każdej warstwie wdrożone w zestawach dostępności: każda maszyna wirtualna w warstwie jest konfigurowana w zestawie dostępności. Zestawy dostępności zapewniają rozproszenie maszyn wirtualnych wdrożonych na platformie Azure pomiędzy wieloma izolowanymi węzłami sprzętowymi w klastrze. Dzięki temu, jeśli wystąpi awaria sprzętu lub oprogramowania na platformie Azure, będzie to miało wpływ tylko na podzbiór maszyn wirtualnych, a ogólne rozwiązanie pozostanie dostępne i operacyjne.
Maszyny wirtualne w każdej warstwie wdrożone w Strefy dostępności: każda maszyna wirtualna w warstwie jest konfigurowana w Strefy dostępności. Strefa dostępności w regionie świadczenia usługi Azure jest kombinacją domeny błędów i domeny aktualizacji. Jeśli na przykład utworzysz trzy lub więcej maszyn wirtualnych w trzech strefach w regionie świadczenia usługi Azure, maszyny wirtualne będą rozproszone w trzech domenach błędów i trzech domenach aktualizacji. Platforma Azure rozpoznaje to rozproszenie w domenach aktualizacji, aby upewnić się, że maszyny wirtualne w różnych strefach nie są aktualizowane w tym samym czasie.
Przenoszenie maszyn wirtualnych bez zmian do regionu docelowego
Na podstawie wymienionych wcześniej architektur poniżej przedstawiono, jak będą wyglądać wdrożenia po wykonaniu przenoszenia w taki sposób, jak to ma być region docelowy.
- Maszyny wirtualne z pojedynczym wystąpieniem wdrożone w różnych warstwach
- Maszyny wirtualne w każdej warstwie wdrożone w zestawach dostępności
- Maszyny wirtualne w każdej warstwie wdrożone w Strefy dostępności
Przenoszenie maszyn wirtualnych w celu zwiększenia dostępności
Maszyny wirtualne z pojedynczym wystąpieniem wdrożone w różnych warstwach
Maszyny wirtualne w każdej warstwie wdrożone w zestawach dostępności: maszyny wirtualne w zestawie dostępności można skonfigurować na oddzielne Strefy dostępności po włączeniu replikacji dla maszyny wirtualnej przy użyciu usługi Azure Site Recovery. Umowa SLA dotycząca dostępności będzie wynosić 99,99% po zakończeniu operacji przenoszenia.
