Udostępnij przez


Migrowanie zasobów obliczeniowych na globalną platformę Azure

Ważne

Od sierpnia 2018 r.nie akceptujemy nowych klientów ani nie wdrażamy żadnych nowych funkcji i usług w oryginalnych lokalizacjach usługi Microsoft Cloud Germany.

Na podstawie ewolucji potrzeb klientów niedawno uruchomiliśmy dwa nowe regiony centrów danych w Niemczech, oferujące miejsce przechowywania danych klientów, pełną łączność z globalną siecią w chmurze firmy Microsoft, a także konkurencyjne ceny na rynku.

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

Skorzystaj z szerokiej gamy funkcjonalności, zabezpieczeń klasy korporacyjnej i kompleksowych możliwości oferowanych przez nasze nowe niemieckie regiony centrów danych, migrując już teraz.

Ten artykuł zawiera informacje ułatwiające migrowanie zasobów obliczeniowych platformy Azure z platformy Azure w Niemczech do globalnej platformy Azure.

Środowisko obliczeniowe IaaS

Nie można bezpośrednio migrować zasobów infrastruktury obliczeniowej platformy Azure (IaaS) z platformy Azure (Niemcy) do globalnej platformy Azure. Istnieje jednak wiele sposobów duplikowania maszyn wirtualnych.

Duplikowanie przy użyciu usługi Site Recovery

Usługa Azure Site Recovery może pomóc w migracji maszyn wirtualnych z platformy Azure (Niemcy) do globalnej platformy Azure. Ponieważ źródło i element docelowy znajdują się w różnych dzierżawach podczas migracji z platformy Azure Niemcy do globalnej platformy Azure, nie można użyć standardowej opcji odzyskiwania po awarii Azure dostępnej dla maszyn wirtualnych. Kluczem jest skonfigurowanie magazynu usługi Site Recovery w środowisku docelowym (globalna platforma Azure) i kontynuowanie tak, jakbyś przenosił serwer fizyczny do Azure. W portalu Azure wybierz ścieżkę replikacji z etykietą Niezwirtualizowane. Po zakończeniu replikacji wykonaj przełączenie awaryjne.

Uwaga

Poniższe kroki są tymi samymi krokami, które należy wykonać, aby przeprowadzić migrację serwera fizycznego działającego lokalnie na platformę Azure.

Aby dowiedzieć się więcej, zapoznaj się z tym przydatnym samouczkiem dotyczącym usługi Site Recovery. Aby uzyskać szybki przegląd, 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 skarbca 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 mają zostać zmigrowane, z macierzą obsługi .
  3. Skonfiguruj nową maszynę wirtualną w źródłowym wystąpieniu usługi Azure Virtual Network, aby działać jako serwer konfiguracji:
    1. Wybierz DS4v3 lub nowszy (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 systemu 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 pulpitu zdalnego zaloguj się do globalnej witryny Azure Portal przy użyciu globalnych poświadczeń platformy Azure.
  7. Skonfiguruj sieć wirtualną, w której będą uruchamiane replikowane maszyny wirtualne.
  8. Tworzenie konta usługi Azure Storage.
  9. Skonfiguruj schron usługi Recovery Services.
  10. Zdefiniuj cel ochrony (Do platformy Azure>Niezwirtualizowane/inne).
  11. Pobierz plik instalacyjny jednolitej konfiguracji odzyskiwania (Prepare Infrastructure>Source). Po otwarciu adresu URL portalu z poziomu serwera ConfigurationServer plik zostanie pobrany na poprawny serwer. Spoza ConfigurationServer, przekaż plik instalacyjny do ConfigurationServer.
  12. Pobierz klucz rejestracji skrytki (w razie potrzeby prześlij go do serwera ConfigurationServer, tak jak w poprzednim kroku).
  13. Uruchom instalację Recovery Unified Setup na serwerze ConfigurationServer.
  14. Skonfiguruj środowisko docelowe (sprawdź, czy nadal logujesz się do portalu docelowego).
  15. Zdefiniuj zasady replikacji.
  16. Uruchom replikację.

Po pomyślnym zakończeniu początkowej replikacji, przetestuj scenariusz, wykonując test awaryjnego przełączenia. Zweryfikuj i usuń test. Ostatnim krokiem jest zrobienie rzeczywistego przejścia w tryb failover.

Ostrożność

Nie odbywa się synchronizowanie z powrotem ze źródłową maszyną wirtualną. Jeśli chcesz ponownie przeprowadzić migrację, wyczyść wszystko i rozpocznij ponownie na początku!

Duplikowanie przy użyciu eksportowania/importowania szablonu usługi Resource Manager

Możesz wyeksportować szablon usługi Azure Resource Manager używany do wdrożenia na komputerze lokalnym. Edytuj szablon, aby zmienić lokalizację i inne parametry lub zmienne. Następnie ponownie wdróż na globalnej platformie Azure.

Ważne

Zmień lokalizację, sekrety usługi Azure Key Vault, certyfikaty i inne identyfikatory GUID, aby były zgodne z nowym regionem.

Wyeksportuj szablon usługi 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 zawierający kilka plików do pobrania. Skrypty programu PowerShell, interfejsu wiersza polecenia platformy Azure, języka Ruby lub platformy .NET ułatwiają wdrażanie szablonu. Plik parameters.json zawiera wszystkie dane wejściowe z ostatniego wdrożenia. Prawdopodobnie konieczne będzie zmianę niektórych ustawień w tym pliku. Edytuj plik template.json, jeśli chcesz ponownie wdrożyć tylko podzbiór zasobów.

Aby uzyskać więcej informacji:

Usługi w chmurze

Zasoby usług Azure Cloud Services można ponownie wdrożyć, podając definicje .cspkg i .cscfg.

Portal Azure

Aby ponownie wdrożyć usługi w chmurze w witrynie Azure Portal:

  1. Utwórz nową usługę w chmurze przy użyciu definicji .cspkg i .cscfg.
  2. Zaktualizuj rekord CNAME lub A, aby kierował ruch do nowej usługi chmurowej.
  3. Gdy ruch wskazuje nową usługę w chmurze, usuń starą usługę w chmurze w Niemczech.

PowerShell

Aby ponownie wdrożyć 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 swoich definicji .cspkg i .cscfg.

    New-AzureDeployment -ServiceName <yourServiceName> -Slot <Production> -Package <YourCspkgFile.cspkg> -Configuration <YourConfigFile.cscfg>
    
  3. Zaktualizuj rekord CNAME lub A, aby kierował ruch do nowej usługi chmurowej.

  4. Po skierowaniu ruchu do nowej usługi w chmurze, usuń starą usługę w chmurze na platformie Azure w Niemczech.

    Remove-AzureService -ServiceName <yourOldServiceName>
    

API REST

Aby ponownie wdrożyć 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 do tworzenia wdrożeń. Aby znaleźć definicje .cspkg i .cscfg, możesz wywołać Get Package API.

    https://management.core.windows.net/<subscription-id>/services/hostedservices/<cloudservice-name>/deploymentslots/production
    
  3. Po skierowaniu ruchu do nowej usługi w chmurze, usuń starą usługę w chmurze na platformie Azure w Niemczech.

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

Aby uzyskać więcej informacji:

Service Fabric

Nie można migrować zasobów usługi Azure Service Fabric z platformy Azure (Niemcy) do globalnej platformy Azure. Należy ponownie wdrożyć zasoby usługi Service Fabric w nowym środowisku.

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

Aby uzyskać więcej informacji:

Porcja

Nie można migrować danych konta usługi Azure Batch z jednego regionu do innego. Konto może mieć skojarzone z nim wirtualne maszyny i aktywnie pracować z danymi w kontach magazynowych, bazach danych lub w innych systemach przechowywania.

Ponownie wdróż skrypty wdrożenia, szablony lub kod w nowym regionie. Ponowne wdrożenie obejmuje następujące zadania:

  1. Utwórz konto usługi Batch.
  2. zwiększ przydział konta Batch.
  3. Utwórz pule Batch.
  4. Utwórz nowe konta przechowywania, bazy danych i inne usługi, które są używane do przechowywania danych wejściowych i wyjściowych.
  5. Zaktualizuj konfigurację i kod, aby wskazywały na nowe konto usługi Batch i używały nowych poświadczeń.

Aby uzyskać więcej informacji:

Funkcje

Migracja zasobów usługi Azure Functions z platformy Azure (Niemcy) do globalnej platformy Azure nie jest obecnie obsługiwana. Zalecamy wyeksportowanie szablonu usługi Resource Manager, zmianę lokalizacji, a następnie ponowne wdrożenie w regionie docelowym.

Ważne

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

Aby uzyskać więcej informacji:

Zestawy do skalowania maszyn wirtualnych

Aby przeprowadzić migrację zestawów skalowania maszyn wirtualnych do globalnej platformy Azure, wyeksportuj szablon usługi Resource Manager, dostosuj go do nowego środowiska, a następnie ponownie wdróż go w regionie docelowym. Wyeksportuj tylko szablon podstawowy i ponownie wdróż szablon w nowym środowisku. Wszystkie indywidualne wystąpienia zestawów skalowania maszyn wirtualnych powinny być takie same.

Ważne

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

Aby uzyskać więcej informacji:

Aplikacje internetowe

Obecnie aplikacje utworzone przy użyciu funkcji Web Apps usługi Azure App Service nie mogą być migrowane z platformy Azure (Niemcy) do globalnej platformy Azure. Zalecamy wyeksportowanie aplikacji internetowej jako szablonu usługi Resource Manager, a następnie ponowne wdrożenie po zmianie właściwości lokalizacji na nowy region.

Ważne

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

Aby uzyskać 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: