Udostępnij za pośrednictwem


Omówienie kont magazynu

Konto usługi Azure Storage zawiera wszystkie obiekty danych usługi Azure Storage: obiekty blob, pliki, kolejki i tabele. Konto przechowywania zapewnia unikatową przestrzeń nazw dla danych Azure Storage dostępnych z dowolnego miejsca na świecie przez HTTP lub HTTPS. Dane na koncie magazynu są trwałe; wysoce dostępne; bezpieczne; i masowo skalowalne.

Aby dowiedzieć się, jak utworzyć konto Azure Storage, zobacz Utwórz konto magazynu.

Typy kont magazynu

Usługa Azure Storage oferuje kilka typów kont przechowywania. Każdy typ obsługuje różne funkcje i ma własny model cen.

W poniższej tabeli opisano typy kont przechowywania, które firma Microsoft zaleca w większości scenariuszy. Wszystkie te używają modelu wdrażania Azure Resource Manager.

Typ konta magazynu Obsługiwane usługi przechowywania Opcje nadmiarowości Użycie
Standard ogólnego przeznaczenia v2 Blob Storage (w tym Data Lake Storage1), Queue Storage, Table Storage i Azure Files Magazyn z lokalną redundancją (LRS) / magazyn z georedundancją (GRS) / magazyn z georedundancją z dostępem do odczytu (RA-GRS)

Magazyn strefowo nadmiarowy (ZRS) / magazyn geograficznie strefowo nadmiarowy (GZRS) / magazyn geograficznie strefowo nadmiarowy z dostępem do odczytu (RA-GZRS)2
Standardowy typ konta magazynowego dla obiektów blob, udziałów plików, kolejek i tabel. Jest on zalecany dla większości scenariuszy korzystających z usługi Azure Storage. Jeśli chcesz obsługiwać system plików sieciowych (NFS) w usłudze Azure Files, użyj typu konta udziałów plików w warstwie Premium.
Blokowe obiekty blob w warstwiePremium 3 Blob Storage (w tym Data Lake Storage1) LRS

Magazyn ZRS2
Typ konta Premium Storage dla blobów blokowych i blobów dołączanych. Zalecane w scenariuszach o wysokim tempie transakcji lub używających mniejszych obiektów lub wymagających stale niskiego opóźnienia pamięci masowej. Dowiedz się więcej o przykładowych obciążeniach.
Udziałyplików w warstwie Premium 3 Azure Files LRS

Magazyn ZRS2
Typ konta przechowywania premium tylko dla udziałów plikowych. Zalecane w przypadku aplikacji w skali przedsiębiorstwa lub o wysokiej wydajności. Użyj tego typu konta, jeśli chcesz mieć konto magazynowe, które obsługuje zarówno SMB, jak i udziały plików NFS.
Stronicowe obiekty blob w warstwiePremium 3 Tylko stronicowe obiekty blob LRS

Magazyn ZRS2
Typ konta usługi Premium Storage tylko dla stronicowych obiektów blob. Dowiedz się więcej o obiektach blob na stronach i ich przykładowych zastosowaniach.

1 Data Lake Storage to zestaw funkcji przeznaczonych do analizy danych big data opartych na usłudze Azure Blob Storage. Aby uzyskać więcej informacji, zobacz Wprowadzenie do usługi Data Lake Storage i Tworzenie konta magazynu do użycia z usługą Data Lake Storage.

2 magazyny ZRS, GZRS i RA-GZRS są dostępne tylko dla standardowych obiektów blob ogólnego przeznaczenia w wersji 2, blokowych obiektów blob w warstwie Premium, udziałów plików Premium i kont stronicowych obiektów blob w warstwie Premium w niektórych regionach. Aby uzyskać więcej informacji, zobacz Nadmiarowość usługi Azure Storage.

3 Konta magazynowe Premium używają dysków półprzewodnikowych (SSD) dla niskich opóźnień i wysokiej przepustowości.

Obsługiwane są również starsze konta przechowywania. Aby uzyskać więcej informacji, zobacz Starsze typy kont magazynowych.

Umowa dotycząca poziomu usług (SLA) dla kont Azure Storage jest dostępna pod adresem SLA dla kont Storage.

Uwaga

Nie można zmienić konta magazynu na inny typ po jego utworzeniu. Aby przenieść dane na konto magazynu innego typu, musisz utworzyć nowe konto i skopiować dane do nowego konta.

Nazwa konta magazynu

Podczas określania nazwy konta magazynu należy pamiętać o następujących regułach:

  • Nazwy kont usługi Storage muszą mieć długość od 3 do 24 znaków i mogą zawierać tylko cyfry i małe litery.
  • Nazwa Twojego konta magazynowego musi być unikatowa w ramach platformy Azure. Żadne dwa konta magazynu nie mogą mieć tej samej nazwy.

Obciążenia konta magazynu

Klienci usługi Azure Storage używają różnych obciążeń do przechowywania danych, uzyskiwania do nich dostępu i uzyskiwania szczegółowych informacji w celu spełnienia celów biznesowych. Każde obciążenie używa określonych protokołów dla operacji danych na podstawie wymagań, a także standardów branżowych.

Poniżej znajduje się wysoka kategoryzacja różnych podstawowych obciążeń dla kont magazynu.

Natywne dla chmury

Aplikacje natywne dla chmury to aplikacje rozproszone na dużą skalę, które są oparte na modelach i technologiach w chmurze. To nowoczesne podejście koncentruje się na możliwościach skalowania chmury i wydajności. Aplikacje natywne dla chmury mogą być oparte na architekturze mikrousług, używaniu usług zarządzanych i korzystaniu z ciągłego dostarczania w celu osiągnięcia niezawodności. Te aplikacje są zwykle podzielone na kategorie na aplikacje internetowe, aplikacje mobilne, aplikacje konteneryzowane i aplikacje bezserwerowe/FaaS.

Analiza danych

Analiza to systematyczna, obliczeniowa analiza danych i statystyk. Ta nauka obejmuje odnajdywanie, interpretowanie i komunikację znaczących szczegółowych informacji/wzorców znalezionych w danych. Odnalezione dane można manipulować i interpretować w sposób, aby kontynuować cele firmy i pomóc w osiągnięciu celów. Te obciążenia pracowe zwykle składają się z rurociągu do pozyskiwania dużych ilości danych, które są przygotowane, opracowane i agregowane do dalszego wykorzystania za pośrednictwem usługi Power BI, magazynów danych lub aplikacji. Obciążenia analityczne mogą wymagać wysokiej przepustowości wejścia i wyjścia, co zwiększa przepustowość na koncie magazynu. Niektóre różne typy analiz obejmują (ale nie tylko) analizę w czasie rzeczywistym, zaawansowaną analizę, analizę predykcyjną, analizę emocjonalną i analizę tonacji. W przypadku analityki gwarantujemy, że nasi klienci mają dostęp o wysokiej przepustowości do dużych ilości danych w rozproszonych architekturach magazynowania.

Obliczenia o wysokiej wydajności (HPC)

Obliczenia o wysokiej wydajności to agregacja wielu węzłów obliczeniowych działających na tym samym zestawie zadań, aby osiągnąć więcej niż jeden węzeł w danym przedziale czasu. Obejmuje to użycie zaawansowanych procesorów, które działają równolegle do przetwarzania ogromnych, wielowymiarowych zestawów danych. Obciążenia HPC wymagają bardzo dużej przepływności operacji odczytu i zapisu dla obciążeń, takich jak sekwencjonowanie genów i symulacja zbiorników. Obciążenia HPC obejmują również aplikacje z wysokimi IOPS oraz niskim czasem dostępu do dużej liczby małych plików dla obciążeń, takich jak interpretacja sejsmiczna, autonomiczna jazda oraz ocena ryzyka. Głównym celem jest rozwiązanie złożonych problemów z bardzo szybkimi prędkościami. Inne przykłady obliczeń o wysokiej wydajności obejmują dynamikę płynów i inną symulację fizyczną lub analizę, które wymagają skalowalności i wysokiej przepływności. Aby umożliwić naszym klientom wykonywanie obliczeń HPC, upewniamy się, że duże ilości danych są dostępne z dużą ilością współbieżności.

Tworzenie kopii zapasowych i archiwizowanie

Ciągłość działania i odzyskiwanie po awarii (BCDR) to zdolność firmy do pozostania operacyjnej po wystąpieniu niekorzystnych zdarzeń. W odniesieniu do magazynu ten cel jest równoznaczny z utrzymaniem ciągłości działania między awariami w systemach magazynowania. Wraz z wprowadzeniem ofert kopii zapasowych jako usługa w całej branży dane BCDR coraz częściej migrują do chmury publicznej. Obciążenie kopii zapasowej i archiwum działa jako ostatnia linia obrony przed rosnącym oprogramowaniem wymuszającym okup i złośliwymi atakami. W przypadku przerwy w działaniu usługi lub przypadkowego usunięcia lub uszkodzenia danych odzyskiwanie danych w wydajny i zorganizowany sposób jest najwyższym priorytetem. W tym celu usługa Azure Storage umożliwia przechowywanie i pobieranie dużych ilości danych w najbardziej ekonomiczny sposób.

Uczenie maszynowe i sztuczna inteligencja

Sztuczna inteligencja to technologia, która symuluje możliwości analizy ludzkiej i rozwiązywania problemów na maszynach. Uczenie maszynowe (ML) to poddyscyplina sztucznej inteligencji, która używa algorytmów do tworzenia modeli, które umożliwiają maszynom wykonywanie zadań. Oba te elementy reprezentują najnowsze obciążenie na platformie Azure, które rośnie w szybkim tempie. Tego typu obciążenie można zastosować w każdej branży, aby poprawić metryki i osiągnąć cele dotyczące wydajności. Tego typu technologie mogą prowadzić do odkryć ratujących życie leków i praktyk w dziedzinie medycyny/zdrowia, jednocześnie zapewniając oceny zdrowotne. Inne codzienne zastosowania uczenia maszynowego i sztucznej inteligencji obejmują wykrywanie oszustw, rozpoznawanie obrazów i flagowanie dezinformacji. Te obciążenia zwykle wymagają wysoce wyspecjalizowanych obliczeń (dużej liczby procesorów GPU) i wymagają wysokiej przepływności i liczby operacji we/wy na sekundę, małego opóźnienia dostępu do magazynu i dostępu do systemu plików POSIX. Usługa Azure Storage obsługuje te typy obciążeń, przechowując punkty kontrolne i zapewniając magazyn dla zestawów danych i modeli na dużą skalę. Te zestawy danych i modele odczytują i zapisują w tempie, które utrzymuje wykorzystanie procesorów GPU.

W poniższej tabeli przedstawiono sugerowane konfiguracje kont magazynu firmy Microsoft dla każdego obciążenia. Zmiany w opcjach konfiguracji (skojarzonych z każdym obciążeniem) mają wpływ na koszty. Odwiedź stronę Cennik blokowych obiektów blob , aby wyświetlić cennik. Wprowadź opcje konfiguracji obciążenia w kalkulatorze i wybierz kartę "Zalecane", aby wyświetlić szczegółowe ceny dla tworzonego obciążenia.

Obciążenie Rodzaj konta Wydajność Redundancja Włączono hierarchiczną przestrzeń nazw Domyślna warstwa dostępu Włączono miękkie usuwanie
Natywne dla chmury Ogólne Przeznaczenie Wersja 2 Standardowy Magazyn ZRS, RA-GRS Nie. Gorący Tak
Analiza danych Ogólne Przeznaczenie Wersja 2 Standardowy ZRS1, RA-GRS Tak2 Gorący Tak
Obliczenia o wysokiej wydajności (HPC) Ogólne Przeznaczenie Wersja 2 Standardowy Magazyn ZRS, RA-GRS Tak Gorący Tak
Tworzenie kopii zapasowych i archiwizowanie Ogólne Przeznaczenie Wersja 2 Standardowy Magazyn ZRS, RA-GRS Nie. Chłodny3 Tak
Uczenie maszynowe i sztuczna inteligencja Ogólne Przeznaczenie Wersja 2 Standardowy Magazyn ZRS, RA-GRS Tak Gorący Nie.

1 Magazyn strefowo nadmiarowy (ZRS) jest dobrym ustawieniem domyślnym dla obciążeń analitycznych, ponieważ magazyn ZRS oferuje dodatkową nadmiarowość w porównaniu z magazynem lokalnie nadmiarowym (LRS), chroniąc przed awariami strefowymi, zachowując jednocześnie pełną zgodność z platformami analitycznymi. Klienci, którzy potrzebują dodatkowej redundancji, mogą skorzystać z geograficznie redundandnego magazynu (GRS/RA-GRS), jeśli jest to konieczne do obsługi obciążeń analitycznych.

2 Jako podstawowa funkcja usługi Azure Data Lake Storage (ADLS) hierarchiczna przestrzeń nazw zwiększa organizację danych i wydajność dostępu do dużych ilości danych, co czyni je idealnym rozwiązaniem dla obciążeń analitycznych.

3 Warstwa dostępu Chłodna oferuje ekonomiczne rozwiązanie do przechowywania rzadko używanych danych, co jest typowe dla obciążeń związanych z kopiami zapasowymi i archiwizacją. Klienci mogą również rozważyć poziom zimnego dostępu po ocenie kosztów.

Punkty końcowe konta przechowywania

Konto magazynowe zapewnia unikatową przestrzeń nazw na platformie Azure dla twoich danych. Każdy obiekt przechowywany w usłudze Azure Storage ma adres URL zawierający unikatową nazwę konta. Kombinacja nazwy konta i punktu końcowego usługi stanowi punkty końcowe dla konta magazynowego.

Istnieją dwa typy punktów końcowych usługi dostępnych dla konta magazynu:

  • Standardowe punkty końcowe (zalecane). Domyślnie można utworzyć maksymalnie 250 kont pamięci masowej na region ze standardowymi punktami końcowymi w danej subskrypcji. W przypadku zwiększenia limitu przydziału można utworzyć maksymalnie 500 kont magazynu ze standardowymi punktami końcowymi na region. Aby uzyskać więcej informacji, zobacz Zwiększanie limitów przydziału kont usługi Azure Storage.
  • Punkty końcowe strefy DNS Azure (wersja zapoznawcza). W ramach danej subskrypcji można utworzyć maksymalnie 5000 kont magazynu na region, z użyciem punktów końcowych strefy DNS platformy Azure.

W ramach jednej subskrypcji można tworzyć konta z punktami końcowymi standardowymi lub końcowymi strefy DNS platformy Azure, maksymalnie 5250 kont na region na subskrypcję. Przy zwiększeniu limitu można utworzyć maksymalnie 5500 kont magazynowych na region na subskrypcję.

Możesz skonfigurować swoje konto magazynu tak, aby używało niestandardowej domeny dla punktu końcowego usługi Blob Storage. Aby uzyskać więcej informacji, zobacz Konfigurowanie niestandardowej nazwy domeny dla konta usługi Azure Storage.

Ważne

W przypadku odwoływania się do punktu końcowego usługi w aplikacji klienckiej zaleca się unikanie zależności od buforowanego adresu IP. Adres IP konta magazynowego może ulec zmianie, a poleganie na adresie IP zapisanym w pamięci podręcznej może spowodować nieoczekiwane zachowanie.

Ponadto zaleca się honorowanie czasu wygaśnięcia (TTL) rekordu DNS i unikanie zastępowania go. Nadpisanie wartości TTL DNS może spowodować nieoczekiwane zachowanie.

Standardowe punkty końcowe

Standardowy punkt końcowy usługi w usłudze Azure Storage zawiera protokół (zalecany jest protokół HTTPS), nazwę konta magazynu jako poddomenę oraz stałą domenę zawierającą nazwę usługi.

W poniższej tabeli wymieniono format standardowych punktów końcowych dla każdej z usług Azure Storage.

Usługa magazynu Punkt końcowy
Przechowywanie Blobów https://<storage-account>.blob.core.windows.net
Statyczna witryna internetowa (Blob Storage) https://<storage-account>.web.core.windows.net
Magazyn danych Data Lake https://<storage-account>.dfs.core.windows.net
Azure Files https://<storage-account>.file.core.windows.net
Kolejka magazynowania https://<storage-account>.queue.core.windows.net
Przechowywanie tabel https://<storage-account>.table.core.windows.net

Po utworzeniu konta z standardowymi punktami końcowymi można łatwo skonstruować adres URL obiektu w usłudze Azure Storage, poprzez dołączenie lokalizacji obiektu na koncie magazynu do punktu końcowego. Na przykład adres URL obiektu blob będzie podobny do następującego:

https://*mystorageaccount*.blob.core.windows.net/*mycontainer*/*myblob*

Punkty końcowe strefy DNS platformy Azure (wersja zapoznawcza)

Ważne

Punkty końcowe strefy usługi Azure DNS są obecnie dostępne w wersji zapoznawczej. Zobacz Dodatkowe warunki użytkowania wersji zapoznawczych platformy Microsoft Azure, aby zapoznać się z postanowieniami prawnymi dotyczącymi funkcji platformy Azure, które są w wersji beta lub wersji zapoznawczej albo w inny sposób nie zostały jeszcze wydane jako ogólnie dostępne.

Podczas tworzenia konta usługi Azure Storage z punktami końcowymi strefy usługi Azure DNS (wersja zapoznawcza) usługa Azure Storage dynamicznie wybiera strefę usługi Azure DNS i przypisuje ją do konta magazynu podczas jego tworzenia. Endpunkty nowego konta magazynu są tworzone w dynamicznie wybranej strefie DNS Azure. Aby uzyskać więcej informacji na temat stref usługi Azure DNS, zobacz Strefy DNS.

Punkt końcowy usługi strefy DNS platformy Azure w usłudze Azure Storage zawiera protokół (zalecane jest protokół HTTPS), nazwę konta magazynu jako domenę podrzędną oraz domenę zawierającą nazwę usługi i identyfikator strefy DNS. Identyfikator strefy DNS zawsze zaczyna się od z i może zawierać zakres od z00 do z50.

W poniższej tabeli wymieniono format punktów końcowych strefy dns platformy Azure dla każdej z usług Azure Storage:

Usługa magazynu Punkt końcowy
Przechowywanie Blobów https://<storage-account>.z[00-50].blob.storage.azure.net
Statyczna witryna internetowa (Blob Storage) https://<storage-account>.z[00-50].web.storage.azure.net
Magazyn danych Data Lake https://<storage-account>.z[00-50].dfs.storage.azure.net
Azure Files https://<storage-account>.z[00-50].file.storage.azure.net
Kolejka magazynowania https://<storage-account>.z[00-50].queue.storage.azure.net
Przechowywanie tabel https://<storage-account>.z[00-50].table.storage.azure.net

Ważne

Możesz utworzyć maksymalnie 5000 kont z punktami końcowymi strefy DNS platformy Azure na region na subskrypcję. Może być jednak konieczne zaktualizowanie kodu aplikacji, aby wyszukiwać punkt końcowy konta podczas działania aplikacji. Możesz wywołać operację Pobierz właściwości , aby wykonać zapytanie dotyczące punktów końcowych konta magazynu.

Punkty końcowe strefy usługi Azure DNS są obsługiwane tylko dla kont utworzonych za pomocą modelu wdrażania usługi Azure Resource Manager. Aby uzyskać więcej informacji, zobacz Omówienie usługi Azure Resource Manager.

Aby dowiedzieć się, jak utworzyć konto magazynu przy użyciu punktów końcowych strefy usługi Azure DNS, zobacz Tworzenie konta magazynu.

Informacje o wersji zapoznawczej

Wersja zapoznawcza punktów końcowych strefy DNS platformy Azure jest dostępna we wszystkich regionach publicznych. Wersja zapoznawcza nie jest dostępna w żadnym regionie chmury dla instytucji rządowych.

Aby zarejestrować się w celu korzystania z wersji zapoznawczej, postępuj zgodnie z instrukcjami podanymi w temacie Konfigurowanie funkcji w wersji zapoznawczej w subskrypcji platformy Azure. Określ PartitionedDnsPublicPreview jako nazwę funkcji i Microsoft.Storage jako przestrzeń nazw dostawcy.

Rekordy CNAME, poddomeny i adresy IP

Każdy punkt końcowy konta magazynowego wskazuje łańcuch rekordów CNAME DNS, które ostatecznie wskazują rekord DNS A. Liczba rekordów i poddomen skojarzonych z każdym rekordem może się różnić w zależności od typu konta magazynowania oraz sposobu, w jaki konto jest skonfigurowane.

Punkt końcowy konta magazynu jest stabilny i nie zmienia się. Rekordy CNAME w danym łańcuchu mogą jednak ulec zmianie i nie będą powiadamiane o zmianie. Jeśli hostujesz prywatną usługę DNS na platformie Azure, te zmiany mogą mieć wpływ na konfigurację.

Należy uwzględnić następujące wytyczne:

  • Łańcuch CNAME skojarzony z punktem końcowym konta magazynu może ulec zmianie bez powiadomienia. Aplikacje i środowiska nie powinny mieć zależności od liczby rekordów CNAME ani domen podrzędnych skojarzonych z tymi rekordami CNAME.

  • Adres IP rekordu typu A, zwracany podczas rozwiązywania DNS punktu końcowego konta magazynu, może często się zmieniać.

  • Aplikacje i systemy operacyjne powinny zawsze respektować czas życia (TTL) skojarzony z rekordem CNAME. Buforowanie wartości rekordu CNAME poza TTL może prowadzić do niezamierzonego zachowania.

Migrowanie konta magazynu

Poniższa tabela zawiera podsumowanie i wskazówki dotyczące przenoszenia, uaktualniania lub migrowania konta magazynu:

Scenariusz migracji Szczegóły
Przenieś konto magazynowe do innej subskrypcji Usługa Azure Resource Manager udostępnia opcje przenoszenia zasobu do innej subskrypcji. Aby uzyskać więcej informacji, zobacz Przenoszenie zasobów do nowej grupy zasobów lub subskrypcji.
Przenoszenie konta magazynu do innej grupy zasobów Usługa Azure Resource Manager udostępnia opcje przenoszenia zasobu do innej grupy zasobów. Aby uzyskać więcej informacji, zobacz Przenoszenie zasobów do nowej grupy zasobów lub subskrypcji.
Przenoszenie konta magazynu do innego regionu Aby przenieść konto magazynu, utwórz kopię konta magazynu w innym regionie. Następnie przenieś dane na to konto za pomocą narzędzia AzCopy lub innego wybranego narzędzia. Aby uzyskać więcej informacji, zobacz Przenoszenie konta usługi Azure Storage do innego regionu.
Przejście na konto ogólnego przeznaczenia w wersji 2 Konto przechowywania ogólnego zastosowania w wersji 1 lub konto usługi Blob Storage można zaktualizować do konta ogólnego zastosowania w wersji 2. Pamiętaj, że tej akcji nie można cofnąć. Aby uzyskać więcej informacji, zobacz Uaktualnienie konta magazynu ogólnego przeznaczenia do wersji 2.
Migrowanie klasycznego konta magazynu do usługi Azure Resource Manager Model wdrażania usługi Azure Resource Manager jest lepszy od klasycznego modelu wdrażania pod względem funkcjonalności, skalowalności i zabezpieczeń. Aby uzyskać więcej informacji na temat migrowania klasycznego konta magazynu do usługi Azure Resource Manager, zobacz sekcję "Migracja kont magazynu" w sekcji Migracja obsługiwanych przez platformę zasobów IaaS z wersji klasycznej do usługi Azure Resource Manager.

Przesyłanie danych na konto magazynowe

Firma Microsoft udostępnia usługi i narzędzia do importowania danych z lokalnych urządzeń magazynujących lub dostawców magazynu w chmurze innych firm. Używane rozwiązanie zależy od ilości przesyłanych danych. Aby uzyskać więcej informacji, zobacz Omówienie migracji usługi Azure Storage.

Szyfrowanie konta magazynu

Wszystkie dane na koncie magazynu są automatycznie szyfrowane po stronie usługi. Aby uzyskać więcej informacji na temat szyfrowania i zarządzania kluczami, zobacz Szyfrowanie usługi Azure Storage dla danych magazynowanych.

Rozliczanie konta usługi Storage

Opłaty za usługę Azure Storage są naliczane na podstawie użycia konta magazynującego. Wszystkie obiekty w jednym koncie magazynowym są rozliczane razem jako całość. Koszty magazynu są obliczane zgodnie z następującymi czynnikami:

  • Region odnosi się do regionu geograficznego, w którym opiera się Twoje konto.
  • Typ konta odnosi się do typu używanego konta magazynowego.
  • Warstwa dostępu odnosi się do wzorca użycia danych określonego dla konta ogólnego przeznaczenia w wersji 2 lub usługi Blob Storage.
  • Pojemność odnosi się do tego, jaką część przydzielonego miejsca na koncie do przechowywania danych wykorzystujesz.
  • Nadmiarowość określa, ile kopii danych jest przechowywanych jednocześnie i w jakich lokalizacjach.
  • Transakcje odnoszą się do wszystkich operacji odczytu i zapisu w usłudze Azure Storage.
  • Ruch wychodzący danych odnosi się do wszystkich danych przesyłanych z regionu świadczenia usługi Azure. Gdy dostęp do danych na koncie magazynu uzyskuje aplikacja, która nie działa w tym samym regionie, opłata jest naliczana za ruch wychodzący danych. Aby uzyskać informacje na temat grup zasobów w celu grupowania danych i usług w tym samym regionie w celu ograniczenia opłat za ruch wychodzący, zobacz Co to jest grupa zasobów platformy Azure?.

Strona cennika usługi Azure Storage zawiera szczegółowe informacje o cenach na podstawie typu konta, pojemności magazynu, replikacji i transakcji. Szczegóły cennika transferów danych zawierają szczegółowe informacje o cenach transferu danych wychodzących. Aby oszacować koszty, możesz użyć kalkulatora cen usługi Azure Storage.

Koszty usług platformy Azure. Usługa Microsoft Cost Management ułatwia ustawianie budżetów i konfigurowanie alertów w celu kontrolowania wydatków. Koszty platformy Azure można analizować, zarządzać nimi i optymalizować przy użyciu usługi Cost Management. Aby dowiedzieć się więcej, zobacz szybki przewodnik analizy kosztów.

Starsze typy kont magazynu

W poniższej tabeli opisano starsze typy kont przechowywania. Te typy kont nie są zalecane przez firmę Microsoft, ale mogą być używane w niektórych scenariuszach:

Typ starszego konta magazynu Obsługiwane usługi przechowywania Opcje nadmiarowości Model wdrażania Użycie
Standardowa wersja do ogólnego użytku 1 Blob Storage, Queue Storage, Table Storage i Azure Files LRS/GRS/RA-GRS Resource Manager, wersja klasyczna1 Konta ogólnego przeznaczenia w wersji 1 mogą nie mieć najnowszych funkcji ani najniższych cen za gigabajt. Rozważ użycie go w następujących scenariuszach:
  • Aplikacje intensywnie korzystają z transakcji lub używają znacznej przepustowości replikacji geograficznej, ale nie wymagają dużej pojemności. W takim przypadku konto ogólnego przeznaczenia w wersji 1 może być najbardziej ekonomicznym wyborem.
  • Używasz wersji interfejsu API REST usługi Azure Storage starszej niż 14 lutego 2014 r. lub biblioteki klienta w wersji niższej niż 4.x i nie można uaktualnić aplikacji.
  • Wybierasz konto przechowywania, które ma być używane jako pamięć podręczna dla usługi Azure Site Recovery. Ponieważ Site Recovery intensywnie używa transakcji, konto ogólnego przeznaczenia v1 może być bardziej opłacalne. Aby uzyskać więcej informacji, zobacz Macierz obsługi odzyskiwania po awarii maszyny wirtualnej platformy Azure między regionami świadczenia usługi Azure.
Przechowywanie Blobów Magazyn obiektów Blob (tylko obiekty typu block blob i append blob) LRS/GRS/RA-GRS Menedżer Zasobów Firma Microsoft zaleca używanie standardowych kont ogólnego przeznaczenia w wersji 2, jeśli jest to możliwe.

1 Jeśli twoje konto magazynu korzysta z klasycznego modelu wdrażania, zalecamy przeprowadzenie migracji do modelu wdrażania usługi Azure Resource Manager. Konta usługi Azure Storage korzystające z klasycznego modelu wdrażania zostały wycofane 31 sierpnia 2024 r. Aby uzyskać więcej informacji, zobacz Aktualizacja na temat wycofania klasycznego konta magazynowego.

Cele skalowalności dla standardowych kont magazynowych

W poniższej tabeli opisano domyślne limity dla kont ogólnego przeznaczenia platformy Azure w wersji 2 (GPv2), ogólnego przeznaczenia w wersji 1 (GPv1) i usługi Blob Storage. Limit przychodzących odnosi się do wszystkich danych wysyłanych do konta magazynowego. Limit wyjścia danych odnosi się do wszystkich danych odbieranych z konta magazynu.

Microsoft zaleca używanie konta przechowywania GPv2 w większości scenariuszy. Możesz łatwo uaktualnić konto GPv1 lub konto usługi Blob Storage do konta GPv2 bez przestoju i bez konieczności kopiowania danych. Aby uzyskać więcej informacji, zobacz Uaktualnienie do konta magazynowego GPv2.

Uwaga

Możesz poprosić o zwiększenie pojemności i limitów ruchu przychodzącego. Aby poprosić o zwiększenie, skontaktuj się z pomocą techniczną platformy Azure.

Zasób Ograniczenie
Maksymalna liczba kont przechowywania ze standardowymi punktami końcowymi na region na subskrypcję, obejmując konta w warstwie Standardowa i Premium. 250 domyślnie 500 według żądania1
Maksymalna liczba kont magazynowych z punktami końcowymi strefy DNS na platformie Azure (wersja testowa) na region i na subskrypcję, w tym konta magazynu w warstwie standardowej i premium. 5000 (wersja zapoznawcza)
Domyślna maksymalna pojemność konta magazynu 5 PiB 2
Maksymalna liczba kontenerów blob, obiektów, katalogów i podkatalogów (jeśli włączono hierarchiczną przestrzeń nazw), udziałów plików, tabel, kolejek, elementów lub komunikatów na konto magazynu. Brak ograniczeń
Domyślny maksymalny wskaźnik żądań na konto ogólnego przeznaczenia v2 i konto usługi Blob storage w następujących regionach:
  • Azja Wschodnia
  • Azja Południowo-Wschodnia
  • Australia Wschodnia
  • Brazylia Południowa
  • Kanada Środkowa
  • Chiny Wschodnie 2
  • Chiny Północne 3
  • Europa Północna
  • Europa Zachodnia
  • Francja Środkowa
  • Niemcy Środkowo-Zachodnie
  • Indie Środkowe
  • Japonia Wschodnia
  • Jio Indie Zachodnie
  • Korea Środkowa
  • Norwegia Wschodnia
  • Północna część Republiki Południowej Afryki
  • Szwecja Środkowa
  • Północne Zjednoczone Emiraty Arabskie
  • Południowe Zjednoczone Królestwo
  • Centralna cześć USA
  • Wschodnie Stany Zjednoczone
  • Wschodnie stany USA 2
  • Rząd Stanów Zjednoczonych w Wirginii
  • Rząd Stanów Zjednoczonych — Arizona
  • Północno-środkowe stany USA
  • Południowo-Centralny USA
  • Zachodnie stany USA
  • Zachodnie stany USA 2
  • Zachodnie stany USA 3
40 000 żądań na sekundę2
Domyślna maksymalna szybkość żądań dla konta ogólnego przeznaczenia w wersji 2 i konta usługi Blob Storage w regionach, które nie są wymienione w poprzednim wierszu. 20 000 żądań na sekundę2
Domyślny maksymalny ruch przychodzący na konto ogólnego przeznaczenia V2 i konto usługi Blob Storage w następujących regionach:
  • Azja Wschodnia
  • Azja Południowo-Wschodnia
  • Australia Wschodnia
  • Brazylia Południowa
  • Kanada Środkowa
  • Chiny Wschodnie 2
  • Chiny Północne 3
  • Europa Północna
  • Europa Zachodnia
  • Francja Środkowa
  • Niemcy Środkowo-Zachodnie
  • Indie Środkowe
  • Japonia Wschodnia
  • Jio Indie Zachodnie
  • Korea Środkowa
  • Norwegia Wschodnia
  • Północna część Republiki Południowej Afryki
  • Szwecja Środkowa
  • Północne Zjednoczone Emiraty Arabskie
  • Południowe Zjednoczone Królestwo
  • Centralna cześć USA
  • Wschodnie Stany Zjednoczone
  • Wschodnie stany USA 2
  • Rząd Stanów Zjednoczonych w Wirginii
  • Rząd Stanów Zjednoczonych — Arizona
  • Północno-środkowe stany USA
  • Południowo-Centralny USA
  • Zachodnie stany USA
  • Zachodnie stany USA 2
  • Zachodnie stany USA 3
60 Gb/s2
Domyślny maksymalny ruch danych przychodzących dla konta ogólnego przeznaczenia v2 i konta usługi Blob Storage w regionach, które nie są wymienione w poprzednim wierszu. 25 Gb/s2
Domyślna maksymalna przepustowość dla kont magazynu ogólnego przeznaczenia w wersji 1 (wszystkie regiony) 10 Gb/s2
Domyślny maksymalny ruch wychodzący dla kont ogólnego przeznaczenia v2 i kont Blob Storage w następujących regionach:
  • Azja Wschodnia
  • Azja Południowo-Wschodnia
  • Australia Wschodnia
  • Brazylia Południowa
  • Kanada Środkowa
  • Chiny Wschodnie 2
  • Chiny Północne 3
  • Europa Północna
  • Europa Zachodnia
  • Francja Środkowa
  • Niemcy Środkowo-Zachodnie
  • Indie Środkowe
  • Japonia Wschodnia
  • Jio Indie Zachodnie
  • Korea Środkowa
  • Norwegia Wschodnia
  • Północna część Republiki Południowej Afryki
  • Szwecja Środkowa
  • Północne Zjednoczone Emiraty Arabskie
  • Południowe Zjednoczone Królestwo
  • Centralna cześć USA
  • Wschodnie Stany Zjednoczone
  • Wschodnie stany USA 2
  • Rząd Stanów Zjednoczonych w Wirginii
  • Rząd Stanów Zjednoczonych — Arizona
  • Północno-środkowe stany USA
  • Południowo-Centralny USA
  • Zachodnie stany USA
  • Zachodnie stany USA 2
  • Zachodnie stany USA 3
200 Gb/s2
Domyślny maksymalny transfer danych wychodzących dla kont ogólnego przeznaczenia w wersji 2 i usługi Blob Storage w regionach, które nie są wymienione w poprzednim wierszu. 50 Gb/s2
Maksymalna przepustowość dla kont uniwersalnego magazynowania w wersji v1 (w regionach USA) 20 Gbps, jeśli włączono RA-GRS/GRS, 30 GB/s dla LRS/ZRS
Maksymalny przepływ wychodzący dla kont magazynowych ogólnego przeznaczenia v1 (pozostałe regiony) 10 Gbps, jeśli włączono RA-GRS/GRS, 15 GB/s dla LRS/ZRS
Maksymalna liczba reguł adresów IP na konto pamięci masowej 400
Maksymalna liczba reguł sieci wirtualnej dla konta magazynowego 400
Maksymalna liczba reguł wystąpień zasobów na konto przechowywania 200
Maksymalna liczba prywatnych punktów końcowych na konto magazynowe 200

1 W przypadku zwiększenia limitu przydziału można utworzyć maksymalnie 500 kont magazynu ze standardowymi punktami końcowymi na region. Aby uzyskać więcej informacji, zobacz Zwiększanie limitów przydziału kont usługi Azure Storage.
2 Konta standardowe usługi Azure Storage obsługują wyższe limity pojemności i wyższe limity dla ruchu przychodzącego i wychodzącego według żądania. Aby poprosić o zwiększenie limitów dla kont, skontaktuj się z działem pomocy technicznej platformy Azure.

Następne kroki