Wybieranie strategii relokacji dla obciążeń w chmurze

Przed rozpoczęciem migracji obciążenia do innego regionu należy zaplanować strategię relokacji. Strategia obejmuje metodę relokacji, automatyzację relokacji usług i automatyzację relokacji danych. W tym artykule opisano opcje poszczególnych składników strategii i prowadzi Cię do podejmowania decyzji. Ostatecznie wybrane opcje zależą od usług i krytycznego obciążenia.

Diagram przedstawiający proces relokacji i wyróżnia krok Wybierz w fazie Przenoszenia. W procesie relokacji istnieją dwie fazy i pięć kroków. Pierwsza faza to faza Inicjowanie i ma jeden krok o nazwie Initiate (Inicjowanie). Druga faza to faza przenoszenia i zawiera cztery kroki powtarzane dla każdego obciążenia. Kroki to Evaluate ( Ocena), Select (Wybieranie), Migrate (Migracja) i Cutover (Migracja jednorazowa).

Wybieranie metody relokacji

Istnieją trzy główne metody przenoszenia obciążeń. Wybrana metoda relokacji zależy od usług w obciążeniu i tego, jak krytyczne jest obciążenie dla podstawowych funkcji biznesowych. Można rozważyć różne metody relokacji dla środowisk produkcyjnych i nieprodukcyjnych. Zimna relokacja dotyczy obciążeń bezskuteczności. Gorąca i ciepła relokacja jest dla misji krytycznej. Wybrana metoda relokacji ma wpływ na narzędzia usługi i relokacji danych używane do przenoszenia obciążenia. Użyj następującego drzewa decyzyjnego relokacji, aby uzyskać ogólne pojęcie o właściwej metodzie relokacji i zweryfikuj swoją decyzję, czytając omówienie trzech metod relokacji.

Diagram przedstawiający drzewo decyzyjne służące do wybierania właściwej metody relokacji. Istnieją dwa punkty decyzyjne. 1. Czy przestój jest w porządku? Jeśli tak, to zimna relokacja jest prawidłową metodą relokacji. 2. Czy usługa obsługuje replikację danych synchronicznych? Jeśli tak, to gorąca relokacja jest prawidłową metodą relokacji. Jeśli nie, to ciepła relokacja jest prawidłową metodą relokacji.

Relokacja zimna

Zimna relokacja dotyczy obciążeń, które mogą wytrzymać przestoje. Jest to najbardziej ekonomiczne podejście do relokacji, ponieważ nie duplikujesz żadnych środowisk podczas relokacji. Oto omówienie zimnego procesu relokacji.

  1. Utwórz kopię zapasową danych obciążenia w nowym regionie docelowym.
  2. Przełącz region źródłowy w tryb offline i zamknij usługi.
  3. Wdróż usługi w chmurze w nowym regionie docelowym.
  4. Przywracanie danych obciążenia.

Zimna relokacja może potrwać kilka minut lub kilka dni w zależności od liczby usług i ilości danych.

Gorąca relokacja

Gorąca metoda relokacji dotyczy obciążeń wymagających minimalnych (sekund, minut) do zerowego przestoju. W przypadku obciążeń krytycznych należy sprawdzić, czy usługa obsługuje gorącą relokację przed podjęciem próby ciepłego podejścia. Gorąca relokacja pomaga zminimalizować różnicę danych po przejściu jednorazowym. Gorąca relokacja jest możliwa tylko wtedy, gdy usługa obsługuje replikację danych synchronicznych. Niektóre usługi nie mają tej funkcji i zamiast tego należy użyć ciepłej metody relokacji. Oto proces gorącej relokacji.

  1. Wykonaj replikację usługi w nowym regionie docelowym.
  2. Zachowaj obciążenie uruchomione w regionie źródłowym.
  3. Uruchom synchroniczną replikację danych.
  4. Po zsynchronizowaniu danych aktywuj i zweryfikuj punkty końcowe.
  5. Zatrzymaj synchronizację danych.
  6. Zamknij usługę w regionie źródłowym.

Rozgrzana relokacja

Ciepła relokacja dotyczy obciążeń krytycznych, które nie obsługują relokacji gorącej. Relokacja ciepła używa replikacji danych asynchronicznych i replikacji środowiska. Oto proces ciepłej relokacji.

  1. Wykonaj replikację usługi w nowym regionie docelowym.
  2. Zachowaj obciążenie uruchomione w regionie źródłowym.
  3. Utwórz kopię zapasową danych źródłowych. Najlepszym rozwiązaniem jest utworzenie kopii zapasowej poza godzinami szczytu. Należy również włączyć replikację typu data-in w celu zsynchronizowania danych i zminimalizowania różnicy danych.
  4. Przywróć dane w nowym regionie docelowym.
  5. Przełączanie i weryfikowanie punktów końcowych.
  6. Zamknij obciążenie w regionie źródłowym.

Ciepła relokacja może potrwać kilka minut lub godzinę w zależności od liczby usług i ilości danych.

Wybieranie automatyzacji relokacji usług

Istnieją trzy podstawowe podejścia do relokacji usług. Poniższe akapity zawierają omówienie każdego z nich z linkami do dodatkowych wskazówek. Jeśli używasz automatyzacji infrastruktury jako kodu (IaC), aby przenieść obciążenie, musisz znaleźć oddzielne podejście do relokacji danych. Należy przejrzeć możliwości każdego narzędzia do relokacji usług i wybrać narzędzie, które najlepiej spełnia Twoje potrzeby.

Azure Resource Mover: Azure Resource Mover to wbudowana usługa platformy Azure, która umożliwia przenoszenie zasobów platformy Azure między regionami, subskrypcjami i grupami zasobów. Usługa Azure Resource Mover może przenosić obsługiwane zasoby platformy Azure z jej zależnościami, analizując i przygotowując zasoby przed przeniesieniem. Aby uzyskać więcej informacji, zobacz Omówienie usługi Azure Resource Mover.

Azure Site Recovery: usługa Azure Site Recovery może replikować dowolną aplikację działającą na obsługiwanej maszynie wirtualnej na platformie Azure. Jest to narzędzie odzyskiwania po awarii zgodnie z projektem, ale można go również użyć do przenoszenia obciążeń. Usługa Site Recovery korzysta z magazynu usługi Recovery Services, takiego jak usługa Azure Backup i może szybko przenosić usługi. Wymaga to wykonania kilku kroków oczyszczania po przeniesieniu, ponieważ jest to narzędzie odzyskiwania po awarii. Aby uzyskać więcej informacji, zobacz:

Infrastruktura jako kod (IaC): usługa IaC umożliwia kopiowanie i ponowne wdrażanie usług platformy Azure. Możesz użyć szablonów usługi Azure Resource Manager, Bicep lub Terraform dla usług w regionie źródłowym. Możesz wdrożyć przy użyciu szablonu w nowym regionie docelowym za pomocą preferowanego narzędzia IaC. W przypadku usług stanowych potrzebne jest inne narzędzie do przenoszenia danych obciążeń. Aby uzyskać więcej informacji, zobacz Infrastructure as code overview (Infrastruktura jako kod — omówienie).

W przypadku wdrażania nowego wystąpienia usługi platformy Azure przy użyciu usługi IaC można wdrożyć wiele kopii zasobu równolegle. W przypadku wielu kopii można użyć jednej z technik migracji jednorazowej, aby przekierowywać połączenia z obciążeniami w nowym regionie docelowym.

Wybieranie automatyzacji relokacji danych

Jeśli automatyzacja relokacji usług nie przenosi danych, musisz również wybrać automatyzację relokacji danych. W przypadku relokacji danych musisz mieć usługę uruchomioną w regionie docelowym przed przeniesieniem danych. Przejrzyj metody relokacji, aby zrozumieć sekwencję. Oto lista narzędzi automatyzacji, których można użyć do przeniesienia danych. Lista zaczyna się od gorących narzędzi relokacji i kończy się zimno. Nie jest to kolejność preferencji. Oceń każde narzędzie automatyzacji i wybierz odpowiednie narzędzie dla obciążenia.

  • Synchroniczna replikacja danych: synchroniczna replikacja danych replikuje dane niemal w czasie rzeczywistym w różnych regionach. Jest to preferowane podejście do relokacji danych na gorąco, ponieważ ogranicza przestoje i migracje różnic danych po migracji jednorazowej. Ta funkcja jest wbudowana w niektóre usługi platformy Azure, takie jak Data Sync w usłudze Azure SQL. Należy sprawdzić każdą usługę w obciążeniu, aby sprawdzić, czy obsługuje ona replikację danych synchronicznych.

  • Replikacja geograficzna: Replikacja geograficzna może być przydatnym narzędziem do relokacji danych dla usług platformy Azure, które go obsługują. Sposób, w jaki funkcja replikacji geograficznej obsługuje dane, a bazowe wystąpienie usługi różni się w zależności od obsługiwanych usług platformy Azure. Przed użyciem replikacji geograficznej na potrzeby relokacji danych należy poznać funkcję replikacji geograficznej określonej usługi, którą przenosisz. Przykłady można znaleźć w temacie Azure SQL and Cosmos DB (Usługi Azure SQL i Cosmos DB).

  • Azure Site Recovery: usługa Azure Site Recovery może przenosić usługi i dane. Obsługuje strategie relokacji zimnej i ciepłej. Aby uzyskać więcej informacji, zobacz Omówienie usługi Azure Site Recovery.

  • AzCopy: AzCopy to narzędzie wiersza polecenia, które automatyzuje przenoszenie danych do i z usługi Azure Storage. Musisz pobrać narzędzie, a następnie użyć tokenów microsoft Entra ID lub sygnatury dostępu współdzielonego (SAS), aby autoryzować przenoszenie. Aby uzyskać więcej informacji, zobacz Omówienie narzędzia AzCopy i Używanie narzędzia AzCopy

  • Potoki i działania w usłudze Azure Data Factory lub Synapse Analytics: Usługa Azure Data Factory to w pełni zarządzana usługa integracji danych w chmurze, która organizuje i automatyzuje przenoszenie i przekształcanie danych. Potoki usługi Azure Data Factory mogą przenosić magazyny i magazyny danych. Działanie kopiowania usługi Synapse Analytics może również przenosić dane. Aby uzyskać więcej informacji, zobacz Obsługiwane elementy docelowe i źródła oraz Narzędzie do kopiowania danych.

  • Eksplorator usługi Azure Storage: Eksplorator usługi Azure Storage to autonomiczna aplikacja, która umożliwia przeniesienie danych usługi Azure Storage. Aby uzyskać więcej informacji, zobacz How to use Eksplorator usługi Storage (Jak używać Eksplorator usługi Storage).

  • Azure Backup: za pomocą usługi Azure Backup można tworzyć kopie zapasowe i przywracać dane w innym regionie. Najpierw spróbuj wykonać usługę Azure Backup w przypadku niezmieniałych, zimnych i ciepłych relokacji. Usługa Azure Backup zapewnia spójną na poziomie aplikacji, spójną na poziomie systemu plików i spójną na poziomie awarii kopie zapasowe maszyn wirtualnych. Obsługuje również dyski zarządzane, udziały plików i obiekty blob. Nie można przenieść istniejących punktów przywracania kopii zapasowych do nowego regionu docelowego. Rozważ przechowywanie magazynu w regionie źródłowym, dopóki kopie zapasowe nie będą już wymagane. Aby uzyskać więcej informacji, zobacz Omówienie usługi Azure Backup.

  • Ręczne tworzenie kopii zapasowej i przywracanie: Tworzenie kopii zapasowej i przywracanie w tym miejscu dotyczy procesu, a nie określonego narzędzia. Wiele usług na platformie Azure zapewnia opcje nadmiarowości, które umożliwiają tworzenie kopii zapasowych danych w oddzielnym regionie i ich ręczne przywracanie. Należy wykonać ręczną kopię zapasową i przywracanie dla określonych usług, takich jak Azure Key Vault. Aby uzyskać więcej informacji, zobacz Przenoszenie usługi Key Vault do innego regionu.

Narzędzie Metoda relokacji
Synchroniczna replikacja danych Gorąca, Ciepła
Geo-replication (Replikacja geograficzna) Gorąca, Ciepła
Azure Site Recovery Ciepło, zimno
AzCopy Ciepło, zimno
Potoki i działania w usłudze Azure Data Factory lub obszarze roboczym usługi Synapse Ciepło, zimno
Eksplorator usługi Azure Storage Ciepło, zimno
Azure Backup Brak zainteresowania
Ręczne tworzenie kopii zapasowej i przywracanie Brak zainteresowania

Wybieranie podejścia jednorazowego

Migracja jednorazowa polega na przejściu ze starego obciążenia do nowego. Kierujesz ruch do obciążenia w regionie docelowym i nie jest już kierowany do regionu źródłowego. System nazw domen (DNS) jest centralnym elementem tego przekierowania. Przypominamy, że usługa DNS informuje przeglądarki i klientów interfejsu API, gdzie uzyskać odpowiedź. Rozpoznaje nazwy domen na adresy IP. Każda domena wymaga hosta domeny, aby nim zarządzać. Azure DNS to usługa hosta domeny platformy Azure. Istnieją różne podejścia do migracji jednorazowej obciążeń, a podejście, które należy wziąć, zależy od usług w obciążeniu. Oto kilka przykładów:

  • Azure DNS: w przypadku domen hostowanych w usłudze Azure DNS można wykonać ręczne przełączanie jednorazowe, przełączając rekord CNAME. Takie podejście jest procesem ciągłości działania w trybie failover, który działa na potrzeby migracji jednorazowej. Aby uzyskać więcej informacji, zobacz Ręczne przechodzenie jednorazowe przy użyciu usługi Azure DNS.

  • Traffic Manager: istnieje również możliwość użycia usługi routingu, takiej jak Traffic Manager na potrzeby migracji jednorazowej i kierowania ruchu obciążenia do różnych punktów końcowych. Traffic Manager to oparta na systemie DNS usługa routingu. Aby uzyskać więcej informacji, zobacz Konfigurowanie nazw DNS za pomocą usługi Traffic Manager.

  • App Service: usługi warstwy aplikacji, takie jak usługa aplikacja systemu Azure, mają funkcje, które umożliwiają aktualizowanie nazwy domeny. Aby uzyskać więcej informacji, zobacz Migrowanie aktywnej nazwy DNS do usługi aplikacja systemu Azure.

  • Routing bramy: jeśli obciążenie używa wzorca routingu bramy z usługą, taką jak Azure Front Door, Application Gateway lub Azure API Management, często można dokonać migracji jednorazowej w regionie. Używasz ich obiektów docelowych zaplecza i funkcji reguł routingu.

Następny krok

Wybrano metodę relokacji i narzędzia do przeniesienia obciążenia. Przejdź do kroku Migracja, aby wykonać relokację przy użyciu tych narzędzi.