Migracja z usługi Azure Cloud Services (klasycznej) do usługi Azure Cloud Services (wsparcie dodatkowe)

  • Artykuł

Ten dokument zawiera omówienie migracji usług Cloud Services (klasycznych) do usług Cloud Services (wsparcie dodatkowe).

Usługi Cloud Services (rozszerzona pomoc techniczna) mają podstawową zaletę zapewniania odporności regionalnej wraz z parzystością funkcji z usługami Azure Cloud Services wdrożonych przy użyciu programu Azure Service Manager. Oferuje też niektóre funkcje usługi Azure Resource Manager, takie jak kontrola dostępu na podstawie ról (RBAC), tagi, zasady, szablony wdrażania i łącze prywatne. Oba modele wdrażania (wsparcie rozszerzone i klasyczne) są dostępne z podobnymi strukturami cenowymi.

Usługa Cloud Services (wsparcie dodatkowe) obsługuje dwie ścieżki migracji z usługi Azure Service Manager do usługi Azure Resource Manager: ponowne wdrażanie i migracja w miejscu.

W poniższej tabeli przedstawiono porównanie tych dwóch opcji.

Wdróż ponownie Migracja w miejscu
Klienci mogą wdrożyć nową usługę w chmurze bezpośrednio w usłudze Azure Resource Manager, a następnie usunąć starą usługę w chmurze w programie Azure Service Manager po dokładnej weryfikacji. Narzędzie migracji w miejscu umożliwia bezproblemową, aranżowaną platformę migrację istniejących wdrożeń usług Cloud Services (klasycznych) do usług Cloud Services (rozszerzona pomoc techniczna).
Ponowne wdrażanie umożliwia klientom:

- Zdefiniuj nazwy zasobów.

— Organizowanie lub ponowne używanie zasobów jako preferowanych.

— Ponowne używanie plików konfiguracji i definicji usługi z minimalnymi zmianami.		 W przypadku migracji w miejscu platforma:

— Definiuje nazwy zasobów.

— Organizuje każde wdrożenie i powiązane zasoby w poszczególnych grupach zasobów.

— Modyfikuje istniejący plik konfiguracji i definicji dla usługi Azure Resource Manager.
Klienci muszą organizować ruch do nowego wdrożenia. Migracja zachowuje adres IP, a ścieżka danych pozostaje taka sama.
Klienci muszą usunąć stare usługi w chmurze w usłudze Azure Resource Manager. Platforma usuwa zasoby usług Cloud Services (klasyczne) po migracji.
Jest to migracja metodą "lift and shift", która zapewnia większą elastyczność, ale wymaga dodatkowego czasu na migrację. Jest to automatyczna migracja, która oferuje szybką migrację, ale mniejszą elastyczność.

Podczas oceniania planów migracji z usług Cloud Services (klasycznych) do usług Cloud Services (rozszerzona pomoc techniczna) warto zbadać dodatkowe usługi platformy Azure, takie jak: Virtual Machine Scale Sets, App Service, Azure Kubernetes Service i Azure Service Fabric. Te usługi będą nadal obsługiwać dodatkowe funkcje, natomiast usługi Cloud Services (wsparcie dodatkowe) będą utrzymywać przede wszystkim równoważność funkcji z usługami Cloud Services (wersja klasyczna).

W zależności od aplikacji usługi Cloud Services (wsparcie dodatkowe) mogą wymagać znacznie mniejszego nakładu pracy w celu przejścia do usługi Azure Resource Manager w porównaniu z innymi opcjami. Jeśli twoja aplikacja nie ewoluuje, usługi Cloud Services (wsparcie dodatkowe) są realną opcją do rozważenia, ponieważ zapewnia szybką ścieżkę migracji. Z drugiej strony, jeśli aplikacja stale ewoluuje i potrzebuje bardziej nowoczesnego zestawu funkcji, zapoznaj się z innymi usługami platformy Azure, aby lepiej spełnić bieżące i przyszłe wymagania.

Ponowne wdrażanie — omówienie

Ponowne wdrażanie usług za pomocą usług Cloud Services (rozszerzona pomoc techniczna) zapewnia następujące korzyści:

  • Obsługuje role sieci Web i procesu roboczego podobne do [Cloud Services (wersja klasyczna).
  • Nie ma żadnych zmian w projekcie, architekturze ani składnikach ról internetowych i procesów roboczych.
  • Żadne zmiany nie są wymagane do kodu środowiska uruchomieniowego, ponieważ płaszczyzna danych jest taka sama jak usługi w chmurze.
  • Wersje systemu Azure GuestOS i skojarzone aktualizacje są zgodne z usługami Cloud Services (wersja klasyczna).
  • Podstawowy proces aktualizacji w odniesieniu do domen aktualizacji, sposób kontynuowania uaktualniania, wycofywania i dozwolonych zmian usługi podczas aktualizacji nie ulegnie zmianie.

Nową usługę w chmurze (rozszerzoną pomoc techniczną) można wdrożyć bezpośrednio w usłudze Azure Resource Manager przy użyciu następujących narzędzi klienckich:

Omówienie narzędzia do migracji

Obsługiwana przez platformę migracja zapewnia następujące kluczowe korzyści:

  • Umożliwia bezproblemową migrację zaaranżowaną przez platformę bez przestojów w większości scenariuszy. Dowiedz się więcej o obsługiwanych scenariuszach.
  • Istniejące usługi w chmurze są migrowane w trzech prostych krokach: weryfikacja, przygotowanie, zatwierdzenie (lub przerwanie). Dowiedz się więcej o sposobie działania narzędzia do migracji.
  • Zapewnia możliwość testowania migrowanych wdrożeń po pomyślnym przygotowaniu. Zatwierdzanie i kończenie migracji podczas przerywania wycofywania migracji.

Narzędzie do migracji korzysta z tych samych interfejsów API i ma takie samo środowisko jak migracja maszyny wirtualnej (klasycznej).

Konfigurowanie dostępu do migracji

Aby przeprowadzić tę migrację, należy dodać go jako współadministrator subskrypcji i zarejestrować wymaganych dostawców.

  1. Zaloguj się w witrynie Azure Portal.

  2. W menu Centrum wybierz pozycję Subskrypcja. Jeśli go nie widzisz, wybierz pozycję Wszystkie usługi.

  3. Znajdź odpowiedni wpis subskrypcji, a następnie przyjrzyj się polu MOJA ROLA. W przypadku współadministratora wartość powinna być administratorem konta. Jeśli nie możesz dodać współadministratora, skontaktuj się z administratorem usługi lub współadministratorem subskrypcji, aby samodzielnie dodać subskrypcję.

  4. Rejestrowanie subskrypcji dla przestrzeni nazw Microsoft.ClassicInfrastructureMigrate przy użyciu portalu, programu PowerShell lub interfejsu wiersza polecenia

    Register-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate

  5. Sprawdź stan rejestracji. Rejestracja może potrwać kilka minut.

    Get-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate

W jaki sposób migracja dla usług Cloud Services (wersja klasyczna) różni się od maszyn wirtualnych (klasycznych)?

Usługa Azure Service Manager obsługuje dwa różne produkty obliczeniowe, maszyny wirtualne platformy Azure (wersja klasyczna) i usługi Azure Cloud Services (wersja klasyczna) lub sieć Web/ Proces roboczy. Te dwa produkty różnią się w zależności od typu wdrożenia, który znajduje się w usłudze w chmurze. Usługi Azure Cloud Services (wersja klasyczna) używają usługi w chmurze zawierającej wdrożenia z rolami sieci Web/Procesu roboczego. Usługa Azure Virtual Machines (klasyczna) używa usługi w chmurze zawierającej wdrożenia z maszynami wirtualnymi IaaS.

Lista obsługiwanych scenariuszy różni się między usługami Cloud Services (klasycznymi) i maszynami wirtualnymi (klasycznymi) ze względu na różnice w typach wdrożeń.

Kroki migracji

Klienci mogą migrować wdrożenia usług Cloud Services (klasyczne) przy użyciu tych samych czterech operacji używanych do migracji maszyn wirtualnych (klasycznych).

  1. Weryfikacja migracji — sprawdza, czy migracja nie będzie blokowana przez typowe nieobsługiwane scenariusze.
  2. Przygotowywanie migracji — duplikuje metadane zasobów w usłudze Azure Resource Manager. Wszystkie zasoby są zablokowane dla operacji tworzenia/aktualizowania/usuwania w celu zapewnienia synchronizacji metadanych zasobów w usługach Azure Menedżer serwera i Azure Resource Manager. Wszystkie operacje odczytu będą działać przy użyciu interfejsów API usług Cloud Services (klasycznych) i Cloud Services (rozszerzonej pomocy technicznej).
  3. Przerwanie migracji — usuwa metadane zasobów z usługi Azure Resource Manager. Odblokowuje wszystkie zasoby na potrzeby operacji tworzenia/aktualizowania/usuwania.
  4. Zatwierdzanie migracji — usuwa metadane zasobów z programu Azure Service Manager. Odblokowuje zasób dla operacji tworzenia/aktualizowania/usuwania. Przerwanie nie jest już dozwolone po próbie zatwierdzenia.

Uwaga

Przygotowanie, przerwanie i zatwierdzenie są idempotentne i dlatego w przypadku niepowodzenia ponawianie próby powinno rozwiązać problem.

Obraz przedstawia diagram kroków skojarzonych z migracją.

Aby uzyskać więcej informacji, zobacz Overview of Platform-supported migration of IaaS resources from classic to Azure Resource Manager (Omówienie migracji obsługiwanych przez platformę zasobów IaaS z modelu klasycznego do usługi Azure Resource Manager)

Obsługiwane zasoby i funkcje dostępne do migracji skojarzone z usługami Cloud Services (wersja klasyczna)

  • Konta magazynu
  • Sieci wirtualne (usługa Azure Batch nie jest obsługiwana)
  • Grupy zabezpieczeń sieci
  • Zastrzeżone publiczne adresy IP
  • Listy kontroli dostępu do punktu końcowego
  • Trasy definiowane przez użytkownika
  • Wewnętrzny moduł równoważenia obciążenia
  • Migracja certyfikatu do magazynu kluczy
  • Wtyczki i rozszerzenia (oparte na kodzie XML i Json)
  • Przy uruchamianiu/zatrzymywaniu zadań
  • Wdrożenia z przyspieszoną siecią
  • Wdrożenia korzystające z jednej lub wielu ról
  • Podstawowy moduł równoważenia obciążenia
  • Dane wejściowe, dane wejściowe wystąpienia, wewnętrzne punkty końcowe
  • Dynamiczne publiczne adresy IP
  • Nazwa DNS
  • Reguły ruchu sieciowego

Obsługiwane konfiguracje/scenariusze migracji

Są to najważniejsze scenariusze obejmujące kombinacje zasobów, funkcji i usług w chmurze. Lista ta nie jest wyczerpująca.

Usługa Konfigurowanie Komentarze
Usługi domenowe Microsoft Entra Sieci wirtualne, które zawierają usługi Microsoft Entra Domain Services. Sieć wirtualna zawierająca zarówno wdrożenie usługi w chmurze, jak i usługę Microsoft Entra Domain Services jest obsługiwana. Najpierw klient musi przeprowadzić oddzielną migrację usług Microsoft Entra Domain Services, a następnie zmigrować sieć wirtualną tylko do wdrożenia usługi w chmurze
Usługa w chmurze Usługa w chmurze z wdrożeniem tylko w jednym miejscu. Usługi w chmurze zawierające wdrożenie miejsca prod można migrować. Nie zaleca się migrowania miejsca przejściowego, ponieważ może to spowodować problemy z zachowaniem nazwy FQDN usługi. Aby przeprowadzić migrację miejsca przejściowego, najpierw podwyższ poziom wdrożenia przejściowego do środowiska produkcyjnego, a następnie przeprowadź migrację do usługi ARM.
Usługa w chmurze Wdrożenie nie jest widoczne w publicznej sieci wirtualnej (domyślne wdrożenie sieci wirtualnej) Usługa w chmurze może znajdować się w publicznie widocznej sieci wirtualnej w ukrytej sieci wirtualnej lub nie w żadnej sieci wirtualnej. Usługi w chmurze w ukrytej sieci wirtualnej i widoczne publicznie sieci wirtualne są obsługiwane na potrzeby migracji. Klient może użyć interfejsu API weryfikacji, aby określić, czy wdrożenie znajduje się w domyślnej sieci wirtualnej, czy nie, a tym samym określić, czy można ją zmigrować.
Usługa w chmurze Rozszerzenia XML (BGInfo, Debugger programu Visual Studio, Web Deploy i debugowanie zdalne). Wszystkie rozszerzenia XML są obsługiwane na potrzeby migracji
Virtual Network Sieć wirtualna zawierająca wiele usług w chmurze. Sieć wirtualna zawiera wiele usług w chmurze jest obsługiwanych na potrzeby migracji. Sieć wirtualna i wszystkie usługi w chmurze w niej zostaną zmigrowane razem do usługi Azure Resource Manager.
Virtual Network Migracja sieci wirtualnych utworzonych za pośrednictwem portalu (wymaga użycia polecenia "Nazwa-grupy zasobów-sieci wirtualnej" w pliku cscfg) W ramach migracji nazwa sieci wirtualnej w pliku cscfg zostanie zmieniona tak, aby korzystała z identyfikatora usługi Azure Resource Manager sieci wirtualnej. (subscription/subscription-id/resource-group/resource-group-name/resource/vnet-name)

Aby zarządzać wdrożeniem po migracji, zaktualizuj lokalną kopię pliku cscfg, aby rozpocząć korzystanie z identyfikatora usługi Azure Resource Manager zamiast nazwy sieci wirtualnej.

Plik cscfg, który używa starego schematu nazewnictwa, nie przejdzie walidacji.
Virtual Network Migracja wdrożenia z rolami w innej podsieci. Usługa w chmurze z różnymi rolami w różnych podsieciach jest obsługiwana na potrzeby migracji.

Następne kroki