Edytuj

Udostępnij za pośrednictwem

Często zadawane pytania dotyczące migracji z modelu klasycznego do modelu opartego na usłudze Azure Resource Manager

  • Często zadawane pytania

Ważne

Obecnie około 90% maszyn wirtualnych IaaS korzysta z usługi Azure Resource Manager. Od 28 lutego 2020 r. klasyczne maszyny wirtualne zostały wycofane i zostaną w pełni wycofane 6 września 2023 r. Dowiedz się więcej o tym wycofaniu i sposobie jego wpływu na Ciebie.

Co to jest usługa Azure Service Manager i co to jest wersja klasyczna?

Słowo "classic" w maszynach wirtualnych IaaS (wersja klasyczna) odnosi się do maszyn wirtualnych zarządzanych przez program Azure Service Manager (ASM). Azure Service Manager (ASM) to stara płaszczyzna sterowania platformy Azure odpowiedzialna za tworzenie, usuwanie i usuwanie maszyn wirtualnych oraz wykonywanie innych operacji płaszczyzny sterowania.

Co to jest usługa Azure Resource Manager?

Usługa Azure Resource Manager to najnowsza płaszczyzna sterowania platformy Azure odpowiedzialna za tworzenie, zarządzanie, usuwanie maszyn wirtualnych i wykonywanie innych operacji płaszczyzny sterowania.

Jaki jest czas wymagany do migracji?

Planowanie i wykonywanie migracji znacznie zależy od złożoności architektury i może potrwać kilka miesięcy.

Jaka jest definicja nowego klienta na maszynach wirtualnych IaaS (wersja klasyczna)?

Klienci, którzy nie mieli maszyn wirtualnych IaaS (klasycznych) w swoich subskrypcjach w miesiącu lutego 2020 r. (miesiąc przed rozpoczęciem wycofywania), są traktowani jako nowi klienci.

Jaka jest definicja istniejącego klienta na maszynach wirtualnych IaaS (wersja klasyczna)?

Klienci, którzy mieli aktywne lub zatrzymane, ale przydzielili maszyny wirtualne IaaS (wersja klasyczna) w swoich subskrypcjach w miesiącu lutego 2020 r., są uważane za istniejących klientów. Tylko ci klienci otrzymają do 6 września 2023 r. migrację maszyn wirtualnych z usługi Azure Service Manager do usługi Azure Resource Manager.

Dlaczego otrzymuję komunikat o błędzie "NewClassicVMCreationNotAllowedForSubscription"?

W ramach procesu wycofywania maszyny wirtualne IaaS (wersja klasyczna) nie są już dostępne dla nowych klientów. Zidentyfikowaliśmy Cię jako nowych klientów, dlatego twoja operacja nie została autoryzowana. Zdecydowanie zalecamy korzystanie z usługi Azure Resource Manager. Jeśli nie możesz używać maszyn wirtualnych platformy Azure przy użyciu usługi Azure Resource Manager, skontaktuj się z pomocą techniczną, aby dodać subskrypcję do listy dozwolonych.

Czy ten plan migracji wpływa na moje istniejące usługi lub aplikacje uruchomione na maszynach wirtualnych platformy Azure?

Dopiero 1 września 2023 r. dla maszyn wirtualnych IaaS (wersja klasyczna). Maszyny wirtualne IaaS (wersja klasyczna) są w pełni obsługiwane usługi w ogólnej dostępności. Możesz nadal używać tych zasobów do zwiększenia Twojej obecności na platformie Microsoft Azure. 1 września 2023 r. te maszyny wirtualne zostaną w pełni wycofane, a wszystkie aktywne lub przydzielone maszyny wirtualne zostaną zatrzymane i cofnięto przydział.

Nie będzie to miało wpływu na inne klasyczne zasoby, takie jak Usługi w chmurze (wersja klasyczna), Konta magazynu (wersja klasyczna) itp.

Co stanie się z moimi maszynami wirtualnymi, jeśli nie planuję migracji w najbliższej przyszłości?

1 września 2023 r. maszyny wirtualne IaaS (wersja klasyczna) zostaną w pełni wycofane, a wszystkie aktywne lub przydzielone maszyny wirtualne zostaną zatrzymane i cofnięto przydział. Aby zapobiec wpływowi na działalność biznesową, zdecydowanie zalecamy rozpoczęcie planowania migracji dzisiaj i ukończenie jej przed 1 września 2023 r. Nie przestarzaliśmy istniejących klasycznych interfejsów API, usług Cloud Services i modelu zasobów. Chcemy ułatwić migrację, biorąc pod uwagę zaawansowane funkcje, które są dostępne w modelu wdrażania usługi Resource Manager. Zalecamy rozpoczęcie planowania migracji tych zasobów do usługi Azure Resource Manager.

Co oznacza ten plan migracji dla moich istniejących narzędzi?

Aktualizacja narzędzi do modelu wdrażania usługi Resource Manager to jedna z najważniejszych zmian, które należy uwzględnić w planach migracji.

Jak długo będzie trwał przestój płaszczyzny zarządzania?

To zależy od liczby migrowanych zasobów. W przypadku mniejszych wdrożeń (kilkadziesiąt maszyn wirtualnych) cała migracja powinna trwać krócej niż godzinę. W przypadku wdrożeń na dużą skalę (setki maszyn wirtualnych) migracja może zająć kilka godzin.

Czy mogę wykonać wycofanie po zatwierdzeniu migrowanych zasobów w usłudze Resource Manager?

Możesz przerwać migrację, o ile zasoby są w stanie przygotowania. Wycofanie nie jest obsługiwane po pomyślnym zmigrowaniu zasobów za pomocą operacji zatwierdzenia.

Czy mogę wycofać migrację w przypadku niepowodzenia operacji zatwierdzenia?

Nie można przerwać migracji, jeśli operacja zatwierdzenia nie powiedzie się. Wszystkie operacje migracji, w tym operacja zatwierdzenia, są idempotentne. Dlatego zalecamy podjęcie ponownej próby wykonania operacji po chwili. Jeśli nadal wystąpi błąd, utwórz bilet pomocy technicznej.

Czy muszę kupić kolejny obwód usługi ExpressRoute, jeśli muszę używać infrastruktury IaaS w ramach usługi Resource Manager?

L.p. Ostatnio umożliwiliśmy przenoszenie obwodów usługi ExpressRoute z klasycznego modelu wdrażania do modelu wdrażania usługi Resource Manager. Nie musisz kupować nowego obwodu usługi ExpressRoute, jeśli masz już taki.

Co zrobić, jeśli skonfigurowano zasady kontroli dostępu opartej na rolach platformy Azure dla moich klasycznych zasobów IaaS?

Podczas migracji zasoby są przekształcane z klasycznych na zasoby usługi Resource Manager. Dlatego zalecamy zaplanowanie aktualizacji zasad RBAC platformy Azure, które muszą nastąpić po migracji.

Utworzono kopię zapasową klasycznych maszyn wirtualnych w magazynie. Czy mogę migrować maszyny wirtualne z trybu klasycznego do trybu usługi Resource Manager i chronić je w magazynie usługi Recovery Services?

Po przeniesieniu maszyny wirtualnej z trybu klasycznego do trybu usługi Resource Manager kopie zapasowe wykonane przed migracją nie zostaną zmigrowane do nowo zmigrowanej maszyny wirtualnej usługi Resource Manager. Jeśli jednak chcesz zachować kopie zapasowe klasycznych maszyn wirtualnych, wykonaj następujące kroki przed migracją.

  1. W magazynie usługi Recovery Services przejdź do bloku Elementy kopii zapasowej i wybierz maszynę wirtualną.
  2. Kliknij pozycję Zatrzymaj tworzenie kopii zapasowej. Wybierz pozycję Zachowaj dane kopii zapasowej w menu rozwijanym.

Uwaga

Ta opcja spowoduje zatrzymanie wszystkich przyszłych zadań tworzenia kopii zapasowej przed ochroną maszyny wirtualnej. Jednak usługa Azure Backup zachowa punkty odzyskiwania, których kopia zapasowa została utworzona. Musisz zapłacić, aby zachować punkty odzyskiwania w magazynie (zobacz Cennik usługi Azure Backup, aby uzyskać szczegółowe informacje). W razie potrzeby będzie można przywrócić maszynę wirtualną. Jeśli zdecydujesz się wznowić ochronę maszyny wirtualnej, możesz użyć opcji Wznów tworzenie kopii zapasowej .

Aby przeprowadzić migrację maszyny wirtualnej do trybu usługi Resource Manager,

  1. Usuń rozszerzenie kopii zapasowej/migawki z maszyny wirtualnej.
  2. Przeprowadź migrację maszyny wirtualnej z trybu klasycznego do trybu usługi Resource Manager. Upewnij się, że informacje o magazynie i sieci odpowiadające maszynie wirtualnej również zostały zmigrowane do trybu usługi Resource Manager.

Ponadto jeśli chcesz utworzyć kopię zapasową zmigrowanej maszyny wirtualnej, przejdź do bloku zarządzania maszynami wirtualnymi, aby włączyć tworzenie kopii zapasowych.

Jak mogę przywrócić kopie zapasowe klasycznych maszyn wirtualnych po wycofaniu klasycznych maszyn wirtualnych i klasycznych kont magazynu?

Po wycofaniu klasycznych maszyn wirtualnych przywracanie kopii zapasowych klasycznych maszyn wirtualnych wymaga użycia restore disks typu przywracania. Klasyczne dyski maszyn wirtualnych można przywrócić do kont magazynu usługi ARM. Po przywróceniu dysków można przekonwertować je na dyski zarządzane i utworzyć nową maszynę wirtualną arm z dołączonymi dyskami. Alternatywnie możesz dołączyć je jako dyski danych do istniejącej maszyny wirtualnej.

Czy mogę zwalidować moją subskrypcję lub moje zasoby, aby sprawdzić, czy można je zmigrować?

Tak. W przypadku opcji migracji obsługiwanej przez platformę pierwszym krokiem przygotowania do migracji jest zwalidowanie zasobów pod kątem możliwości ich migracji. Jeśli operacja walidacji nie powiedzie się, zostaną zgłoszone komunikaty dla wszystkich przyczyn uniemożliwiających wykonanie migracji.

Co się stanie, jeśli podczas przygotowywania zasobów IaaS do migracji wystąpi błąd limitu przydziału?

Zalecamy przerwanie migracji, a następnie zgłoszenie żądania pomocy technicznej w celu zwiększenia limitów przydziału w regionie, w którym są migrowane maszyny wirtualne. Po zatwierdzeniu żądania dotyczącego limitu przydziału możesz ponownie rozpocząć wykonywanie kroków migracji.

Jak mogę zgłosić problem?

Opublikuj swoje problemy i pytania dotyczące migracji do naszej strony pytań i odpowiedzi firmy Microsoft dla maszyny wirtualnej za pomocą słowa kluczowego ClassicIaaSMigration. Zalecamy publikowanie wszystkich pytań na tym forum. Jeśli masz umowę pomocy technicznej, możesz także zgłosić bilet pomocy technicznej.

Co zrobić, jeśli nie podobają mi się nazwy zasobów wybrane przez platformę podczas migracji?

Wszystkie zasoby z nazwami jawnie podanymi w klasycznym modelu wdrażania zostaną zachowane podczas migracji. W niektórych przypadkach zostaną utworzone nowe zasoby. Na przykład dla każdej maszyny wirtualnej zostanie utworzony interfejs sieciowy. Obecnie nie obsługujemy możliwości kontrolowania nazw nowych zasobów tworzonych podczas migracji. Zagłosuj na tę funkcję na forum opinii platformy Azure.

Czy mogę zmigrować obwody usługi ExpressRoute używane w subskrypcjach wraz z łączami autoryzacji?

Obwodów usługi ExpressRoute używających łącz autoryzacji między subskrypcjami nie można zmigrować automatycznie bez przestoju. Udostępniamy przewodnik z opisem wykonywania takiej migracji ręcznie. Kroki i więcej informacji zawiera temat Migrate ExpressRoute circuits and associated virtual networks from the classic to the Resource Manager deployment model (Migrowanie obwodów usługi ExpressRoute i skojarzonych sieci wirtualnych z modelu wdrażania klasycznego do modelu usługi Resource Manager).

Otrzymuję komunikat "Maszyna wirtualna zgłasza ogólny stan agenta jako Brak gotowości. Z tego powodu nie można migrować maszyny wirtualnej. Upewnij się, że agent maszyny wirtualnej zgłasza ogólny stan agenta jako Gotowy" lub "Maszyna wirtualna zawiera rozszerzenie, którego stan nie jest raportowany z maszyny wirtualnej. Hence, the VM cannot be migrated”. (Maszyna wirtualna zawiera rozszerzenie, którego stan nie jest raportowany z maszyny wirtualnej. Dlatego nie można zmigrować tej maszyny wirtualnej).

Ten komunikat jest zgłaszany, jeśli maszyna wirtualna nie ma połączenia wychodzącego do Internetu. Agent maszyny wirtualnej używa połączenia wychodzącego, aby uzyskać dostęp do konta usługi Azure Storage na potrzeby aktualizacji stanu agenta co pięć minut.

Jak mogę przeprowadzić migrację moich klasycznych kont magazynu do usługi Resource Manager?

Jeśli masz klasyczną maszynę wirtualną dołączoną do konta, najpierw przeprowadź migrację klasycznych maszyn wirtualnych. Klasyczne konta magazynu muszą zostać zmigrowane po przeprowadzeniu migracji klasycznej maszyny wirtualnej. Migrację można przeprowadzić przy użyciu witryny Azure Portal, programu PowerShell lub interfejsu wiersza polecenia platformy Azure.

  1. Migrowanie przy użyciu programu PowerShell
  2. Migrowanie przy użyciu interfejsu wiersza polecenia platformy Azure
  3. Migrowanie przy użyciu witryny Azure Portal

Jakie oficjalne klasyczne konta magazynu zostaną odcięte od utworzenia?

Subskrypcje utworzone po sierpniu 2022 r. nie będą już mogły tworzyć klasycznych kont magazynu. Jednak każda istniejąca subskrypcja przed sierpniem 2022 r. może nadal tworzyć klasyczne zasoby magazynu i zarządzać nimi do daty wycofania z dnia 31 sierpnia 2024 r.

Co się stanie z istniejącymi klasycznymi kontami magazynu po 31 sierpnia 2024 r.?

Po upływie terminu nie będzie już można uzyskać dostępu do klasycznych kont magazynu.

Jak mogę zidentyfikować moje klasyczne konta magazynu w mojej subskrypcji?

W witrynie Azure Portal wyszukaj pozycję Konto magazynu, aby uzyskać listę wszystkich kont magazynu. Przyjrzyj się kolumnie Typ, aby zidentyfikować te klasyczne. Jeśli typem jest microsoft.classicstorage/storageaccounts, konto jest klasyczne.

Czy firma Microsoft może migrować te dane dla mnie?

Nie, firma Microsoft nie może migrować danych użytkownika w ich imieniu. Użytkownicy będą musieli korzystać z opcji samoobsługi wymienionych powyżej.

Jaki jest przestój podczas migracji konta magazynu z wersji klasycznej do usługi Resource Manager?

Nie ma przestoju podczas migracji klasycznego konta magazynu do usługi Resource Manager. Jednak w przypadku innych scenariuszy związanych z klasyczną migracją maszyn wirtualnych występuje przestój.

Następne kroki