Informacje o wycofaniu z użycia kont magazynu ogólnego przeznaczenia w wersji 1 (GPv1)

Usługa Azure Storage wycofuje typ konta magazynu ogólnego przeznaczenia v1 (GPv1). W tym artykule wyjaśniono, dlaczego dochodzi do tej zmiany, co to oznacza dla Twoich obciążeń roboczych, oraz jak przygotować się do przejścia na konta ogólnego przeznaczenia v2 (GPv2).

Przyczyny wycofania GPv1

Protokół GPv1 został wprowadzony w celu obsługi wczesnych scenariuszy usługi Azure Storage dla obiektów blob, tabel, kolejek i plików. Jednak protokół GPv2 stał się domyślnym standardem dla kont magazynu, oferując szerszą obsługę funkcji, lepszą spójność i lepszą wydajność.

Wycofanie GPv1 pozwala platformie Azure uprościć swoje działanie, wyeliminować dotychczasowe niespójności w naliczaniu opłat i zapewnić wszystkim klientom dostęp do nowoczesnych funkcji oraz modeli cenowych.

Różnice między GPv1 i GPv2

Protokół GPv2 obsługuje wszystkie funkcje GPv1 i dodaje kilka ulepszeń, w tym optymalizację kosztów i bogatsze narzędzia do zarządzania.

Oś czasu wycofania i kluczowe punkty kontrolne

Wycofanie odbywa się globalnie we wszystkich regionach świadczenia usługi Azure.

Zagadnienia dotyczące cen podczas uaktualniania do wersji GPv2

Szacowanie kosztów przed uaktualnieniem

Przed uaktualnieniem należy oszacować wpływ rozliczeń przy użyciu narzędzia do szacowania kosztów typu open source lub ręcznie modelując koszty.

Korzystanie z narzędzia do szacowania kosztów

Microsoft udostępnia narzędzie o otwartym kodzie źródłowym estymator kosztów migracji z GPv1 do GPv2, które pomaga zrozumieć potencjalny wpływ migracji kont magazynu na rozliczenia. Używaj go do:

• Porównaj szacowane koszty między GPv1 i GPv2 na podstawie bieżącego użycia.
• Przekazywanie danych rozliczeniowych (CSV) do modelowania rzeczywistych scenariuszy.
• Dowiedz się, jak pojemność, transakcje i warstwy dostępu wpływają na ceny.
• Eksportuj wyniki, aby udostępniać je uczestnikom projektu.

Ponieważ narzędzie jest open source, możesz przejrzeć kod, uruchomić go lokalnie lub dostosować go do własnych potrzeb.

Ręczne szacowanie kosztów

Aby modelować wpływ kosztów samodzielnie:

1. Ustal wartość bazową miesięcznych operacji według typu (odczyt, zapis, wyświetlanie listy/metadane) oraz wszelkiego ruchu wychodzącego.
2. Użyj strony cennika platformy Azure, aby porównać stawki za GB i za operację dla Twojego regionu, typu nadmiarowości (LRS/ZRS/GRS/GZRS) oraz docelowej warstwy dostępu (gorąca/chłodna/zimna/archiwalna).
3. Przypisz dane do odpowiednich warstw i uwzględnij minima dotyczące wczesnego usunięcia dla warstw cool, cold i archive.
4. Zaplanuj zasady cyklu życia (na przykład przeniesienie z warstwy gorącej do chłodnej po 30 dniach braku dostępu, a później do archiwum) i uwzględnij wpływ tych operacji na liczbę transakcji.
5. Porównaj bieżący rachunek GPv1 z modelowym rachunkiem GPv2 (z warstwami i regułami cyklu życia).

Ważne fakty dotyczące procesu uaktualniania

• Uaktualnienie jest bezpośrednie i nie wymaga przestoju; zmienia rodzaj konta w usłudze Azure Resource Manager.
• Uaktualnienie do wersji GPv2 jest trwałe.
• Ustaw domyślną warstwę dostępu (gorącą lub chłodną) podczas uaktualniania, aby uniknąć niezamierzonych opłat. Aby uzyskać szczegółowe informacje, zobacz uaktualnianie do wersji 2 (GPv2) ogólnego przeznaczenia.
• Uaktualnienie nie jest zakłócające; Dane i punkty końcowe pozostają takie same.

Przygotowywanie do migracji

Aby zminimalizować ryzyko i zapewnić bezproblemową migrację:

1. Utwórz spis kont: użyj usługi Azure Resource Graph, interfejsu wiersza polecenia, spisu platformy Azure lub portalu, aby zidentyfikować wszystkie konta GPv1.
2. Ocena obciążeń: przeglądanie aplikacji przy użyciu protokołu GPv1 i weryfikowanie zgodności z protokołem GPv2.
3. Zaplanuj zmiany cen: Poznaj nowy model cenowy GPv2, który obejmuje warstwowanie dla poszczególnych obiektów blob i koszty transakcji. Skorzystaj z kalkulatora cen platformy Azure , aby oszacować koszty na podstawie wzorców użycia.
4. Uaktualnij konta: użyj witryny Azure Portal, interfejsu wiersza polecenia lub narzędzi automatyzacji, aby uaktualnić z wersji GPv1 do GPv2. Dowiedz się więcej o procesie uaktualniania.
5. Zweryfikuj działanie: Upewnij się, że obciążenia robocze nadal działają oraz że rozliczenia odzwierciedlają oczekiwane zmiany po aktualizacji.
6. Monitorowanie użycia: po migracji należy śledzić metryki konta magazynu, aby zidentyfikować wszelkie nieoczekiwane zmiany w wzorcach użycia lub kosztach.
7. Przeglądaj artefakty automatyzacji i wdrożeń: Jeśli zarządzasz kontami pamięci masowej za pomocą narzędzi infrastructure-as-code, pipeline'ów wdrożeniowych, szablonów, modułów, skryptów lub polityk, przejrzyj te artefakty jako część planowania migracji. Upewnij się, że odzwierciedlają konfigurację GPv2 po migracji i zachowają istniejące ustawienia konta, takie jak sieci, bezpieczeństwo, redundancja, poziom dostępu, szyfrowanie, tożsamość, ochrona danych oraz tagi. Uszkodzone artefakty wdrożenia mogą powodować awarie walidacji lub wdrożenia albo wprowadzać niezamierzone zmiany konfiguracyjne. Jak przy każdej zmianie konfiguracji, waliduj aktualizacje w środowisku nieprodukcyjnym lub poprzez standardowy proces przeglądu zmian przed ich zastosowaniem do produkcji.

Azure Resource Graph — przykładowe zapytanie

Usługa Azure Resource Graph to zaawansowane narzędzie do eksplorowania i wykonywania zapytań dotyczących zasobów platformy Azure na dużą skalę. Służy do identyfikowania wszystkich kont ogólnego przeznaczenia w wersji 1 (GPv1) i starszych kont usługi Blob Storage w środowisku oraz oceny ich konfiguracji. Ułatwia to zaplanowanie migracji do wersji GPv2 w bardziej efektywny sposób.

Oto przykładowe zapytanie usługi Azure Resource Graph umożliwiające zidentyfikowanie wszystkich kont magazynu ogólnego przeznaczenia w wersji 1 (GPv1) (rodzaj Storage) oraz starszych kont magazynu Blob (rodzaj BlobStorage) w Twojej subskrypcji, których dotyczy wycofanie:

Resources
| where type == "microsoft.storage/storageaccounts"
| where sku.name in~ ("Standard_LRS", "Standard_GRS", "Standard_ZRS", "Standard_RAGRS", "Standard_RAGZRS")
| where kind != "StorageV2"
| extend Version = tostring(properties.siteProperties.propertiesid)
| project name, type, tenantId, kind, location, resourceGroup, subscriptionId, managedBy, sku, plan, properties, tags, identity, zones, extendedLocation, Version

Co się stanie, jeśli nie dokonasz migracji w wyznaczonym terminie

Gdzie uzyskać pomoc i pomoc techniczną

Jeśli masz pytania, uzyskaj odpowiedzi od ekspertów społeczności w witrynie Microsoft Q&A.

Jeśli Twoja organizacja lub firma współpracuje z firmą Microsoft lub współpracuje z przedstawicielami firmy Microsoft, takimi jak architekci rozwiązań w chmurze (CSA) lub menedżerowie kont sukcesu klientów (CSAMs), skontaktuj się z nimi, aby uzyskać dodatkowe zasoby na potrzeby migracji.

Jeśli masz plan pomocy technicznej i potrzebujesz pomocy technicznej, utwórz wniosek o pomoc techniczną w witrynie Azure Portal:

1. Wyszukaj pozycję Pomoc i obsługa techniczna w witrynie Azure Portal.
2. Wybierz pozycję Utwórz wniosek o pomoc techniczną.
3. W polu Podsumowanie wpisz opis problemu.
4. W polu Typ problemu wybierz pozycję Techniczny.
5. W polu Subskrypcja wybierz swoją subskrypcję.
6. W obszarze Usługa wybierz pozycję Moje usługi.
7. W polu Typ usługi wybierz pozycję Zarządzanie kontem magazynu.
8. W obszarze Zasób wybierz zasób, który chcesz przeprowadzić migrację.
9. W polu Typ problemu wybierz pozycję Uaktualnij lub zmień typ konta, warstwę lub replikację.
10. W obszarze Podtyp problemu wybierz pozycję Uaktualnij do konta magazynu ogólnego przeznaczenia w wersji 2.
11. Wybierz pozycję Dalej, a następnie postępuj zgodnie z instrukcjami, aby przesłać wniosek o pomoc techniczną.

Potrzebujesz pomocy?

Dowiedz się więcej o powiązanych funkcjach i sposobie migracji:

• Uaktualnij konto magazynu do typu GPv2
• Omówienie konta magazynu
• Cennik usługi Azure Storage