Udostępnij za pośrednictwem

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

  • Artykuł

Ważne

Od 31 marca 2025 r. usługi w chmurze (wsparcie dodatkowe) są przestarzałe i zostaną w pełni wycofane 31 marca 2027 r. Dowiedz się więcej o tej deprecjacji i migracji.

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 (rozszerzona obsługa techniczna) obsługuje dwie ścieżki migracji z programu 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 na miejscu umożliwia bezproblemową, platformowo zarządzaną migrację istniejących wdrożeń Cloud Services (klasycznych) do Cloud Services (rozszerzone wsparcie).
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 lokalnej, 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ą koordynować 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.
Ta migracja jest scenariuszem "lift and shift", który zapewnia większą elastyczność, ale wymaga więcej czasu na migrację. Ten scenariusz jest zautomatyzowaną migracją, 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ć inne usługi platformy Azure, takie jak: Virtual Machine Scale Sets, App Service, Azure Kubernetes Service i Azure Service Fabric. Te usługi nadal udostępniają inne funkcje, podczas gdy usługi Cloud Services (wsparcie dodatkowe) utrzymują 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.

Omówienie ponownego wdrożenia

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 sieciowych i pracowniczych.
  • Ż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 pozostaje niezmieniony.

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.
  • Oferuje testowanie zmigrowanych wdrożeń po pomyślnym przygotowaniu. Zatwierdzenie i finalizacja migracji, podczas gdy przerwanie powoduje wycofanie migracji.

Narzędzie do migracji korzysta z tych samych interfejsów API i zapewnia to samo doświadczenie użytkownika co migracja maszyny wirtualnej (klasycznej).

Konfigurowanie dostępu do migracji

Aby przeprowadzić tę migrację, należy zostać dodanym jako współadministrator subskrypcji i zarejestrować wymaganych dostawców usług.

  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. Dla współadministratora wartość powinna wynosić 'Account admin'. Jeśli nie możesz dodać współadministratora, skontaktuj się z administratorem usługi lub współadministratorem subskrypcji, aby zostać dodanym.

  4. Zarejestruj subskrypcję 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 role Web/Worker. 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 Web/Worker. 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. Weryfikowanie migracji — sprawdza, czy typowe, nieobsługiwane scenariusze nie stanowią przeszkody do migracji.
  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 działają przy użyciu interfejsów API Usług Cloud Services (klasycznych) i Cloud Services (z rozszerzonym wsparciem).
  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, anulowanie i zatwierdzenie są idempotentne i dlatego w przypadku niepowodzenia ponowienie 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 Azure Key Vault
  • Wtyczki i rozszerzenie (oparte na kodzie XML i JSON)
  • Zadania przy uruchomieniu/zatrzymaniu
  • Wdrożenia z przyspieszonym sieciowaniem
  • Wdrożenia korzystające z jednej lub wielu ról
  • Podstawowy moduł równoważenia obciążenia
  • Dane wejściowe, dane wejściowe instancji, wewnętrzne punkty końcowe
  • Dynamiczne publiczne adresy IP
  • Nazwa DNS
  • Reguły ruchu sieciowego

Obsługiwane konfiguracje/scenariusze migracji

Poniższa lista zawiera najważniejsze scenariusze obejmujące kombinacje zasobów, funkcji i usług w chmurze. Ta lista 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ą, pozostawiając jedynie wdrożenie usługi w chmurze.
Usługi w chmurze Usługa w chmurze z wdrożeniem tylko w jednym miejscu. Usługi w chmurze zawierające wdrożenie w slocie produkcyjnym można migrować. Nie zaleca się migracji slotu stanowiskowego, ponieważ ten proces może powodować problemy z utrzymaniem FQDN usługi. Aby przeprowadzić migrację slotu przejściowego, najpierw wdróż przejściowe wdrożenie do produkcji, a następnie przeprowadź migrację do Azure Resource Manager.
Usługi w chmurze Wdrożenie nie znajduje się w publicznie widocznej sieci wirtualnej (domyślne wdrożenie w 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 chmurowe w ukrytej sieci wirtualnej oraz w publicznie widocznych sieciach wirtualnych 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ługi w chmurze Rozszerzenia XML (BGInfo, Visual Studio Debugger, Web Deploy i Remote Debugging). Wszystkie rozszerzenia XML są obsługiwane na potrzeby migracji
Virtual Network Sieć wirtualna zawierająca wiele usług w chmurze. Wirtualna sieć obsługuje migrację wielu usług w chmurze. Sieć wirtualna i wszystkie usługi w chmurze w ramach tej usługi są migrowane razem do usługi Azure Resource Manager.
Virtual Network Migracja sieci wirtualnych utworzonych przez portal (wymaga użycia "Group Resource-group-name VNet-Name" w pliku .cscfg) W ramach migracji nazwa sieci wirtualnej w pliku cscfg zmienia się tak, aby korzystała z identyfikatora usługi Azure Resource Manager sieci wirtualnej. (subskrypcja/subskrypcja-id/grupa-zasobów/grupa-zasobów-nazwa/zasób/vnet-nazwa)

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.

Sprawdzanie poprawności pliku cscfg używającego starego schematu nazewnictwa kończy się niepowodzeniem.
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