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.
Usługa Azure Files oferuje w pełni zarządzane udziały plików w chmurze, które są dostępne za pośrednictwem protokołów systemu plików server Message Block (SMB) i sieciowego systemu plików (NFS). W tym artykule omówiono cele dotyczące skalowalności i wydajności usług Azure Files i Azure File Sync.
Inne zmienne we wdrożeniu mogą mieć wpływ na cele wymienione w tym artykule. Na przykład zachowanie klienta SMB i dostępna przepustowość sieci mogą mieć wpływ na wydajność operacji we/wy. Należy przetestować wzorzec użycia, aby określić, czy skalowalność i wydajność usługi Azure Files spełniają twoje wymagania.
Dotyczy
Model zarządzania | Model rozliczania | Poziom mediów | Redundancja | Małe i Średnie Przedsiębiorstwa | NFS (Network File System) |
---|---|---|---|---|---|
Microsoft.Storage | Wersja 2 udostępniona | HDD (standardowa) | Lokalne (LRS) |
![]() |
![]() |
Microsoft.Storage | Wersja 2 udostępniona | HDD (standardowa) | Strefa (ZRS) |
![]() |
![]() |
Microsoft.Storage | Wersja 2 udostępniona | HDD (standardowa) | Geo (GRS) |
![]() |
![]() |
Microsoft.Storage | Wersja 2 udostępniona | HDD (standardowa) | Strefa geograficzna (GZRS) |
![]() |
![]() |
Microsoft.Storage | Aprowizowana wersja 1 | SSD (wersja premium) | Lokalne (LRS) |
![]() |
![]() |
Microsoft.Storage | Aprowizowana wersja 1 | SSD (wersja premium) | Strefa (ZRS) |
![]() |
![]() |
Microsoft.Storage | Płatność zgodnie z rzeczywistym użyciem | HDD (standardowa) | Lokalne (LRS) |
![]() |
![]() |
Microsoft.Storage | Płatność zgodnie z rzeczywistym użyciem | HDD (standardowa) | Strefa (ZRS) |
![]() |
![]() |
Microsoft.Storage | Płatność zgodnie z rzeczywistym użyciem | HDD (standardowa) | Geo (GRS) |
![]() |
![]() |
Microsoft.Storage | Płatność zgodnie z rzeczywistym użyciem | HDD (standardowa) | Strefa geograficzna (GZRS) |
![]() |
![]() |
Cele skalowania usługi Azure Files
Udziały plików platformy Azure są wdrażane na kontach pamięci masowej, które są obiektami najwyższego poziomu reprezentującymi udostępnioną pulę pamięci. Ta pula zasobów pamięci może służyć do tworzenia wielu udostępnień plików. Należy wziąć pod uwagę trzy kategorie: konta przechowywania, udziały plików Azure i pojedyncze pliki.
Cele skalowania konta magazynu
Cele skalowania konta magazynu mają zastosowanie na poziomie konta magazynu. Istnieją dwa główne typy kont magazynu dla usługi Azure Files:
Konta FileStorage: Konta FileStorage umożliwiają wdrażanie udziałów plików Azure przy użyciu modelu rozliczeń z przydziałem zasobów. Konta File Storage mogą być używane tylko do przechowywania udziałów plikowych Azure; w koncie File Storage nie można wdrożyć żadnych innych zasobów magazynujących (kontenery obiektów blob, kolejki, tabele itp.).
Konta magazynu ogólnego przeznaczenia w wersji 2 (GPv2): Konta GPv2 umożliwiają wdrażanie udziałów plików w modelu rozliczenia zgodnie z rzeczywistym użyciem na sprzęcie opartym na dyskach HDD. Oprócz przechowywania zasobów udostępniania plików platformy Azure, konta pamięci masowej GPv2 mogą przechowywać inne zasoby pamięci masowej, takie jak kontenery obiektów blob, kolejki lub tabele.
Atrybut | Zaprovisionowany dysk SSD v1 | Dysk twardy przydzielony w wersji 2 | HDD z płatnością w miarę użycia |
---|---|---|---|
Rodzaj konta magazynu | Magazyn Plików | Magazyn Plików | StorageV2 |
Jednostki SKU |
|
|
|
Liczba kont magazynowych w regionie na subskrypcję | 250 | 250 | 250 |
Maksymalna pojemność magazynu | 100 TiB | 4 PiB | 5 PiB |
Maksymalna liczba udostępnień plików | 1024 (zalecane przy użyciu co najmniej 50) | 50 | Nieograniczone (zalecane przy użyciu 50 lub mniej) |
Maksymalna liczba IOPS | 102 400 operacji we/wy na sekundę | 50 000 operacji we/wy na sekundę (IOPS) | 20 000 IOPS |
Maksymalna przepływność | 10 340 MiB / s | 5120 MiB / s |
|
Maksymalna liczba reguł sieci wirtualnej | 200 | 200 | 200 |
Maksymalna liczba reguł adresów IP | 200 | 200 | 200 |
Operacje odczytu w zarządzaniu | 800 co 5 minut | 800 co 5 minut | 800 co 5 minut |
Operacje zapisu na potrzeby zarządzania | 10 na sekundę/1200 na godzinę | 10 na sekundę/1200 na godzinę | 10 na sekundę/1200 na godzinę |
Operacje listy zarządzania | 100 na 5 minut | 100 na 5 minut | 100 na 5 minut |
Wybrane regiony ze zwiększoną maksymalną przepustowością dla dysków HDD z płatnością na podstawie rzeczywistego użycia
Następujące regiony mają zwiększoną maksymalną przepustowość dla kont magazynowych z płatnością zgodnie z użyciem (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ółnoc Południowej Afryki
- Szwecja Środkowa
- Północne Zjednoczone Emiraty Arabskie
- Południowe Zjednoczone Królestwo
- Centralne Stany Zjednoczone
- Wschodnie USA
- Wschodnie stany USA 2
- Rząd Stanów Zjednoczonych Wirginia
- Rząd USA Arizona
- Północno-środkowe stany USA
- Południowo-centralne USA
- Zachodnie stany USA
- Zachodnie stany USA 2
- Zachodnie stany USA 3
Cele skalowania udziałów plików platformy Azure
Cele skalowania udziału plików platformy Azure mają zastosowanie na poziomie udziału plików.
Atrybut | Zaprovisionowany dysk SSD v1 | Dysk twardy przydzielony w wersji 2 | HDD z płatnością w miarę użycia |
---|---|---|---|
Jednostka zarządzania zasobami magazynowymi | 1 GiB | 1 GiB | Nie dotyczy |
Jednostka zapewniania IOPS | Nie dotyczy | 1 IO/s na sekundę | Nie dotyczy |
Jednostka przydziału przepustowości | Nie dotyczy | 1 MiB / sek | Nie dotyczy |
Minimalny rozmiar magazynu | 100 GiB (aprowizowana) | 32 GiB (aprowizowana) | 0 bajtów |
Maksymalny rozmiar magazynu | 100 TiB | 256 TiB | 100 TiB |
Maksymalna liczba plików | Nieograniczony | Nieograniczony | Nieograniczony |
Maksymalna liczba operacji we/wy na sekundę (dane) | 102 400 operacji we/wy na sekundę (zależne od przydziału zasobów) | 50 000 operacji we/wy na sekundę (zależne od aprowizacji) | 20 000 IOPS |
Maksymalna liczba operacji we/wy na sekundę (metadane1) | Do 35 000 operacji we/wy na sekundę2 | Do 12 000 operacji we/wy na sekundę | Do 12 000 operacji we/wy na sekundę |
Maksymalna przepływność | 10 340 MiB/s (zależne od przydziału) | 5,120 MiB/s (zależne od przydziału) | Do limitów konta magazynowego |
Maksymalna liczba migawek udziałów | 200 migawek | 200 migawek | 200 migawek |
Maksymalna długośćnazwy pliku 3 (pełna nazwa ścieżki, w tym wszystkie katalogi, nazwy plików i znaki ukośnika odwrotnego) | 2048 znaków | 2048 znaków | 2048 znaków |
Maksymalna długość pojedynczego składnika pathname (w ścieżce \A\B\C\D każda litera reprezentuje katalog lub plik, który jest pojedynczym składnikiem) | 255 znaków | 255 znaków | 255 znaków |
Limit linków twardych (tylko w systemie plików NFS) | 178 | Nie dotyczy | Nie dotyczy |
Maksymalna liczba kanałów SMB Multichannel | 4 | Nie dotyczy | Nie dotyczy |
Maksymalna liczba przechowywanych zasad dostępu dla zasobu plików | 5 | 5 | 5 |
1 Żądania IOPS dla metadanych (otwieranie/zamykanie/usuwanie). Aby uzyskać wskazówki, odwołaj się do Monitor Metadanych IOPS.
2 Aby skalować do 35 000 operacji we/wy na sekundę dla udziałów plików SSD, należy zarejestrować funkcję buforowania metadanych.
3 Usługa Azure Files wymusza niektóre reguły nazewnictwa dla nazw katalogów i plików.
Cele skalowania plików
Cele skalowania plików mają zastosowanie do poszczególnych plików przechowywanych w udziałach plików platformy Azure.
Atrybut | Zaprovisionowany dysk SSD v1 | Dysk twardy przydzielony w wersji 2 | HDD z płatnością w miarę użycia |
---|---|---|---|
Maksymalna wielkość pliku | 4 TiB | 4 TiB | 4 TiB |
Maksymalna liczba IOPS na plik danych | 8 000 IOPS | 1,000 IOPS (operacji we/wy na sekundę) | 1,000 IOPS (operacji we/wy na sekundę) |
Maksymalna przepływność na plik | 1024 MiB / s | 60 MiB /s | 60 MiB /s |
Maksymalna liczba współbieżnych dojść dla katalogu głównego | 10 000 uchwytów | 10 000 uchwytów | 10 000 uchwytów |
Maksymalna liczba współbieżnych dojść na plik i katalog | 2 000 uchwyty* | 2000 uchwytów | 2000 uchwytów |
* Maksymalna liczba współbieżnych dojść na plik i katalog jest miękkim limitem udziałów plików SSD 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).
Wskazówki dotyczące określania rozmiaru usługi Azure Files dla usługi Azure Virtual Desktop
Popularnym przypadkiem użycia usługi Azure Files jest przechowywanie kontenerów profilu użytkownika i obrazów dysków dla usługi Azure Virtual Desktop. Aby uzyskać więcej informacji , zobacz Wskazówki dotyczące usługi Azure Files dla obciążeń pulpitu wirtualnego .
Cele skalowania usługi Azure File Sync
W poniższej tabeli przedstawiono, które cele są miękkie, co oznacza, że reprezentują przetestowaną przez Microsoft granicę, oraz twarde, co wskazuje na wymuszoną maksymalną wartość.
Zasób | Cel | Sztywny limit |
---|---|---|
Usługi synchronizacji magazynu na region | 100 usług synchronizacji magazynu | Tak |
Usługi synchronizacji magazynu na subskrypcję | 15 usług synchronizacji magazynu | Tak |
Grupy synchronizacji dla każdej usługi synchronizacji magazynu | 200 grup synchronizacji | Tak |
Zarejestrowane serwery dla każdej usługi synchronizacji magazynowania | 100 serwerów | Tak |
Prywatne punkty końcowe dla usługi synchronizacji magazynu | 100 prywatnych punktów końcowych | Tak |
Punkty końcowe w chmurze na grupę synchronizacji | Jeden punkt końcowy w chmurze | Tak |
Punkty końcowe serwera na grupę synchronizacji | 100 punktów końcowych serwera | Tak |
Punkty końcowe serwera na serwer | 30 punktów końcowych serwera | Tak |
Obiekty systemu plików (katalogi i pliki) na grupę synchronizacji | 100 milionów obiektów | Nie |
Maksymalna liczba obiektów systemu plików (katalogów i plików) w katalogu (niecykliczne) | 5 milionów obiektów | Nie |
Maksymalny rozmiar deskryptora zabezpieczeń obiektu (katalogów i plików) | 64 KiB | Tak |
Rozmiar pliku | 100 GiB | Nie |
Minimalny rozmiar pliku, który może być warstwowy | Na podstawie rozmiaru klastra systemu plików (dwukrotność rozmiaru klastra systemu plików). Jeśli na przykład rozmiar klastra systemu plików to 4 KiB, minimalny rozmiar pliku to 8 KiB. | Tak |
Uwaga
Punkt końcowy usługi Azure File Sync może być skalowany w górę do rozmiaru udziału plików platformy Azure. Jeśli zostanie osiągnięty limit rozmiaru udziału plików platformy Azure, synchronizacja nie będzie mogła działać.
Metryki wydajności usługi Azure File Sync
Ponieważ agent usługi Azure File Sync działa na maszynie z systemem Windows Server, która łączy się z udziałami plików platformy Azure, efektywna wydajność synchronizacji zależy od wielu czynników w infrastrukturze, w tym:
- Windows Server i podstawowa konfiguracja dysku
- Przepustowość sieci między serwerem a usługą Azure Storage
- Rozmiar pliku
- Całkowity rozmiar zestawu danych
- Działanie w zestawie danych
Ponieważ usługa Azure File Sync działa na poziomie pliku, należy zmierzyć charakterystykę wydajności rozwiązania opartego na usłudze Azure File Sync przez liczbę obiektów (plików i katalogów) przetwarzanych na sekundę.
W poniższej tabeli przedstawiono cele wydajności usługi Azure File Sync:
Scenariusz | Wydajność |
---|---|
Wstępne wyliczanie zmian w chmurze | 150 obiektów na sekundę na grupę synchronizacji |
Przepustowość wysyłania | 200 obiektów na sekundę na grupę synchronizacji |
Przepustowość pobierania przestrzeni nazw | 400 obiektów na sekundę na punkt końcowy serwera |
Przepustowość pobierania | 60 obiektów na sekundę na punkt końcowy serwera |
Uwaga
Rzeczywista wydajność będzie zależeć od wielu czynników, jak wskazano na początku tej sekcji.
Jako ogólny przewodnik po wdrożeniu powinieneś pamiętać o kilku kwestiach:
- Przepływność obiektu jest w przybliżeniu skalowana proporcjonalnie do liczby grup synchronizacji na serwerze. Podzielenie danych na wiele grup synchronizacji na serwerze zapewnia lepszą przepływność, która jest również ograniczona przez serwer i sieć.
- Przepływność obiektów jest odwrotnie proporcjonalna do przepływności MiB na sekundę. W przypadku mniejszych plików występuje większa przepływność w zakresie liczby przetworzonych obiektów na sekundę, ale niższa przepływność miB na sekundę. Z drugiej strony w przypadku większych plików uzyskuje się mniej przetworzonych obiektów na sekundę, ale wyższą przepływność miB na sekundę. Przepływność MiB na sekundę jest ograniczona przez cele skalowania usługi Azure Files.
- Gdy wiele punktów końcowych serwera w tej samej grupie synchronizacji jest synchronizowanych w tym samym czasie, walczą o zasoby usługi w chmurze. W rezultacie wydajność przekazywania jest obniżona. W skrajnych przypadkach niektóre sesje synchronizacji nie mogą uzyskać dostępu do zasobów i zakończy się niepowodzeniem. Jednak te sesje synchronizacji zostaną wznowione wkrótce i ostatecznie powiedzą się po zmniejszeniu przeciążenia.
- Jeśli tiering w chmurze jest włączony, prawdopodobnie zauważysz lepszą szybkość pobierania, ponieważ pobierane są tylko niektóre dane pliku. Usługa Azure File Sync pobiera dane buforowanych plików tylko wtedy, gdy zostaną zmienione w dowolnym punkcie końcowym. W przypadku wszystkich plików warstwowych lub nowo utworzonych agent nie pobiera danych pliku, a zamiast tego synchronizuje przestrzeń nazw tylko ze wszystkimi punktami końcowymi serwera. Agent obsługuje również częściowe pobieranie plików warstwowych w miarę uzyskiwania dostępu do nich przez użytkownika.