Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
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.
Zalecane konfiguracje obciążeń
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:
|
| 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:
|
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:
|
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:
|
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.