Cele dotyczące skalowalności i wydajności dla usługi Azure Files

Azure Files oferuje w pełni zarządzane udziały plików w chmurze, do których można uzyskać dostęp za pośrednictwem protokołów udostępniania plików SMB i NFS. W tym artykule omówiono cele dotyczące skalowalności i wydajności dla usługi Azure Files. Oprócz limitów ustawionych przez Azure Files inne zmienne we wdrożeniu mogą mieć wpływ na te cele. Przetestuj wzorzec użycia, aby określić, czy skalowalność i wydajność Azure Files spełniają twoje wymagania.

Dostawcy zasobów

Na platformie Azure zasób jest elementem, którym można zarządzać, który można utworzyć i skonfigurować w ramach subskrypcji platformy Azure i grup zasobów. Dostawcy zasobów to usługi zarządzania, które dostarczają określone typy zasobów. Chociaż możesz pracować z wieloma zasobami w celu wdrożenia obciążenia w Azure, Azure Files koncentruje się na dwóch kluczowych zasobach:

• Konta magazynu oferowane przez dostawcę Microsoft.Storage zasobów. Konta magazynu to zasoby najwyższego poziomu reprezentujące udostępnioną pulę magazynu, liczbę operacji we/wy na sekundę i przepływność, w których można wdrożyć klasyczne udziały plików lub inne zasoby magazynu, w zależności od rodzaju konta magazynu. Wszystkie zasoby magazynowe wdrażane na koncie magazynu podlegają limitom obowiązującym dla tego konta magazynu. Klasyczne udziały plików obsługują protokoły udostępniania plików SMB i NFS.

• Udziały plików, oferowane przez dostawcę zasobów Microsoft.FileShares. Udziały plików to nowy typ zasobu najwyższego poziomu, który upraszcza wdrażanie usługi Azure Files, eliminując konto magazynu. W przeciwieństwie do klasycznych udostępnień plików, które musisz wdrożyć na koncie pamięci masowej, udostępniasz pliki bezpośrednio do grupy zasobów, podobnie jak wdrażasz konta pamięci masowej i inne znane zasoby Azure, takie jak maszyny wirtualne, dyski czy sieci wirtualne. Udziały plików obsługują protokół udostępniania plików NFS. Jeśli wymagany jest protokół SMB, wybierz klasyczne udziały plików w swoim wdrożeniu.

Cele skalowania klasycznego udziału plików (Microsoft.Storage)

Dwa typy limitów dotyczą kont magazynu i klasycznych udziałów plików:

• Limity płaszczyzny sterowania, które egzekwuje dostawca zasobów Microsoft.Storage. Te limity dotyczą żądań zarządzania, takich jak tworzenie, aktualizowanie lub usuwanie konta magazynowego albo innych zasobów podrzędnych, w tym między innymi klasycznych udziałów plików.

• Limity płaszczyzny danych, które egzekwuje platforma usługi Azure Storage. Te limity dotyczą operacji, takich jak tworzenie i usuwanie plików i folderów za pośrednictwem protokołu SMB, NFS, FileREST i innych protokołów. Ze względów historycznych niektóre operacje zarządzania, takie jak tworzenie, aktualizacja lub usuwanie klasycznych udziałów plików, są również dostępne za pośrednictwem płaszczyzny danych (protokół FileREST). Microsoft.Storage limity nie mają zastosowania do żądań zarządzania wysyłanych bezpośrednio do platformy magazynu Azure.

Microsoft.Storage — limity płaszczyzny sterowania

Następujące limity dotyczą kont magazynu lub zasobów podrzędnych konta magazynu, takich jak klasyczne udziały plików.

Limity płaszczyzny danych konta magazynu

Konta magazynu mają nieco inne limity w zależności od jednostki SKU i rodzaju konta magazynu. SKU konta magazynowego jest kombinacją warstwy danych, wariantu modelu rozliczeń i nadmiarowości. Rodzaj konta magazynu jest dodatkowym modyfikatorem, który określa, które usługi magazynu, funkcje i modele rozliczeń obsługuje. W przypadku klasycznych udziałów plików istnieją cztery kombinacje:

• Zapewnione konta magazynu SSD w wersji 2, które są reprezentowane przez FileStorage typy kont magazynowych oraz PremiumV2_LRS lub PremiumV2_ZRS jednostki SKU. Te konta magazynowe mogą zawierać tylko klasyczne udziały plików i nie mogą być używane do tworzenia innych zasobów magazynu, takich jak kontenery obiektów blob, kolejki czy tabele. Klasyczne udziały plików wdrożone na tych kontach magazynu są zawsze w warstwie nośnika SSD i rozliczane przy użyciu aprowizowanego modelu rozliczeniowego w wersji 2.

• Zarejestrowane konta magazynu HDD w wersji 2, które są reprezentowane przez FileStorage rodzaj konta magazynowego i StandardV2_LRS, StandardV2_ZRS, StandardV2_GRS lub StandardV2_GZRS jednostki SKU konta magazynowego. Te konta magazynowe mogą zawierać tylko klasyczne udziały plików i nie mogą być używane do tworzenia innych zasobów magazynu, takich jak kontenery obiektów blob, kolejki czy tabele. Klasyczne udziały plików wdrożone na tych kontach magazynu są zawsze w warstwie nośnika HDD i rozliczane przy użyciu aprowizowanego modelu rozliczeniowego w wersji 2.

• Aprowizowane konta magazynowe SSD w wersji 1, które są reprezentowane przez FileStorage rodzaj konta magazynowego oraz jednostki SKU Premium_LRS lub Premium_ZRS. Te konta magazynowe mogą zawierać tylko klasyczne udziały plików i nie mogą być używane do tworzenia innych zasobów magazynu, takich jak kontenery obiektów blob, kolejki czy tabele. Klasyczne udziały plików wdrożone na tych kontach magazynowych są zawsze w warstwie nośnika SSD i rozliczane przy użyciu przydzielonego modelu rozliczeniowego w modelu v1.

• Konta HDD z płatnością zgodnie z rzeczywistym użyciem, które są reprezentowane przez StorageV2 rodzaj konta magazynu i Standard_LRS, Standard_ZRS, Standard_GRS, Standard_GZRS, Standard_RAGRS lub Standard_RAGZRS magazynu SKU. Te konta przechowywania mogą zawierać tradycyjne udostępniane pliki lub inne zasoby przechowywania, takie jak kontenery obiektów blob, kolejki i tabele. Tradycyjne udziały plików wdrożone na tych kontach magazynu są zawsze w warstwie nośnika HDD i rozliczane przy użyciu modelu rozliczeniowego typu pay-as-you-go.

Następujące limity dotyczą płaszczyzny danych konta magazynu. Wszystkie elementy na koncie magazynu, w tym również klasyczne udziały plików, kontenery obiektów blob, tabele lub kolejki, podlegają tym samym ograniczeniom.

Następujące wybrane regiony mają zwiększoną maksymalną liczbę operacji we/wy na sekundę i przepustowość tylko dla kont magazynowych na żądanie (StorageV2):

• 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 Republika Południowej Afryki
• Szwecja Środkowa
• Północne Zjednoczone Emiraty Arabskie
• Południowe Zjednoczone Królestwo
• Środkowe stany USA
• Wschodnie stany USA
• Wschodnie stany USA 2
• US Gov Wirginia
• US Gov Arizona
• Północno-środkowe stany USA
• Południowo-środkowe stany USA
• Zachodnie stany USA
• Zachodnie stany USA 2
• Zachodnie stany USA 3

Limity klasycznej warstwy danych udziałów plików

Następujące limity mają zastosowanie na poziomie klasycznego udziału plików. Wszystkie klasyczne udziały plików podlegają również limitom konta magazynu, w którym są wdrażane:

• Konta magazynu SSD i HDD z aprowizacją w wersji 2: Nie można aprowizować większej pojemności magazynu, liczby operacji we/wy na sekundę (IOPS) ani przepustowości, niż obsługuje dane konto magazynu. Jednak aprowizowane udziały plików v2 obsługują krótkotrwałe zwiększanie liczby operacji IOPS w modelu kredytowym powyżej aprowizowanego poziomu IOPS, w miarę dostępnych zasobów. Jeśli wiele klasycznych udziałów plików na tym koncie jednocześnie osiąga zwiększoną wydajność, wydajność jest ograniczona przez limity IOPS konta magazynu.

• Konta magazynu SSD z aprowizacją w wersji 1: Nie można aprowizować większej pojemności magazynu, niż obsługuje konto magazynu, ale można aprowizować większą liczbę operacji wejścia/wyjścia na sekundę (IOPS) lub większą przepływność, niż obsługuje konto magazynu. Jeśli całkowite użycie operacji wejścia/wyjścia na sekundę (IOPS) lub przepustowość przekroczy limity konta magazynowego, konto magazynowe ograniczy liczbę żądań.

• Konta magazynu z płatnością zgodnie z rzeczywistym użyciem HDD: możesz utworzyć nieograniczoną liczbę klasycznych udostępnień plików. Chociaż każdy klasyczny udział plików może teoretycznie zużywać do limitu liczby operacji we/wy na sekundę i przepływności konta magazynu, jeśli łączne użycie wszystkich zasobów na koncie magazynu (klasyczne udziały plików, kontenery obiektów blob, tabele i kolejki) przekracza te limity, konto magazynu ogranicza żądania. Obecnie wszystkie udziały plików Azure z rozliczeniem za rzeczywiste użycie mogą wzrosnąć do 100 TiB. Funkcja dużych udziałów plików w Azure Files to starsze ustawienie, które umożliwiło udziały plików w modelu płatności za rzeczywiste użycie na wzrost powyżej 5 TiB. Jeśli masz starsze konto przechowywania, które poprzedza wprowadzenie tej funkcji, może być konieczne zwiększenie limitu udziału plików.

¹ Operacje metadanych to operacje, które manipulują uchwytami plików, takimi jak otwieranie pliku lub folderu. Maksymalny limit IOPS metadanych określa maksymalną liczbę operacji we/wy na sekundę, która może być używana na potrzeby metadanych, niezależnie od ilości aprowizowanych operacji we/wy na sekundę dla udziału plików. Udziały SMB na dyskach SSD mogą obsługiwać do 35 000 operacji IOPS dzięki funkcji buforowania metadanych. Aby uzyskać wskazówki, zapoznaj się z Monitorowanie liczby operacji we/wy na sekundę metadanych.
² Usługa Azure Files wymusza niektóre reguły nazewnictwa dla nazw katalogów i plików.

Docelowa skala dla klasycznego udostępniania poszczególnych plików

Cele skalowania plików dotyczą poszczególnych plików przechowywanych w klasycznych udziałach plików. Możliwość osiągnięcia limitów dla pojedynczego pliku zależy od limitów klasycznego udziału plików oraz konta magazynu danych, w którym ten plik się znajduje.

* Maksymalna liczba współbieżnych dojść na plik i katalog jest miękkim limitem dla klasycznych udziałów plików w warstwie nośnika SSD przy użyciu protokołu SMB. Jeśli musisz skalować poza ten limit, możesz włączyć buforowanie metadanych i zarejestrować się w celu zwiększenia limitów obsługi plików (wersja zapoznawcza).

Cele skalowania udziałów plików (Microsoft.FileShares)

Dwa typy limitów dotyczą udziałów plików utworzonych za pomocą dostawcy zasobów Microsoft.FileShares:

• Limity płaszczyzny sterowania, które egzekwuje dostawca zasobów Microsoft.FileShares. Te limity mają zastosowanie do żądań zarządzania, takich jak tworzenie, aktualizowanie lub usuwanie udziału plikowego albo zasobów podrzędnych, takich jak migawki udziału plikowego.

• Limity płaszczyzny danych, które egzekwuje platforma usługi Azure Storage. Te limity dotyczą akcji, takich jak tworzenie i usuwanie plików i folderów za pośrednictwem protokołu udostępniania plików NFS.

Microsoft.FileShares — limity płaszczyzny sterowania

Poniższe limity mają zastosowanie do udziału plików oraz do jego zasobów podrzędnych, takich jak migawki udziału plików.

¹Microsoft.FileShares używa podobnego algorytmu ograniczania dla żądań zarządzania, jakiego używa sam Azure Resource Manager. Ograniczanie liczby żądań API jest realizowane przy użyciu algorytmu kubełka tokenów. Zasobnik tokenu reprezentuje maksymalną liczbę żądań, które można wysłać dla każdej sekundy. Gdy osiągniesz maksymalną liczbę żądań, szybkość wypełniania określa, jak szybko nowe żądania są dodawane do zasobnika.

Obiekty docelowe płaszczyzny danych udostępniania plików

Następujące limity mają zastosowanie na poziomie udziału plików i są wymuszane na płaszczyźnie danych. Udostępnienia plików utworzone przez Microsoft.FileShares dostawcę zasobów korzystają z zaoferowanego modelu rozliczeniowego w wersji 2.

¹ Operacje metadanych to operacje, które manipulują uchwytami plików, takimi jak otwieranie pliku lub folderu. Maksymalny limit IOPS dla metadanych określa maksymalną liczbę operacji IOPS, jaką mogą wykorzystywać metadane, niezależnie od liczby przydzielonych operacji IOPS dla udziału plików.

Parametry skalowania zasobów udostępniania plików dla poszczególnych plików

Cele skalowania plików mają zastosowanie do poszczególnych plików przechowywanych w udziale plików. Możliwość osiągnięcia limitów dla pojedynczego pliku podlega limitom zasobów plików.

Zobacz także

• Planowanie wdrożenia usługi Azure Files
• Informacje o wydajności usługi Azure Files
• Informacje o rozliczeniach usługi Azure Files