Migrowanie zasobów obliczeniowych na globalną platformę Azure

  • Artykuł

Ważne

Od sierpnia 2018 r. nie akceptowaliśmy nowych klientów ani nie wdrażaliśmy żadnych nowych funkcji i usług w oryginalnych lokalizacjach usługi Microsoft Cloud w Niemczech.

W oparciu o ewolucję potrzeb klientów niedawno uruchomiliśmy dwa nowe regiony centrów danych w Niemczech, oferując rezydencję danych klientów, pełną łączność z globalną siecią w chmurze firmy Microsoft oraz konkurencyjne ceny na rynku.

Ponadto 30 września 2020 r. ogłosiliśmy, że 29 października 2021 r. zostanie zamknięte rozwiązanie Microsoft Cloud Germany. Więcej szczegółów można znaleźć tutaj: https://www.microsoft.com/cloud-platform/germany-cloud-regions.

Skorzystaj z szerokiej funkcjonalności, zabezpieczeń klasy korporacyjnej i kompleksowych funkcji dostępnych w naszych nowych regionach centrów danych w Niemczech, migrując już dziś.

Ten artykuł zawiera informacje, które mogą ułatwić migrację zasobów obliczeniowych platformy Azure z platformy Azure (Niemcy) do globalnej platformy Azure.

Obliczenia IaaS

Nie można bezpośrednio migrować zasobów infrastruktury obliczeniowej jako usługi (IaaS) platformy Azure z platformy Azure (Niemcy) na globalną platformę Azure. Istnieje jednak wiele sposobów "duplikowania" maszyn wirtualnych.

Duplikowanie przy użyciu Site Recovery

Usługa Azure Site Recovery może ułatwić migrację maszyn wirtualnych z platformy Azure (Niemcy) na globalną platformę Azure. Ponieważ źródło i cel znajdują się w różnych dzierżawach podczas migracji z platformy Azure (Niemcy) do globalnej platformy Azure, nie można użyć zwykłej opcji odzyskiwania po awarii platformy Azure dostępnej dla maszyn wirtualnych. Sztuczka polega na skonfigurowaniu magazynu Site Recovery w środowisku docelowym (globalnej platformie Azure) i kontynuowaniu tak jak w przypadku przenoszenia serwera fizycznego na platformę Azure. W Azure Portal wybierz ścieżkę replikacji z etykietą Nie zwirtualizowane. Po zakończeniu replikacji wykonaj trybu failover.

Uwaga

Poniższe kroki to te same kroki, które należy wykonać w celu zmigrowania serwera fizycznego działającego lokalnie na platformę Azure.

Aby dowiedzieć się więcej, zapoznaj się z Site Recovery samouczkiem. Aby uzyskać krótkie omówienie, poniżej przedstawiono krótszą i nieco dostosowaną wersję procesu:

Zainstaluj serwer konfiguracji/przetwarzania w środowisku źródłowym, aby skompilować obrazy serwera. Następnie zreplikuj obrazy do magazynu usługi Azure Recovery Services w środowisku docelowym. Wszystkie prace są wykonywane przez serwer konfiguracji. Nie trzeba dotykać poszczególnych serwerów.

  1. Zaloguj się do witryny Azure Germany Portal.
  2. Porównaj wersje systemu operacyjnego maszyn wirtualnych, które chcesz migrować, z macierzą obsługi.
  3. Skonfiguruj nową maszynę wirtualną w źródłowym wystąpieniu usługi Azure Virtual Network do działania jako serwer konfiguracji:
    1. Wybierz ds4v3 lub większą (od 4 do 8 rdzeni, 16 GB pamięci).
    2. Dołącz dodatkowy dysk, który ma co najmniej 1 TB dostępnego miejsca (dla obrazów maszyn wirtualnych).
    3. Użyj Windows Server 2012 R2 lub nowszego.
  4. Upewnij się, że porty 443 i 9443 są otwarte dla podsieci w obu kierunkach.
  5. Zaloguj się do nowej maszyny wirtualnej (ConfigurationServer).
  6. W sesji usług pulpitu zdalnego zaloguj się do globalnej Azure Portal przy użyciu poświadczeń globalnych platformy Azure.
  7. Skonfiguruj sieć wirtualną, w której będą uruchamiane replikowane maszyny wirtualne.
  8. Tworzenie konta usługi Azure Storage.
  9. Skonfiguruj magazyn usługi Recovery Services.
  10. Zdefiniuj cel ochrony (na platformęAzureNiezwirtualizowane>/inne).
  11. Pobierz plik instalacyjny Recovery Unified Setup (Przygotowanie infrastrukturyŹródło>). Po otwarciu adresu URL portalu z poziomu serwera ConfigurationServer plik zostanie pobrany na właściwy serwer. Spoza serwera ConfigurationServer przekaż plik instalacyjny do serwera ConfigurationServer.
  12. Pobierz klucz rejestracji magazynu (w razie potrzeby przekaż go do serwera ConfigurationServer, jak w poprzednim kroku).
  13. Uruchom instalację recovery unified setup na serwerze ConfigurationServer.
  14. Skonfiguruj środowisko docelowe (sprawdź, czy nadal zalogowano się do portalu docelowego).
  15. Zdefiniuj zasady replikacji.
  16. Rozpocznij replikację.

Po początkowym zakończeniu replikacji przetestuj scenariusz, wykonując test pracy w trybu failover. Sprawdź i usuń test. Ostatnim krokiem jest rzeczywistego trybu failover.

Przestroga

Synchronizacja z powrotem ze źródłową maszyną wirtualną nie występuje. Jeśli chcesz przeprowadzić migrację ponownie, wyczyść wszystko i rozpocznij ponownie na początku!

Duplikowanie za pomocą Resource Manager eksportowania/importowania szablonu

Możesz wyeksportować szablon usługi Azure Resource Manager, który zostanie wdrożony na komputerze lokalnym. Edytuj szablon, aby zmienić lokalizację i inne parametry lub zmienne. Następnie ponownie wdepniesz na globalnej platformie Azure.

Ważne

Zmień lokalizację, azure Key Vault wpisy tajne, certyfikaty i inne identyfikatory GUID, aby zapewnić spójność z nowym regionem.

Wyeksportuj szablon Resource Manager w portalu, wybierając grupę zasobów. Wybierz wdrożenia, a następnie wybierz najnowsze wdrożenie. Wybierz pozycję Szablon w menu po lewej stronie i pobierz szablon.

Plik .zip, który zawiera kilka plików do pobrania. Skrypty programu PowerShell, interfejsu wiersza polecenia platformy Azure, środowiska Ruby lub platformy .NET ułatwiają wdrażanie szablonu. Plik parameters.json zawiera wszystkie dane wejściowe z ostatniego wdrożenia. Prawdopodobnie trzeba będzie zmienić niektóre ustawienia w tym pliku. Edytuj plik template.json , jeśli chcesz ponownie wdychać tylko podzbiór zasobów.

Więcej informacji:

Cloud Services

Możesz ponownie wduszyć zasoby usługi Azure Cloud Services, ponownie podając .cspkg definicje .cscfg i .

Azure Portal

Aby ponownie wdać usługi w chmurze w Azure Portal:

  1. Utwórz nową usługę w chmurze przy użyciu definicji .cspkg i .cscfg .
  2. Zaktualizuj rekord CNAME lub A, aby wskazać ruch do nowej usługi w chmurze.
  3. Gdy ruch wskazuje nową usługę w chmurze, usuń starą usługę w chmurze na platformie Azure (Niemcy).

PowerShell

Aby ponownie wdać usługi w chmurze przy użyciu programu PowerShell:

  1. Utwórz nową usługę w chmurze przy użyciu definicji .cspkg i .cscfg .

    New-AzureService -ServiceName <yourServiceName> -Label <MyTestService> -Location <westeurope>

  2. Utwórz nowe wdrożenie przy użyciu definicji .cspkg i .cscfg .

    New-AzureDeployment -ServiceName <yourServiceName> -Slot <Production> -Package <YourCspkgFile.cspkg> -Configuration <YourConfigFile.cscfg>

  3. Zaktualizuj rekord CNAME lub A, aby wskazać ruch do nowej usługi w chmurze.

  4. Gdy ruch wskazuje nową usługę w chmurze, usuń starą usługę w chmurze na platformie Azure (Niemcy).

    Remove-AzureService -ServiceName <yourOldServiceName>

Interfejs API REST

Aby ponownie wdać usługi w chmurze przy użyciu interfejsu API REST:

  1. Utwórz nową usługę w chmurze w środowisku docelowym.

    https://management.core.windows.net/<subscription-id>/services/hostedservices

  2. Utwórz nowe wdrożenie przy użyciu interfejsu API tworzenia wdrożenia. Aby znaleźć definicje .cspkg i .cscfg , możesz wywołać interfejs API pobierz pakiet.

    https://management.core.windows.net/<subscription-id>/services/hostedservices/<cloudservice-name>/deploymentslots/production

  3. Gdy ruch wskazuje nową usługę w chmurze, usuń starą usługę w chmurze na platformie Azure (Niemcy).

    https://management.core.cloudapi.de/<subscription-id>/services/hostedservices/<old-cloudservice-name>

Więcej informacji:

Service Fabric

Nie można migrować zasobów usługi Azure Service Fabric z platformy Azure (Niemcy) na globalną platformę Azure. Należy ponownie Service Fabric zasobów w nowym środowisku.

Informacje o bieżącym środowisku Service Fabric można uzyskać przy użyciu poleceń cmdlet programu PowerShell. Uzyskaj dostęp do wszystkich poleceń cmdlet powiązanych z Service Fabric, wprowadzając polecenie Get-Help *ServiceFabric* w programie PowerShell.

Więcej informacji:

Batch

Nie można migrować Azure Batch konta z jednego regionu do innego. Z kontem mogły być skojarzone uruchomione maszyny wirtualne, które aktywnie współdziałają z danymi na kontach magazynu, w bazach danych lub w innych systemach magazynowania.

Ponowne wdrażanie skryptów wdrażania, szablonów lub kodu w nowym regionie. Ponownego wykonania obejmuje następujące zadania:

  1. Utwórz konto usługi Batch.
  2. Zwiększ limit przydziału konta usługi Batch.
  3. Utwórz pule usługi Batch.
  4. Tworzenie nowych kont magazynu, baz danych i innych usług, które są używane do utrwalania danych wejściowych i wyjściowych.
  5. Zaktualizuj konfigurację i kod, aby wskazać nowe konto usługi Batch i użyć nowych poświadczeń.

Więcej informacji:

Funkcje

Migrowanie Azure Functions z platformy Azure (Niemcy) do globalnej platformy Azure nie jest obecnie obsługiwane. Zalecamy wyeksportowanie szablonu Resource Manager, zmianę lokalizacji, a następnie ponownego wdusowienia w regionie docelowym.

Ważne

Zmień lokalizację, Key Vault tajne, certyfikaty, Ustawienia aplikacji i inne identyfikatory GUID, aby były zgodne z nowym regionem.

Więcej informacji:

Zestawy skalowania maszyn wirtualnych

Aby przeprowadzić migrację zestawów skalowania maszyn wirtualnych na globalną platformę Azure, wyeksportuj szablon usługi Resource Manager, dostosuj go do nowego środowiska, a następnie ponownie wdeń do regionu docelowego. Wyeksportuj tylko szablon podstawowy i ponownie wdeń szablon w nowym środowisku. Wszystkie wystąpienia poszczególnych wystąpień zestawu skalowania maszyn wirtualnych powinny być takie same.

Ważne

Zmień lokalizację, Key Vault wpisy tajne, certyfikaty i inne identyfikatory GUID, aby były spójne z nowym regionem.

Więcej informacji:

Web Apps

Obecnie nie można migrować aplikacji utworzonych przy użyciu Web Apps usługi Azure App Service Azure (Niemcy) na globalną platformę Azure. Zalecamy wyeksportowanie aplikacji internetowej jako szablonu Resource Manager, a następnie ponowne jej wdniesienie po zmianie właściwości location na nowy region.

Ważne

Zmień lokalizację, Key Vault wpisy tajne, certyfikaty i inne identyfikatory GUID, aby były spójne z nowym regionem.

Więcej informacji:

Następne kroki

Dowiedz się więcej o narzędziach, technikach i zaleceniach dotyczących migrowania zasobów w następujących kategoriach usług: