Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Przyjrzyjmy się szczegółowo procesowi migrowania kont magazynu z klasycznego modelu wdrażania platformy Azure do modelu wdrażania usługi Azure Resource Manager. Przyjrzymy się zasobom na poziomie zasobów i funkcji, aby ułatwić zrozumienie, w jaki sposób platforma Azure migruje zasoby między dwoma modelami wdrażania. Aby uzyskać więcej informacji, przeczytaj artykuł z ogłoszeniem usługi: Migrowanie klasycznych kont magazynu do usługi Azure Resource Manager do 31 sierpnia 2024 r.
Omówienie płaszczyzny danych i płaszczyzny zarządzania
Najpierw warto zrozumieć podstawową architekturę usługi Azure Storage. Platforma Azure Storage umożliwia przechowywanie danych za pomocą takich usług jak Blob Storage, Azure Data Lake Storage, Azure Files, Queue Storage oraz Table Storage. Te usługi i udostępniane przez nie operacje składają się na płaszczyznę danych dla usługi Azure Storage. Azure Storage umożliwia również operacje zarządzania kontem usługi Azure oraz powiązanymi zasobami, takimi jak jednostki SKU dla zapewnienia nadmiarowości, klucze konta i pewne zasady. Te operacje składają się na płaszczyznę zarządzania lub sterowania .
Podczas procesu migracji firma Microsoft tłumaczy reprezentację zasobu konta magazynowego z klasycznego modelu wdrażania do modelu wdrażania Azure Resource Manager. Po migracji należy użyć nowych narzędzi, interfejsów API i zestawów SDK do zarządzania kontami magazynu i powiązanymi zasobami.
Na płaszczyznę danych nie ma wpływu migracja z klasycznego modelu wdrażania do modelu usługi Azure Resource Manager. Aplikacje mogą nadal odczytywać i zapisywać dane z konta usługi magazynowej przez cały proces migracji.
Środowisko migracji
Możesz przeprowadzić migrację klasycznego konta magazynu za pomocą witryny Azure Portal, programu PowerShell lub interfejsu wiersza polecenia platformy Azure. Aby dowiedzieć się, jak przeprowadzić migrację konta, zobacz Migrowanie klasycznych kont magazynu do usługi Azure Resource Manager.
Przed rozpoczęciem migracji:
Upewnij się, że konta magazynowe, które chcesz migrować, nie używają żadnych nieobsługiwanych funkcji ani konfiguracji. Zazwyczaj platforma wykrywa te problemy i zgłasza błąd.
Jeśli migrujesz maszyny wirtualne platformy Azure, które zawierają dyski na klasycznych kontach magazynu, upewnij się, że zapoznałeś się z ogólnym procesem migracji maszyn wirtualnych. Aby uzyskać informacje o nieobsługiwanych funkcjach i konfiguracjach, zobacz Omówienie migracji obsługiwanych przez platformę zasobów IaaS z modelu klasycznego do usługi Azure Resource Manager. Aby uzyskać listę błędów, które mogą wystąpić w odniesieniu do artefaktów dysków klasycznych, zobacz Typowe błędy podczas migracji klasycznej do usługi Azure Resource Manager.
Zaplanuj przeprowadzenie migracji poza godzinami pracy, aby uwzględnić możliwość wystąpienia nieoczekiwanych awarii podczas migracji.
Proces migracji składa się z czterech kroków, co pokazano na poniższym diagramie.
Zweryfikuj. W fazie walidacji platforma Azure sprawdza konto magazynowe, aby upewnić się, czy jest możliwa migracja.
Przygotuj. W fazie Przygotowywania platforma Azure tworzy nowe konto magazynu ogólnego przeznaczenia V1 i powiadamia o wszelkich problemach, które mogły wystąpić. Nowe konto jest tworzone w nowej grupie zasobów w tym samym regionie co konto klasyczne.
W tym momencie klasyczne konto magazynu nadal istnieje. Jeśli występują jakiekolwiek zgłoszone problemy, możesz je poprawić lub przerwać proces.
Sprawdź ręcznie. Dobrym pomysłem jest ręczne sprawdzenie nowego konta przechowywania, aby upewnić się, że dane wyjściowe odpowiadają oczekiwaniom.
Zatwierdzanie lub przerywanie. Jeśli jesteś przekonany, że migracja zakończyła się pomyślnie, możesz zatwierdzić migrację. Zatwierdzenie migracji powoduje trwałe usunięcie klasycznego konta magazynowego.
Przed zatwierdzeniem migracji zalecamy zaktualizowanie aplikacji klienckich do korzystania z interfejsów API dostawcy zasobów usługi Azure Storage. Następnie możesz przetestować swój zaktualizowany kod na zmigrowanym koncie magazynowym, podczas gdy konto klasyczne nadal istnieje.
Jeśli występują jakiekolwiek problemy z migracją, możesz przerwać migrację w tym momencie, zamiast ją zatwierdzać. Jeśli zrezygnujesz, nowa grupa zasobów i nowe konto przechowywania zostaną usunięte. Twoje konto klasyczne pozostaje dostępne. Możesz rozwiązać wszelkie problemy i ponowić próbę migracji.
Uwaga
Wszystkie operacje opisane w poniższych sekcjach są idempotentne. Jeśli masz problem inny niż nieobsługiwana funkcja lub błąd konfiguracji, spróbuj ponownie wykonać operację przygotowywania, przerwania lub zatwierdzenia.
Uwaga
Konta pozostawione w stanie Przygotowywania migracji przez więcej niż 30 dni mogą mieć migracje zatwierdzone w Twoim imieniu. Jeśli potrzebujesz więcej niż 30 dni, aby zweryfikować migrację do usługi Azure Resource Manager, możesz przerwać bieżącą migrację i uruchomić ją ponownie, gdy wszystko będzie gotowe.
Sprawdź poprawność
Krok walidacji jest pierwszym krokiem procesu migracji. Celem tego kroku jest przeanalizowanie stanu zasobów, które mają zostać zmigrowane z klasycznego modelu wdrażania. Krok walidacji ocenia, czy zasoby są w stanie przeprowadzić migrację (powodzenie lub niepowodzenie). Jeśli klasyczne konto magazynu nie nadaje się do migracji, platforma Azure wymienia powody dlaczego.
Krok Walidacja analizuje stan zasobów w klasycznym modelu wdrażania. Sprawdza awarie i nieobsługiwane scenariusze wynikające z różnorodności konfiguracji konta storage w klasycznym modelu wdrażania.
Krok walidacji nie sprawdza dysków VM, które mogą być skojarzone z kontem magazynu. Aby określić, czy zawierają dyski maszyn wirtualnych, należy ręcznie sprawdzić konta magazynu. Aby uzyskać więcej informacji, zobacz następujące artykuły:
- Migrowanie klasycznych kont magazynu do usługi Azure Resource Manager
- Migrowanie maszyn wirtualnych do usługi Resource Manager przy użyciu programu PowerShell
- Migrowanie maszyn wirtualnych do usługi Resource Manager przy użyciu interfejsu wiersza polecenia platformy Azure
Należy pamiętać, że nie można sprawdzić każdego ograniczenia, które stos Azure Resource Manager może nałożyć na konto magazynu podczas migracji. Niektóre ograniczenia są sprawdzane tylko wtedy, gdy zasoby przechodzą transformację w następnym kroku migracji (krok Przygotowywanie).
Przygotowywanie
Krok Przygotowanie jest drugim krokiem procesu migracji. Celem tego kroku jest symulowanie transformacji konta magazynu z klasycznego modelu wdrażania do modelu wdrażania usługi Azure Resource Manager. Krok Przygotowywanie umożliwia również porównanie konta magazynu w klasycznym modelu wdrażania z migrowanym kontem magazynu w usłudze Azure Resource Manager.
Ważne
Twoje klasyczne konto magazynu nie jest modyfikowane na tym etapie. Jest to bezpieczny krok do uruchomienia, jeśli próbujesz przeprowadzić migrację.
Jeśli konto magazynu nie kwalifikuje się do migracji, platforma Azure zatrzymuje proces migracji i wyświetla przyczynę, dla której krok przygotowywania się nie powiódł.
Jeśli konto magazynu jest w stanie wykonać migrację, platforma Azure blokuje operacje płaszczyzny zarządzania dla konta magazynu w ramach migracji. Na przykład nie można ponownie wygenerować kluczy konta magazynowego, gdy faza przygotowania jest w toku. Następnie Azure tworzy nową grupę zasobów, tworząc klasyczne konto magazynowe. Nazwa nowej grupy zasobów jest zgodna ze wzorcem <classic-account-name>-Migrated.
Uwaga
Nie można wybrać nazwy grupy zasobów utworzonej dla zmigrowanego konta magazynu. Po zakończeniu migracji można jednak użyć funkcji przenoszenia usługi Azure Resource Manager, aby przenieść zmigrowane konto magazynu do innej grupy zasobów. Aby uzyskać więcej informacji, zobacz Przenoszenie zasobów do nowej subskrypcji lub grupy zasobów.
Na koniec platforma Azure migruje konto magazynu i jego konfigurację do nowego konta magazynu w usłudze Azure Resource Manager w tym samym regionie co klasyczne konto magazynu. W tym momencie klasyczne konto magazynu nadal istnieje. Jeśli podczas kroku Przygotowywania występują jakiekolwiek problemy, możesz je rozwiązać lub przerwać proces.
Ręczne sprawdzanie
Po zakończeniu kroku Przygotowywanie oba konta istnieją w ramach subskrypcji, dzięki czemu można przejrzeć i porównać klasyczne konto magazynu w stanie przed migracją i w usłudze Azure Resource Manager. Możesz na przykład sprawdzić nowe konto za pośrednictwem portalu Azure, aby upewnić się, że konfiguracja konta magazynu jest zgodna z oczekiwaniami.
Nie ma ustawionego przedziału czasu, przed którym trzeba zatwierdzić lub przerwać migrację. Możesz poświęcić tyle czasu, ile potrzebujesz na etapie sprawdzania. Jednak operacje w płaszczyźnie zarządzania są blokowane dla klasycznego konta przechowywania, dopóki nie przerwiesz lub zatwierdzisz.
Przerwij
Aby przywrócić zmiany klasycznego modelu wdrażania, możesz przerwać migrację. Przerwanie migracji usuwa nowe konto magazynowe i nową grupę zasobów. Nie ma to wpływu na klasyczne konto magazynu, jeśli zdecydujesz się przerwać migrację.
Uwaga
Nie można przerwać migracji po jej zatwierdzeniu. Przed zatwierdzeniem upewnij się, że sprawdzono dokładnie zmigrowane konto magazynu pod kątem błędów.
Zatwierdzenie
Przed zatwierdzeniem migracji zalecamy zaktualizowanie aplikacji klienckich do korzystania z interfejsów API dostawcy zasobów usługi Azure Storage. Następnie możesz przetestować swój zaktualizowany kod na zmigrowanym koncie magazynowym, podczas gdy konto klasyczne nadal istnieje. Jeśli występują jakiekolwiek problemy, możesz przerwać zatwierdzenie.
Po upewnieniu się, że klasyczne konto składowania zostało pomyślnie zmigrowane i aplikacje klienckie działają na nowym koncie, możesz zatwierdzić migrację. Zatwierdzenie migracji spowoduje usunięcie klasycznego konta przechowywania. Dane są teraz dostępne tylko na nowo zmigrowanym koncie w modelu wdrażania usługi Resource Manager.
Ostrzeżenie
Zatwierdzenie migracji powoduje trwałe usunięcie klasycznego konta magazynowego. Przed zatwierdzeniem migracji przetestuj zmigrowane konto magazynu i wszystkie aplikacje klienckie.
Zatwierdzanie migracji jest operacją idempotentną. Jeśli operacja zakończy się niepowodzeniem, spróbuj ponownie wykonać operację. Jeśli nadal nie powiedzie się, utwórz bilet pomocy technicznej lub zadaj pytanie w witrynie Microsoft Q&A.
Po zakończeniu migracji
Po zakończeniu migracji, twoje nowe konto przechowywania jest gotowe do użycia.
Typ zmigrowanego konta
Po zakończeniu migracji twoje nowe konto magazynowe będzie kontem magazynu ogólnego przeznaczenia w wersji 1. Zalecamy uaktualnienie do konta ogólnego przeznaczenia w wersji 2, aby skorzystać z najnowszych funkcji oferowanych przez usługę Azure Storage w celu zapewnienia bezpieczeństwa, ochrony danych, zarządzania cyklem życia i nie tylko. Aby dowiedzieć się, jak przeprowadzić aktualizację do konta magazynu ogólnego przeznaczenia w wersji 2, zobacz Uaktualnianie do konta magazynu ogólnego przeznaczenia w wersji 2.
Właściwości konta
Właściwości ustawione na klasycznym koncie przechowywania są migrowane wraz z ich wartościami do nowego konta przechowywania.
Przypisania ról RBAC
Wszystkie przypisania ról RBAC, które są przypisane do klasycznego konta magazynowego, są zachowywane po migracji.
Klucze konta
Klucze konta nie są zmieniane ani obracane podczas migracji. Po zakończeniu migracji nie trzeba ponownie wygenerować kluczy konta. Nie trzeba aktualizować parametry połączenia w żadnych aplikacjach, które używają kluczy konta po migracji.
Obsługa portalu
Migracją kont magazynowych można zarządzać w portalu Azure. Do zarządzania zmigrowanych kont magazynu nie będzie można użyć portalu klasycznego.