Udostępnij za pośrednictwem

Omówienie modeli rozliczeń usługi Azure Files

  • Artykuł

Usługa Azure Files obsługuje dwie różne warstwy multimediów magazynu, dysków SSD i HDD, które umożliwiają dostosowanie udziałów plików do wymagań dotyczących wydajności i cen scenariusza:

  • SSD (premium): udziały plików hostowane na dyskach półprzewodnikowych (SSD) zapewniają spójną wysoką wydajność i małe opóźnienia w milisekundach jednocyfrowych dla większości operacji we/wy.
  • HDD (standard): host udziałów plików na dyskach twardych (HDD) zapewnia ekonomiczny magazyn do użytku ogólnego przeznaczenia.

Usługa Azure Files ma wiele modeli cenowych, w tym aprowizowania i płatności zgodnie z rzeczywistym użyciem:

  • Aprowizowanie modeli rozliczeń: w modelu rozliczeń aprowizowanych koszty podstawowe udziału plików są oparte na ilości magazynu, operacji we/wy na sekundę (operacji wejściowych i wyjściowych) oraz przepływności aprowizowanej podczas tworzenia lub aktualizowania udziału plików, niezależnie od tego, ile jest używany. Usługa Azure Files ma dwa różne aprowizowane modele aprowizowania w wersji 2 i aprowizowane w wersji 1.

    • Aprowizowanie w wersji 2: W modelu aprowizacji w wersji 2 masz możliwość oddzielnego aprowizowania magazynu, liczby operacji we/wy na sekundę i przepływności, chociaż udostępniamy zalecenie, aby ułatwić ci pierwszą aprowizację.
    • Zainicjowano obsługę administracyjną w wersji 1: w modelu aprowizacji w wersji 1 aprowizujesz ilość miejsca potrzebnego dla udziału, podczas gdy liczba operacji we/wy na sekundę i przepływność jest określana na podstawie ilości aprowizowanego magazynu. Aprowizowany model w wersji 1 dla usługi Azure Files jest dostępny tylko dla udziałów plików SSD.

  • Model rozliczeń z płatnością zgodnie z rzeczywistym użyciem: w modelu płatności zgodnie z rzeczywistym użyciem koszt udziału plików zależy od tego, ile używasz udziału, w postaci używanego magazynu, transakcji i kosztów transferu danych. Model płatności zgodnie z rzeczywistym użyciem dla usługi Azure Files jest dostępny tylko dla udziałów plików HDD. Zalecamy użycie zaaprowizowanego modelu w wersji 2 dla nowych wdrożeń udziału plików HDD.

W tym artykule wyjaśniono modele rozliczeń dla usługi Azure Files, aby ułatwić zrozumienie miesięcznego rachunku za usługę Azure Files. Aby uzyskać informacje o cenach usługi Azure Files, zobacz stronę cennika usługi Azure Files.

Dotyczy

Model zarządzania Model rozliczania Warstwa multimediów Nadmiarowość SMB NFS
Microsoft.Storage Aprowizowana wersja 2 HDD (standardowa) Lokalne (LRS) Tak Nie.
Microsoft.Storage Aprowizowana wersja 2 HDD (standardowa) Strefa (ZRS) Tak Nie.
Microsoft.Storage Aprowizowana wersja 2 HDD (standardowa) Geo (GRS) Tak Nie.
Microsoft.Storage Aprowizowana wersja 2 HDD (standardowa) Strefa geograficzna (GZRS) Tak Nie.
Microsoft.Storage Aprowizowana wersja 1 SSD (premium) Lokalne (LRS) Tak Tak
Microsoft.Storage Aprowizowana wersja 1 SSD (premium) Strefa (ZRS) Tak Tak
Microsoft.Storage Płatność zgodnie z rzeczywistym użyciem HDD (standardowa) Lokalne (LRS) Tak Nie.
Microsoft.Storage Płatność zgodnie z rzeczywistym użyciem HDD (standardowa) Strefa (ZRS) Tak Nie.
Microsoft.Storage Płatność zgodnie z rzeczywistym użyciem HDD (standardowa) Geo (GRS) Tak Nie.
Microsoft.Storage Płatność zgodnie z rzeczywistym użyciem HDD (standardowa) Strefa geograficzna (GZRS) Tak Nie.

Jednostki magazynu

Usługa Azure Files używa jednostek miary base-2 do reprezentowania pojemności magazynu: KiB, MiB, GiB i TiB.

Akronim Definicja Jednostka
KiB 1024 bajty kibibyte
Mib 1024 KiB (1048 576 bajtów) mebibyte
GiB 1024 MiB (1073 741 824 bajtów) gibibajt
TiB 1024 GiB (1099,511,627,776 bajtów) tebibyte

Chociaż jednostki miary base-2 są często używane przez większość systemów operacyjnych i narzędzi do mierzenia ilości magazynu, często są one błędnie oznaczone jako jednostki base-10, które mogą być bardziej znane: KB, MB, GB i TB. Chociaż przyczyny błędnego etykietowania różnią się, typowym powodem, dla którego systemy operacyjne, takie jak Windows mislabel, jednostki magazynujące, jest to, że wiele systemów operacyjnych zaczęło używać tych akronimów przed ich standaryzacją przez IEC (Międzynarodowa Komisja Elektrotechniczna), BIPM (Międzynarodowe Biuro Wag i Miar) i NIST (Amerykański Narodowy Instytut Standardów i Technologii).

W poniższej tabeli przedstawiono sposób mierzenia i przechowywania etykiet w typowych systemach operacyjnych:

System operacyjny System pomiaru Etykietowanie
Windows Base-2 Konsekwentnie mislabels jako base-10.
Dystrybucje systemu Linux Często base-2, niektóre oprogramowanie używa base-10 Niespójne etykietowanie, wyrównanie miary i etykietowania zależy od pakietu oprogramowania.
system operacyjny macOS, iOS i iPad Base-10 Spójne etykiety jako base-10.

Sprawdź dostawcę systemu operacyjnego, jeśli system operacyjny nie znajduje się na liście.

Łączny koszt posiadania udziału plików — lista kontrolna

Jeśli przeprowadzasz migrację do usługi Azure Files ze środowiska lokalnego lub porównujesz usługę Azure Files z innymi rozwiązaniami magazynu w chmurze, rozważ następujące czynniki, aby zapewnić sprawiedliwe porównanie apples-to-apples:

  • Jak płacić za magazyn, liczbę operacji we/wy na sekundę i przepustowość? Większość rozwiązań w chmurze ma modele, które są zgodne z zasadami aprowizowania magazynu, takich jak determinizm cen i prostota, lub magazyn z płatnością zgodnie z rzeczywistym użyciem, które mogą optymalizować koszty, pobierając tylko opłaty za rzeczywiste użycie. Szczególnie interesujące dla aprowizowania modeli są minimalny aprowizowany rozmiar udziału, jednostka aprowizacji oraz możliwość zwiększenia i zmniejszenia aprowizacji.

  • Czy istnieją metody optymalizacji kosztów magazynowania? Możesz użyć rezerwacji usługi Azure Files, aby uzyskać do 36% rabatu na magazyn. Inne rozwiązania mogą używać strategii, takich jak deduplikacja lub kompresja, aby opcjonalnie zoptymalizować wydajność magazynowania. Jednak te strategie optymalizacji magazynu często mają koszty niepieniężne, takie jak zmniejszenie wydajności. Rezerwacje usługi Azure Files nie mają wpływu na wydajność.

  • Jak osiągnąć odporność magazynu i nadmiarowość? Dzięki usłudze Azure Files odporność magazynu i nadmiarowość są uwzględniane w ofercie produktu. Wszystkie warstwy i poziomy nadmiarowości zapewniają wysoką dostępność danych i dostępność co najmniej trzech kopii danych. Biorąc pod uwagę inne opcje magazynu plików, należy rozważyć, czy odporność magazynu i nadmiarowość jest wbudowana, czy też coś, co należy utworzyć samodzielnie.

  • Co należy zarządzać? W usłudze Azure Files podstawową jednostką zarządzania jest konto magazynu. Inne rozwiązania mogą wymagać dodatkowego zarządzania, takiego jak aktualizacje systemu operacyjnego lub zarządzanie zasobami wirtualnymi, takie jak maszyny wirtualne, dyski i adresy IP sieci.

  • Jakie są koszty produktów dodanych do wartości? Usługa Azure Files obsługuje integracje z wieloma usługami dodanymi przez pierwszą i inną firmę. Usługi dodane do wartości, takie jak Azure Backup, Azure File Sync i Microsoft Defender for Storage, zapewniają tworzenie kopii zapasowych, replikację i buforowanie oraz funkcje zabezpieczeń dla usługi Azure Files. Rozwiązania dodane do wartości, zarówno w środowisku lokalnym, jak i w chmurze, mają własne koszty licencjonowania i produktu, ale często są uważane za część całkowitego kosztu posiadania magazynu plików.

Model aprowizowania w wersji 2

Aprowizowany model w wersji 2 dla usługi Azure Files zapewnia przewidywalność całkowitego kosztu posiadania z elastycznością, umożliwiając utworzenie udziału plików spełniającego dokładne wymagania dotyczące magazynu i wydajności. Podczas tworzenia nowego aprowizowanego udziału plików w wersji 2 należy określić ilość miejsca do magazynowania, liczby operacji we/wy na sekundę i przepływności wymaganej przez udział plików. Ilość każdej aprowiznej ilości określa łączny rachunek.

Ilość miejsca do magazynowania, liczby operacji we/wy na sekundę i aprowizowanej przepływności to gwarantowane limity użycia udziału plików. Jeśli na przykład aprowizujesz 2 udział TiB i przekażesz 2 TiB danych do udziału, udział będzie pełny i nie będzie można dodać większej liczby danych, chyba że zwiększysz rozmiar udziału lub usuniesz niektóre dane. Zwiększenie liczby operacji we/wy na sekundę oparte na środkach zapewnia dodatkową elastyczność w zakresie użycia, w oparciu o najlepsze wysiłki, podczas gdy środki pozostają.

Ilość miejsca do magazynowania, liczby operacji we/wy na sekundę i aprowizowanej przepływności można dynamicznie skalować w górę lub w dół w miarę zmiany potrzeb, jednak można zmniejszyć aprowizowaną ilość tylko po upływie 24 godzin od czasu ostatniego wzrostu ilości. Zmiany magazynu, liczby operacji we/wy na sekundę i przepływności obowiązują w ciągu kilku minut po zmianie aprowizacji.

Domyślnie podczas tworzenia nowego udziału plików przy użyciu aprowizowanego modelu w wersji 2 udostępniamy zalecenie dotyczące liczby operacji we/wy na sekundę i ilości wymaganej przepływności na podstawie określonej ilości aprowizowanego magazynu. Chociaż te zalecenia są oparte na typowym użyciu klienta dla tej ilości aprowizowanego magazynu dla tej warstwy multimediów w usłudze Azure Files, możesz stwierdzić, że obciążenie wymaga większej lub mniejszej liczby operacji we/wy na sekundę i przepływności niż "typowy udział plików", a opcjonalnie możesz aprowizować więcej lub mniej operacji we/wy na sekundę i przepływność w zależności od indywidualnych wymagań dotyczących udziału plików.

Aprowizowana dostępność w wersji 2

Aprowizowany model w wersji 2 jest udostępniany dla udziałów plików na kontach magazynu z rodzajem konta magazynu FileStorage . Obecnie dostępny jest następujący podzbiór jednostek SKU konta magazynu:

Rodzaj konta magazynu Jednostka SKU konta magazynu Typ dostępnego udziału plików
FileStorage StandardV2_LRS Aprowizowane udziały plików HDD w wersji 2 z określoną nadmiarowością lokalną (LRS).
FileStorage StandardV2_ZRS Hdd aprowizowane udziały plików w wersji 2 z określoną nadmiarowością stref (ZRS).
FileStorage StandardV2_GRS Aprowizowane udziały plików HDD w wersji 2 z określoną nadmiarowością geograficzną (GRS).
FileStorage StandardV2_GZRS Aprowizowane udziały plików HDD w wersji 2 z określoną nadmiarowością GeoZone (GZRS).

Obecnie te jednostki SKU są ogólnie dostępne w ograniczonym podzestawie regionów:

  • Francja Środkowa
  • Francja Południowa
  • Australia Wschodnia
  • Australia Południowo-Wschodnia
  • Azja Wschodnia
  • Southeast Asia
  • Zachodnie stany USA 2
  • Zachodnio-środkowe stany USA
  • West Europe
  • Europa Północna

Szczegóły aprowizacji aprowizacji w wersji 2

Podczas tworzenia aprowizowanego udziału plików w wersji 2 należy określić aprowizowaną pojemność udziału plików pod względem magazynu, liczby operacji we/wy na sekundę i przepływności. Udziały plików są ograniczone na podstawie następujących atrybutów:

Towar Wartość dysku twardego
Jednostka aprowizacji magazynu 1 GiB
Jednostka aprowizacji operacji we/wy na sekundę 1 we/wy na sekundę
Jednostka aprowizacji przepływności 1 MiB /s
Minimalny aprowizowany magazyn na udział plików 32 GiB
Minimalna aprowizowana liczba operacji we/wy na sekundę na udział plików 500 IOPS
Minimalna aprowizowana przepływność na udział plików 60 MiB /s
Maksymalna aprowizowana pamięć masowa na udział plików 256 TiB (262,144 GiB)
Maksymalna aprowizowana liczba operacji we/wy na sekundę na udział plików 50 000 operacji we/wy na sekundę
Maksymalna aprowizowana przepływność na udział plików 5120 MiB / s
Maksymalna aprowizowana pamięć masowa na konto magazynu 4 PiB (4194,304 GiB)
Maksymalna aprowizowana liczba operacji we/wy na sekundę na konto magazynu 50 000 operacji we/wy na sekundę
Maksymalna aprowizowana przepływność na konto magazynu 5120 MiB / s
Maksymalna liczba udziałów plików na konto magazynu 50 udziałów plików

Domyślnie zalecamy aprowizację liczby operacji we/wy na sekundę i przepływności na podstawie określonego aprowizowanego magazynu. Te formuły rekomendacji są oparte na typowym użyciu klienta dla tej ilości aprowizowanego magazynu dla tej warstwy multimediów w usłudze Azure Files:

Nazwa formuły Formuła hdd
Zalecenie dotyczące liczby operacji we/wy na sekundę MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Zalecenie dotyczące przepływności MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

W zależności od indywidualnych wymagań dotyczących udziału plików może się okazać, że potrzebujesz większej lub mniejszej liczby operacji we/wy na sekundę lub przepływności niż nasze zalecenia i opcjonalnie możesz zastąpić te zalecenia własnymi wartościami zgodnie z potrzebami.

Aprowizowanie w wersji 2

Zwiększanie liczby operacji we/wy na sekundę oparte na kredytach zapewnia większą elastyczność w przypadku użycia operacji we/wy na sekundę. Ta elastyczność jest najlepiej używana jako bufor przed nieprzewidzianymi skokami operacji we/wy. W przypadku ustalonych wzorców we/wy zalecamy aprowizowanie szczytów operacji we/wy.

Środki na wzrost liczby operacji we/wy na sekundę gromadzą się za każdym razem, gdy ruch dla udziału plików jest poniżej aprowizowania (punktu odniesienia) liczby operacji we/wy na sekundę. Za każdym razem, gdy użycie operacji we/wy na sekundę udziału plików przekracza aprowizowaną liczbę operacji we/wy na sekundę i jest dostępne środki na liczbę operacji we/wy na sekundę, udział plików może przekroczyć maksymalny dozwolony limit liczby operacji we/wy na sekundę. Udziały plików mogą nadal rosnąć tak długo, jak długo istnieją pozostałe środki, ale jest to oparte na liczbie naliczanych środków z serii. Każde operacje we/wy poza aprowizowaną operacją we/wy zużywają jeden kredyt. Po zużytkeniu wszystkich środków udział powraca do aprowizowanej liczby operacji we/wy na sekundę. Operacje we/wy na sekundę w udziale plików nie muszą wykonywać żadnych specjalnych operacji w celu korzystania ze skalowania. Rozerwanie działa na zasadzie najlepszego wysiłku.

Środki na udział mają trzy stany:

  • Naliczanie, gdy udział plików używa mniejszej liczby operacji we/wy na sekundę.
  • Malejąco, gdy udział plików używa więcej niż aprowizowana liczba operacji we/wy na sekundę i w trybie skalowania.
  • Stała, gdy udział plików używa dokładnie zaaprowizowanej liczby operacji we/wy na sekundę i nie są naliczane ani używane żadne środki.

Nowy udział plików zaczyna się od pełnej liczby środków w zasobniku z serii. Środki na wzrost nie są naliczane, jeśli liczba operacji we/wy na sekundę udziału spadnie poniżej aprowizowanego limitu z powodu ograniczania przepustowości przez serwer. Następujące formuły służą do określania limitu liczby operacji we/wy na sekundę w pękcie i liczby środków możliwych dla udziału plików:

Towar Formuła hdd
Limit liczby operacji we/wy na sekundę MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
Środki na wzrost liczby operacji we/wy na sekundę (BurstLimit - ProvisionedIOPS) * 3600

W poniższej tabeli przedstawiono kilka przykładów tych formuł dla różnych aprowizowanych kwot operacji we/wy na sekundę:

Aprowizowane operacje wy/wy na sekundę Limit operacji we/wy na sekundę hdd Środki na wzrost dysków HDD
500 Do 5000 16,200,000
1000 Do 5000 14,400,000
3000 Do 9000 21,600,000
5,000 Do 15 000 36,000,000
10,000 Do 30 000 72,000,000
25,000 Do 50 000 90,000,000
50,000 Do 50 000 0

Aprowizowane migawki w wersji 2

Usługa Azure Files obsługuje migawki podobne do kopii woluminów w tle (VSS) na serwerze plików systemu Windows. Aby uzyskać więcej informacji na temat migawek udziałów, zobacz Omówienie migawek dla usługi Azure Files.

Migawki są zawsze różnicowe od udziału na żywo i od siebie. Jeśli aprowizowany model rozliczeniowy w wersji 2 całkowity różnicowy rozmiar wszystkich migawek mieści się w nadmiarowym aprowizowanej przestrzeni dyskowej udziału plików, nie ma dodatkowych kosztów magazynu migawek. Jeśli rozmiar danych udziału na żywo oraz różnicowe dane migawek jest większy niż aprowizowany magazyn udziału, nadwyżka używanej pojemności migawek jest rozliczana względem miernika Użycia migawki overflow. Formuła określania ilości przepełnienia to: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Niektóre usługi o wartości dodanej dla usługi Azure Files używają migawek w ramach ich propozycji wartości. Aby uzyskać więcej informacji, zobacz usługi dodane do wartości dla usługi Azure Files .

Zainicjowane usuwanie nietrwałe w wersji 2

Usunięte udziały plików na kontach magazynu z włączonym usuwaniem nietrwałym są rozliczane na podstawie używanej pojemności magazynu usuniętego udziału przez okres usuwania nietrwałego. Aby upewnić się, że usunięty udział plików można zawsze przywrócić, aprowizowany magazyn, liczba operacji we/wy na sekundę i przepływność udziału względem limitów konta magazynu do momentu przeczyszczania udziału plików, jednak nie są naliczane opłaty. Aby uzyskać więcej informacji na temat usuwania nietrwałego, zobacz Jak włączyć usuwanie nietrwałe w udziałach plików platformy Azure.

Aprowizowane mierniki rozliczeniowe w wersji 2

Udziały plików aprowidowane przy użyciu aprowizowanego modelu rozliczeniowego w wersji 2 są rozliczane względem następujących pięciu mierników rozliczeniowych:

  • Aprowizowany magazyn: ilość magazynu aprowizowanego w giB.
  • Aprowizowana liczba operacji we/wy na sekundę: aprowizowana ilość operacji we/wy na sekundę.
  • Aprowizowana przepływność MiBPS: ilość przepływności aprowizowanej w miB /s.
  • Użycie migawki przepełnienia: wszelkie różnicowe użycie migawek w giB, które nie mieści się w aprowizowanej pojemności magazynu. Aby uzyskać więcej informacji, zobacz aprowizowania migawek w wersji 2.
  • Użycie usunięte nietrwale: używana pojemność magazynu w giB dla nietrwałych udziałów plików. Aby uzyskać więcej informacji, zobacz aprowizacja usuwania nietrwałego w wersji 2.

Użycie w odniesieniu do aprowizowanych mierników rozliczeniowych w wersji 2 jest emitowane co godzinę pod względem jednostek godzinowych. Na przykład w przypadku udziału z aprowizowaną aplikacją 1024 GiB powinny zostać wyświetlone następujące elementy:

  • 1024 jednostki względem miernika aprowizowanego magazynu przez pojedynczą godzinę.
  • 24 576 jednostek względem aprowizowanego miernika magazynu , jeśli są agregowane przez dzień.
  • Zmienna liczba jednostek, jeśli agregowana przez miesiąc w zależności od liczby dni w miesiącu:
    • 28-dniowy miesiąc (normalny luty): 688 128 jednostek względem miernika aprowizowania magazynu .
    • 29-dniowy miesiąc (rok przestępny luty): 712 704 jednostki względem miernika aprowizowania magazynu .
    • 30-dniowy miesiąc: 737 280 jednostek względem miernika aprowizowania magazynu .
    • 31-dniowy miesiąc: 761 856 jednostek względem miernika aprowizowania magazynu .

Model aprowizacji w wersji 1

Aprowizowana metoda w wersji 1 zapewnia magazyn, liczbę operacji we/wy na sekundę i przepływność w stałym stosunku do siebie, podobnie jak w przypadku zakupu magazynu w rozwiązaniu magazynu lokalnego. Podczas tworzenia nowego aprowizowanego udziału plików w wersji 1 należy określić ilość miejsca potrzebnego do magazynowania, a liczba operacji we/wy na sekundę i przepływność są obliczane. Aprowizowany model w wersji 1 dla usługi Azure Files jest dostępny tylko dla udziałów plików SSD.

Ilość miejsca do magazynowania, który aprowizujesz, określa gwarantowane limity magazynowania, liczby operacji we/wy na sekundę i przepływności użycia udziału plików. Jeśli na przykład aprowizujesz 2 udział TiB i przekażesz 2 TiB danych do udziału, udział będzie pełny i nie będzie można dodać większej liczby danych, chyba że zwiększysz rozmiar udziału lub usuniesz niektóre dane. Zwiększenie liczby operacji we/wy na sekundę oparte na środkach zapewnia dodatkową elastyczność w zakresie użycia, w oparciu o najlepsze wysiłki, podczas gdy środki pozostają.

W przeciwieństwie do zakupu magazynu lokalnego aprowizowane udziały plików w wersji 1 mogą być dynamicznie skalowane w górę lub w dół, jednak można zmniejszyć aprowizowany magazyn dopiero po upływie 24 godzin od czasu ostatniego wzrostu magazynu. Zmiany magazynu, liczby operacji we/wy na sekundę i przepływności obowiązują w ciągu kilku minut po zmianie aprowizacji.

Możliwe jest zmniejszenie rozmiaru aprowizowanego udziału poniżej używanego giB. Jeśli to zrobisz, nie utracisz danych, ale nadal będą naliczane opłaty za rozmiar użyty i otrzymasz wydajność aprowizowanego udziału, a nie użytego rozmiaru.

Aprowizowana dostępność w wersji 1

Aprowizowany model v1 jest udostępniany dla udziałów plików SSD na kontach magazynu z rodzajem konta magazynu FileStorage :

Rodzaj konta magazynu Jednostka SKU konta magazynu Typ dostępnego udziału plików
FileStorage Premium_LRS Ssd aprowizowany udział plików w wersji 1 z określoną nadmiarowością lokalną (LRS).
FileStorage Premium_ZRS Ssd aprowizowany udział plików w wersji 1 z określoną nadmiarowością stref (ZRS).

Udziały plików SSD korzystające z zaaprowizowanego modelu w wersji 1 są ogólnie dostępne w większości regionów świadczenia usługi Azure. Aby uzyskać więcej informacji, zobacz Produkty platformy Azure według regionów .

Szczegóły aprowizacji aprowizacji w wersji 1

Podczas tworzenia aprowizowanego udziału plików w wersji 1 należy określić ilość miejsca do magazynowania, którego potrzebuje udział. Każdy aprowizowana giB uprawnia cię do większej liczby operacji we/wy na sekundę i przepływności w stałym stosunku. Udziały plików są ograniczone na podstawie następujących atrybutów:

Towar Wartość
Jednostka aprowizacji magazynu 1 GiB
Minimalny aprowizowany magazyn na udział plików 100 GiB
Maksymalna aprowizowana pamięć masowa na udział plików 100 TiB (102 400 GiB)
Maksymalna aprowizowana pamięć masowa na konto magazynu 100 TiB (102 400 GiB)

Liczba operacji we/wy na sekundę i przepływność aprowizowana w udziale są określane przez następujące formuły:

Towar Formuła
Obliczona aprowizowana liczba operacji we/wy na sekundę MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
Obliczona aprowizowana przepływność (MiB/s) 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

W zależności od indywidualnego wymagania dotyczącego udziału plików może się okazać, że potrzebujesz większej przepływności lub liczby operacji we/wy na sekundę, niż zapewniają nasze formuły aprowizacji. W takim przypadku należy aprowizować więcej miejsca do magazynowania, aby uzyskać wymaganą liczbę operacji we/wy na sekundę lub przepływność.

Aprowizowanie w wersji 1

Zwiększanie liczby operacji we/wy na sekundę oparte na kredytach zapewnia większą elastyczność w przypadku użycia operacji we/wy na sekundę. Ta elastyczność jest najlepiej używana jako bufor przed nieprzewidzianymi skokami operacji we/wy. W przypadku ustalonych wzorców we/wy zalecamy aprowizowanie szczytów operacji we/wy.

Środki na wzrost liczby operacji we/wy na sekundę gromadzą się za każdym razem, gdy ruch dla udziału plików jest poniżej aprowizowania (punktu odniesienia) liczby operacji we/wy na sekundę. Za każdym razem, gdy użycie operacji we/wy na sekundę udziału plików przekracza aprowizowaną liczbę operacji we/wy na sekundę i jest dostępne środki na liczbę operacji we/wy na sekundę, udział plików może przekroczyć maksymalny dozwolony limit liczby operacji we/wy na sekundę. Udziały plików mogą nadal rosnąć tak długo, jak długo istnieją pozostałe środki, ale jest to oparte na liczbie naliczanych środków z serii. Każde operacje we/wy poza aprowizowaną operacją we/wy zużywają jeden kredyt. Po zużytkeniu wszystkich środków udział powraca do aprowizowanej liczby operacji we/wy na sekundę. Operacje we/wy na sekundę w udziale plików nie muszą wykonywać żadnych specjalnych operacji w celu korzystania ze skalowania. Rozerwanie działa na zasadzie najlepszego wysiłku.

Środki na udział mają trzy stany:

  • Naliczanie, gdy udział plików używa mniejszej liczby operacji we/wy na sekundę.
  • Malejąco, gdy udział plików używa więcej niż aprowizowana liczba operacji we/wy na sekundę i w trybie skalowania.
  • Stała, gdy udział plików używa dokładnie zaaprowizowanej liczby operacji we/wy na sekundę i nie są naliczane ani używane żadne środki.

Nowy udział plików zaczyna się od pełnej liczby środków w zasobniku z serii. Środki na wzrost nie są naliczane, jeśli liczba operacji we/wy na sekundę udziału spadnie poniżej aprowizowanego limitu z powodu ograniczania przepustowości przez serwer. Następujące formuły służą do określania limitu liczby operacji we/wy na sekundę w pękcie i liczby środków możliwych dla udziału plików:

Towar Formuła
Limit serii MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
Środki na wzrost (BurstLimit - BaselineIOPS) * 3600

W poniższej tabeli przedstawiono kilka przykładów tych formuł dla aprowizowanych rozmiarów udziałów:

Pojemność (GiB) Liczba operacji we/wy na sekundę punktu odniesienia Operacje we/wy na sekundę Środki na wzrost Przepływność (ruch przychodzący i ruch wychodzący) (MiB/s)
100 3,100 Do 10 000 24,840,000 110
500 3500 Do 10 000 23,400,000 150
1,024 4,024 Do 10 000 21,513,600 203
5,120 8 120 Do 15 360 26,064,000 613
10,240 13,240 Do 30 720 62,928,000 1,125
33,792 36,792 Do 102 400 227,548,800 3,480
51,200 54,200 Do 102 400 164,880,000 5220
102,400 102,400 Do 102 400 0 10,340

Efektywna wydajność udziału plików podlega limitom sieci maszyny, dostępnej przepustowości sieci, rozmiarom operacji we/wy i równoległości, między innymi. Aby uzyskać maksymalną korzyść z równoległego przetwarzania, zalecamy włączenie funkcji SMB Multichannel w udziałach plików SSD. Zapoznaj się z przewodnikiem rozwiązywania problemów z wydajnością i wydajnością protokołu SMB, aby zapoznać się z niektórymi typowymi problemami z wydajnością i obejściami.

Aprowizowane migawki w wersji 1

Usługa Azure Files obsługuje migawki podobne do kopii woluminów w tle (VSS) na serwerze plików systemu Windows. Aby uzyskać więcej informacji na temat migawek udziałów, zobacz Omówienie migawek dla usługi Azure Files.

Migawki są zawsze różnicowe od udziału na żywo i od siebie. W aprowizowanej wersji 1 modelu rozliczeń łączny rozmiar różnicowy jest rozliczany względem miernika użycia, niezależnie od ilości aprowizowanego magazynu. Używany miernik magazynu migawek ma obniżoną cenę za aprowizowaną cenę magazynu.

Zainicjowane usuwanie nietrwałe w wersji 1

Usunięte udziały plików na kontach magazynu z włączonym usuwaniem nietrwałym są rozliczane na podstawie używanej pojemności magazynu usuniętego udziału przez okres usuwania nietrwałego. Pojemność magazynu użycia usuniętego nietrwale jest emitowana względem używanego miernika magazynu migawek. Aby uzyskać więcej informacji na temat usuwania nietrwałego, zobacz Jak włączyć usuwanie nietrwałe w udziałach plików platformy Azure.

Aprowizowane mierniki rozliczeniowe w wersji 1

Udziały plików aprowidowane przy użyciu aprowizowanego modelu rozliczeniowego w wersji 1 są rozliczane względem następujących dwóch mierników:

  • Aprowizowana wersja Premium: ilość magazynu aprowizowanego w giB.
  • Migawki w warstwie Premium: ilość używanych migawek i używana pojemność usuwania nietrwałego.

Użycie względem aprowizowanych mierników rozliczeniowych w wersji 1 jest emitowane co godzinę pod względem jednostek miesięcznych. Na przykład w przypadku udziału z aprowizowaną aplikacją 1024 GiB powinny zostać wyświetlone następujące elementy:

  • Zmienna liczba jednostek dla pojedynczej godziny w zależności od liczby dni w miesiącu:
    • 28-dniowy miesiąc (normalny luty): 1,5238 jednostek względem miernika Premium Provisioned .
    • 29-dniowy miesiąc (rok przestępny luty): 1,4713 jednostek względem miernika Premium Provisioned .
    • 30-dniowy miesiąc: 1,4222 jednostki względem miernika Premium Provisioned .
    • 31-dniowy miesiąc: 1,3763 jednostki względem miernika Premium Provisioned .
  • Zmienna liczba jednostek, jeśli agregowana przez dzień w zależności od liczby dni w miesiącu:
    • 28-dniowy miesiąc (normalny luty): 36,5714 jednostek względem miernika Premium Provisioned .
    • 29-dniowy miesiąc (rok przestępny w lutym): 35,3103 jednostek względem miernika Premium Provisioned .
    • 30-dniowy miesiąc: 34,1333 jednostki względem miernika Premium Provisioned .
    • 31-dniowy miesiąc: 33.0323 jednostki względem miernika Premium Provisioned .
  • 1024 jednostki względem miernika Premium Provisioned, jeśli są agregowane przez miesiąc.

Model funkcji Płać na bieżąco

W modelu płatności zgodnie z rzeczywistym użyciem kwota płatności jest określana na podstawie ilości używanej, a nie na podstawie aprowizowanej kwoty. Na wysokim poziomie płacisz koszt za ilość przechowywanych danych logicznych, a opłaty są naliczane również za transakcje na podstawie użycia tych danych. Model rozliczeń z płatnością zgodnie z rzeczywistym użyciem może być trudny do zaplanowannia w ramach procesu budżetowania, ponieważ model jest napędzany przez użycie przez użytkowników końcowych. Dlatego zalecamy użycie aprowizowanego modelu w wersji 2 dla nowych wdrożeń udziału plików. Model płatności zgodnie z rzeczywistym użyciem jest dostępny tylko dla udziałów plików HDD.

Dostępność z płatnością zgodnie z rzeczywistym użyciem

Model płatności zgodnie z rzeczywistym użyciem jest udostępniany dla udziałów plików HDD na kontach magazynu z rodzajem konta magazynu StorageV2 lub Storage :

Rodzaj konta magazynu Jednostka SKU konta magazynu Typ dostępnego udziału plików
StorageV2 lub Storage Standard_LRS Hdd z płatnością zgodnie z rzeczywistym użyciem udziałem plików z określoną nadmiarowością lokalną (LRS).
StorageV2 lub Storage Standard_ZRS Hdd pay-as-you-go udział plików z określoną nadmiarowością stref (ZRS).
StorageV2 lub Storage Standard_GRS Hdd z płatnością zgodnie z rzeczywistym użyciem udziału plików z określoną nadmiarowością geograficzną (GRS).
StorageV2 lub Storage Standard_GZRS Hdd płatność zgodnie z rzeczywistym użyciem udział plików z określoną nadmiarowością GeoZone (GZRS).

Udziały plików HDD korzystające z modelu płatności zgodnie z rzeczywistym użyciem są ogólnie dostępne we wszystkich regionach świadczenia usługi Azure.

Różnice w warstwach dostępu

Podczas tworzenia udziału plików HDD wybierasz między następującymi warstwami dostępu: zoptymalizowane pod kątem transakcji, gorąca i chłodna. Wszystkie trzy warstwy dostępu są przechowywane na dokładnie tym samym sprzęcie magazynu. Główną różnicą dla tych trzech warstw dostępu są ich ceny magazynu magazynowego magazynowego magazynów magazynowanych, które są niższe w chłodniejszych warstwach i ceny transakcji, które są wyższe w chłodniejszych warstwach. Składają się na to następujące elementy:

  • Optymalizacja transakcji, jak wskazuje nazwa, optymalizuje cenę dla dużych obciążeń operacji we/wy na sekundę (transakcji). Zoptymalizowane pod kątem transakcji ma najwyższą cenę magazynowania danych magazynowanych, ale najniższe ceny transakcji.
  • Gorąca jest w przypadku aktywnych obciążeń, które nie obejmują dużej liczby transakcji. Ma nieco niższą cenę magazynu magazynowego w spoczynku, ale nieco wyższe ceny transakcji w porównaniu z zoptymalizowaną transakcją. Pomyśl o tym jako o środku między warstwami zoptymalizowanymi pod kątem transakcji i warstwami chłodnym.
  • Warstwa Chłodna optymalizuje cenę obciążeń, które nie mają wysokiej aktywności, oferując najniższą cenę magazynowania w spoczynku, ale najwyższe ceny transakcji.

Jeśli w warstwie dostępu zoptymalizowanego pod kątem transakcji zostanie umieszczone rzadko używane obciążenie, zapłacisz prawie nic za kilka razy w miesiącu, w ramach którego będziesz wykonywać transakcje względem udziału. Jednak zapłacisz wysoką kwotę za koszty magazynowania danych. Jeśli ten sam udział został przeniesiony do warstwy dostępu Chłodna, nadal płacisz prawie nic za koszty transakcji, po prostu dlatego, że często dokonujesz transakcji dla tego obciążenia. Jednak warstwa dostępu chłodnego ma znacznie tańszą cenę magazynowania danych. Wybranie odpowiedniej warstwy dostępu dla przypadku użycia pozwala znacznie zmniejszyć koszty.

Podobnie, jeśli w warstwie dostępu chłodnego zostanie umieszczone wysoce dostępne obciążenie, zapłacisz o wiele więcej kosztów transakcji, ale mniej w przypadku kosztów magazynowania danych. Może to prowadzić do sytuacji, w której zwiększone koszty z cen transakcji zwiększają się przeważają nad oszczędnościami ze zmniejszonej ceny magazynowania danych, co prowadzi do płacenia większej ilości pieniędzy na chłodną, niż w przypadku optymalizacji transakcji. W przypadku niektórych poziomów użycia warstwa dostępu gorąca będzie najbardziej opłacalna, a warstwa dostępu chłodnego będzie droższa niż zoptymalizowana pod kątem transakcji.

Poziom obciążenia i działania określi najbardziej kosztowną warstwę dostępu dla udziału plików z płatnością zgodnie z rzeczywistym użyciem. W praktyce najlepszym sposobem na wybranie najbardziej ekonomicznej warstwy dostępu jest przyjrzenie się rzeczywistemu użyciu zasobów udziału (dane przechowywane, transakcje zapisu itp.). W przypadku udziałów plików z płatnością zgodnie z rzeczywistym użyciem zalecamy rozpoczęcie w warstwie zoptymalizowanej pod kątem transakcji podczas początkowej migracji do usługi Azure Files, a następnie wybranie odpowiedniej warstwy dostępu na podstawie użycia po zakończeniu migracji. Użycie transakcji podczas migracji zwykle nie wskazuje na normalne użycie transakcji.

Co to są transakcje?

Podczas instalowania udziału plików platformy Azure na komputerze przy użyciu protokołu SMB udział plików platformy Azure jest uwidoczniony na komputerze tak, jakby był to magazyn lokalny. Oznacza to, że aplikacje, skrypty i inne programy na komputerze mogą uzyskiwać dostęp do plików i folderów w udziale plików platformy Azure bez konieczności znajomości ich przechowywania na platformie Azure.

Podczas odczytu lub zapisu w pliku aplikacja, której używasz, wykonuje serię wywołań interfejsu API do interfejsu API systemu plików dostarczonego przez system operacyjny. Następnie system operacyjny interpretuje te wywołania do transakcji protokołu SMB, które są wysyłane przez sieć do usługi Azure Files w celu spełnienia. Zadanie postrzegane przez użytkownika końcowego jako pojedynczą operację, takie jak odczytywanie pliku od początku do końca, może zostać przetłumaczone na wiele transakcji SMB obsługiwanych przez usługę Azure Files.

W zasadzie model rozliczeń z płatnością zgodnie z rzeczywistym użyciem używany przez standardowe rachunki za udziały plików na podstawie użycia. Transakcje SMB i FileREST wykonywane przez aplikacje i skrypty reprezentują użycie udziału plików i są wyświetlane jako część rachunku. Ta sama koncepcja dotyczy usług w chmurze dodanych do wartości, które można dodać do udziału, takich jak Azure File Sync lub Azure Backup. Transakcje są pogrupowane w pięć różnych kategorii transakcji, które mają różne ceny w zależności od ich wpływu na udział plików platformy Azure. Te kategorie to: zapis, lista, odczyt, inne i usuwanie.

W poniższej tabeli przedstawiono kategoryzacja każdej transakcji:

Zasobnik transakcji Operacje zarządzania Operacje na danych
Transakcje zapisu
  • CreateShare
  • SetFileServiceProperties
  • SetShareMetadata
  • SetShareProperties
  • SetShareAcl
  • SnapshotShare
  • RestoreShare
  • CopyFile
  • Create
  • CreateDirectory
  • CreateFile
  • PutRange
  • PutRangeFromURL
  • SetDirectoryMetadata
  • SetFileMetadata
  • SetFileProperties
  • SetInfo
  • Write
  • PutFilePermission
  • Flush
  • SetDirectoryProperties
Transakcje listy
  • ListShares
  • ListFileRanges
  • ListFiles
  • ListHandles
Transakcje odczytu
  • GetFileServiceProperties
  • GetShareAcl
  • GetShareMetadata
  • GetShareProperties
  • GetShareStats
  • FilePreflightRequest
  • GetDirectoryMetadata
  • GetDirectoryProperties
  • GetFile
  • GetFileCopyInformation
  • GetFileMetadata
  • GetFileProperties
  • QueryDirectory
  • QueryInfo
  • Read
  • GetFilePermission
Inne/transakcje protokołu
  • AcquireShareLease
  • BreakShareLease
  • ReleaseShareLease
  • RenewShareLease
  • ChangeShareLease
  • AbortCopyFile
  • Cancel
  • ChangeNotify
  • Close
  • Echo
  • Ioctl
  • Lock
  • Logoff
  • Negotiate
  • OplockBreak
  • SessionSetup
  • TreeConnect
  • TreeDisconnect
  • CloseHandles
  • AcquireFileLease
  • BreakFileLease
  • ChangeFileLease
  • ReleaseFileLease
Usuwanie transakcji
  • DeleteShare
  • ClearRange
  • DeleteDirectory
  • DeleteFile

Uwaga

System plików NFS 4.1 jest dostępny tylko dla udziałów plików SSD, które korzystają z aprowizowanego modelu rozliczeń. Zasobniki transakcji nie mają wpływu na rozliczenia dla zaaprowizowanych udziałów plików.

Przełączanie między warstwami dostępu

Mimo że można zmienić udział plików z płatnością zgodnie z rzeczywistym użyciem między trzema warstwami dostępu, najlepszym rozwiązaniem do optymalizacji kosztów po migracji początkowej jest wybranie najbardziej optymalnej warstwy dostępu i pozostanie tam, chyba że zmieni się wzorzec dostępu. Dzieje się tak, ponieważ zmiana warstwy dostępu standardowego udziału plików powoduje dodatkowe koszty w następujący sposób:

  • Transakcje: po przeniesieniu udziału z warstwy dostępu gorąca do chłodniejszej warstwy dostępu poniesiesz opłatę za transakcję zapisu chłodniejszej warstwy dostępu dla każdego pliku w udziale. Przeniesienie udziału plików z chłodniejszej warstwy dostępu do bardziej gorącej warstwy dostępu spowoduje naliczenie opłaty za transakcję odczytu chłodniejszej warstwy dostępu dla każdego pliku w udziale.

  • Pobieranie danych: w przypadku przejścia z warstwy dostępu chłodnego na gorącą lub zoptymalizowaną pod kątem transakcji naliczysz opłatę za pobieranie danych na podstawie rozmiaru przeniesionych danych. Tylko warstwa dostępu chłodnego ma opłatę za pobieranie danych.

W poniższej tabeli przedstawiono podział kosztów przenoszenia warstw dostępu:

Warstwa dostępu Zoptymalizowane pod kątem transakcji (miejsce docelowe) Gorąca (miejsce docelowe) Chłodna (miejsce docelowe)
Zoptymalizowane pod kątem transakcji (źródło) --
  • 1 gorąca transakcja zapisu na plik.
  • 1 chłodna transakcja zapisu na plik.
Gorąca (źródło)
  • 1 gorąca transakcja odczytu na plik.
    		 --
    • 1 chłodna transakcja zapisu na plik.
    Chłodna (źródło)
    • 1 chłodna transakcja odczytu na plik.
    • Pobieranie danych na łączną liczbę użytych giB.
    • 1 chłodna transakcja odczytu na plik.
    • Pobieranie danych na łączną liczbę użytych giB.
    		 --

    Chociaż nie ma formalnego limitu częstotliwości zmiany warstwy dostępu udziału plików, udział zajmie trochę czasu na przejście na podstawie ilości danych w udziale. Nie można zmienić warstwy dostępu udziału, gdy udział plików przechodzi między warstwami dostępu. Zmiana warstwy dostępu udziału plików nie ma wpływu na zwykły dostęp do udziału plików.

    Wybieranie warstwy dostępu

    Niezależnie od sposobu migrowania istniejących danych do usługi Azure Files zalecamy początkowo utworzenie udziału plików w warstwie dostępu zoptymalizowanej pod kątem transakcji ze względu na dużą liczbę transakcji poniesionych podczas migracji. Po zakończeniu migracji i korzystaniu z kilku dni lub tygodni z regularnym użyciem możesz podłączyć liczbę transakcji do kalkulatora cen, aby dowiedzieć się, która warstwa dostępu najlepiej nadaje się do obciążenia.

    Ponieważ udziały plików z płatnością zgodnie z rzeczywistym użyciem pokazują tylko informacje o transakcji na poziomie konta magazynu, użycie metryk magazynu do oszacowania, która warstwa dostępu jest tańsza na poziomie udziału plików, jest niedoskonałą nauką. Jeśli to możliwe, zalecamy wdrożenie tylko jednego udziału plików na każdym koncie magazynu, aby zapewnić pełny wgląd w rozliczenia.

    Aby wyświetlić poprzednie transakcje:

    1. W witrynie Azure Portal przejdź do swojego konta magazynu.
    2. W menu usługi w obszarze Monitorowanie wybierz pozycję Metryki.
    3. Wybierz pozycję Zakres jako nazwę konta magazynu, Metryka Przestrzeń nazw jako "Plik", Metryka jako "Transakcje" i Agregacja jako "Suma".
    4. Wybierz pozycję Zastosuj dzielenie.
    5. Wybierz pozycję Wartości jako "Nazwa interfejsu API". Wybierz żądany limit i sortowanie.
    6. Wybierz żądany okres.

    Uwaga

    Upewnij się, że transakcje są wyświetlane w danym okresie, aby lepiej zrozumieć średnią liczbę transakcji. Upewnij się, że wybrany okres nie nakłada się na początkową aprowizację. Pomnoż średnią liczbę transakcji w tym okresie, aby uzyskać szacowane transakcje przez cały miesiąc.

    Migawki z płatnością zgodnie z rzeczywistym użyciem

    Usługa Azure Files obsługuje migawki podobne do kopii woluminów w tle (VSS) na serwerze plików systemu Windows. Aby uzyskać więcej informacji na temat migawek udziałów, zobacz Omówienie migawek dla usługi Azure Files.

    Migawki są zawsze różnicowe od udziału na żywo i od siebie. W modelu rozliczeniowym płatności zgodnie z rzeczywistym użyciem łączny rozmiar różnicowy jest rozliczany względem normalnego używanego miernika magazynu. Oznacza to, że na rachunku nie będzie widoczny oddzielny element wiersza reprezentujący migawki dla konta magazynu z płatnością zgodnie z rzeczywistym użyciem. Oznacza to również, że różnicowe użycie migawek jest liczone względem rezerwacji zakupionych dla udziałów plików z płatnością zgodnie z rzeczywistym użyciem.

    Usuwanie nietrwałe z płatnością zgodnie z rzeczywistym użyciem

    Usunięte udziały plików na kontach magazynu z włączonym usuwaniem nietrwałym są rozliczane na podstawie używanej pojemności magazynu usuniętego udziału plików przez okres usuwania nietrwałego. Usunięta nietrwale pojemność magazynu jest emitowana względem normalnego używanego miernika magazynu. Oznacza to, że na rachunku nie będzie widoczny oddzielny element wiersza reprezentujący nietrwale usunięte udziały plików dla konta magazynu z płatnością zgodnie z rzeczywistym użyciem. Oznacza to również, że nietrwałe użycie udziałów plików jest liczone względem rezerwacji zakupionych dla udziałów plików z płatnością zgodnie z rzeczywistym użyciem.

    Mierniki rozliczeniowe z płatnością zgodnie z rzeczywistym użyciem

    Udziały plików utworzone przy użyciu modelu rozliczeń z płatnością zgodnie z rzeczywistym użyciem są rozliczane według następujących mierników:

    • Dane przechowywane: używany magazyn, w tym udziały na żywo, migawki różnicowe i nietrwałe udziały plików w giB.
    • Metadane: rozmiar metadanych systemu plików skojarzonych z plikami i katalogami, takimi jak listy kontroli dostępu (ACL) i inne właściwości w giB. Ten miernik rozliczeniowy jest używany tylko w przypadku udziałów plików w warstwach dostępu Gorąca lub Chłodna.
    • Operacje zapisu: liczba zasobników transakcji zapisu (1 zasobnik = 10 000 transakcji).
    • Operacje listy: liczba zasobników transakcji listy (1 zasobnik = 10 000 transakcji).
    • Operacje odczytu: liczba zasobników transakcji odczytu (1 zasobnik = 10 000 transakcji).
    • Inne operacje protokołu Operations / Protocol: liczba innych zasobników transakcji (1 zasobnik = 10 000 transakcji).
    • Pobieranie danych: ilość danych odczytanych z udziału plików w GiB. Ten miernik jest używany tylko w przypadku udziałów plików w warstwie dostępu Chłodna.
    • Transfer danych replikacji geograficznej: jeśli udział plików ma nadmiarowość Geograficzna lub GeoZone, ilość danych zapisywanych w udziale plików replikowanych do regionu pomocniczego w giB.

    Użycie mierników rozliczeń Przechowywanych danych i Metadanych jest emitowane co godzinę pod względem jednostek miesięcznych. Na przykład w przypadku udziału z 1024 używanym giB powinny zostać wyświetlone następujące elementy:

    • Zmienna liczba jednostek dla pojedynczej godziny w zależności od liczby dni w miesiącu:
      • 28-dniowy miesiąc (normalny luty): 1,5238 jednostek względem miernika Dane przechowywane .
      • 29-dniowy miesiąc (rok przestępny): 1,4713 jednostek względem miernika Dane przechowywane .
      • 30-dniowy miesiąc: 1,4222 jednostki względem miernika Dane przechowywane .
      • 31-dniowy miesiąc: 1,3763 jednostki względem miernika Dane przechowywane .
    • Zmienna liczba jednostek, jeśli agregowana przez dzień w zależności od liczby dni w miesiącu:
      • 28-dniowy miesiąc (normalny luty): 36,5714 jednostek względem miernika Dane przechowywane .
      • 29-dniowy miesiąc (rok przestępny w lutym): 35,3103 jednostki względem miernika Dane przechowywane .
      • 30-dniowy miesiąc: 34,1333 jednostki względem miernika Dane przechowywane .
      • 31-dniowy miesiąc: 33.0323 jednostki względem miernika Dane przechowywane .
    • 1024 jednostki względem miernika Przechowywane dane, jeśli są agregowane przez miesiąc.

    Zużycie w stosunku do innych mierników (np. Operacje zapisu lub pobieranie danych) są emitowane co godzinę, ale ponieważ nie są one emitowane pod względem przedziału czasu, nie mają żadnych specjalnych przekształceń jednostkowych, o których należy pamiętać.

    Aprowizowany/limit przydziału, rozmiar logiczny i rozmiar fizyczny

    Usługa Azure Files śledzi trzy różne ilości w odniesieniu do pojemności udziału:

    • Aprowizowany rozmiar lub limit przydziału: zarówno w przypadku aprowizowanych, jak i płatnych udziałów plików zgodnie z rzeczywistym użyciem, należy określić maksymalny rozmiar, do którego może rosnąć udział plików. W aprowizowanych udziałach plików ta wartość jest nazywana aprowizowaną wielkością. Niezależnie od aprowiznej kwoty jest to, za co płacisz, niezależnie od tego, ile faktycznie używasz. W udziałach plików z płatnością zgodnie z rzeczywistym użyciem ta wartość jest nazywana limitem przydziału i nie ma bezpośredniego wpływu na rachunek. Aprowizowany rozmiar jest polem wymaganym do aprowizowania udziałów plików. W przypadku udziałów plików z płatnością zgodnie z rzeczywistym użyciem, jeśli aprowizowany rozmiar nie jest określony bezpośrednio, udział domyślnie będzie domyślnie do maksymalnej wartości obsługiwanej przez konto magazynu (100 TiB).

    • Rozmiar logiczny: rozmiar logiczny udziału plików lub pliku odnosi się do wielkości pliku bez uwzględnienia sposobu ich przechowywania, gdzie można zastosować optymalizacje magazynu. Rozmiar logiczny pliku to liczba przetransferowanych za pośrednictwem przewodu KiB/MiB/GiB w przypadku skopiowania go do innej lokalizacji. W udziałach plików aprowizowania i płatności zgodnie z rzeczywistym użyciem łączny rozmiar logiczny udziału plików jest używany do wymuszania względem aprowizowanego rozmiaru/przydziału. W udziałach plików z płatnością zgodnie z rzeczywistym użyciem rozmiar logiczny jest ilością używaną do rozliczeń użycia magazynowanych danych. Rozmiar logiczny jest określany jako "rozmiar" w oknie dialogowym właściwości systemu Windows dla pliku/folderu i jako "długość zawartości" według metryk usługi Azure Files.

    • Rozmiar fizyczny: rozmiar fizyczny pliku odnosi się do rozmiaru pliku jako zakodowanego na dysku. Może to być zgodne z rozmiarem logicznym pliku lub może być mniejsze w zależności od tego, jak plik został zapisany przez system operacyjny. Typową przyczyną różnicy rozmiaru logicznego i rozmiaru fizycznego jest użycie rozrzednych plików. Rozmiar fizyczny plików w udziale jest używany do rozliczeń migawek, chociaż przydzielone zakresy są współużytkowane między migawkami, jeśli są niezmienione (magazyn różnicowy).

    Usługi dodane do wartości

    Podobnie jak w przypadku wielu lokalnych rozwiązań magazynu usługa Azure Files udostępnia punkty integracji dla produktów pierwszej i innej firmy w celu integracji z udziałami plików należącymi do klienta. Mimo że te rozwiązania mogą zapewnić znaczną dodatkową wartość usłudze Azure Files, należy wziąć pod uwagę dodatkowe koszty, które te usługi dodają do całkowitego kosztu rozwiązania Azure Files.

    Koszty dzielą się na trzy zasobniki:

    • Koszty licencjonowania dla usługi o wartości dodanej. Mogą one mieć postać stałego kosztu dla klienta, użytkownika końcowego (czasami nazywanego "kosztem głównym"), udziału plików platformy Azure lub konta magazynu. Mogą one również być oparte na jednostkach wykorzystania magazynu, takich jak stały koszt dla każdego 500 GiB fragment danych w udziale plików.

    • Koszty transakcji dla usługi dodanej wartości. Niektóre usługi dodane wartości mają własną koncepcję transakcji na podstawie wybranego modelu rozliczeń usługi Azure Files. Te transakcje będą wyświetlane na rachunku w ramach opłat za usługę dodaną do wartości; odnoszą się one jednak bezpośrednio do sposobu używania usługi dodawanej do wartości z udziałem plików.

    • Koszty usługi Azure Files związane z używaniem usługi dodawanej do wartości. Usługa Azure Files nie pobiera bezpośrednio opłat za dodawanie usług dodawanych do wartości, ale w ramach dodawania wartości do udziału plików platformy Azure usługa dodawana może zwiększyć koszty widoczne w udziale plików platformy Azure. Jest to łatwe do zobaczenia w przypadku udziałów plików z płatnością zgodnie z rzeczywistym użyciem z powodu opłat za transakcje. Jeśli usługa dodawana wartości wykonuje transakcje względem udziału plików w Twoim imieniu, zostaną one wyświetlone na rachunku za transakcję usługi Azure Files, mimo że nie wykonaliśmy tych transakcji samodzielnie. Dotyczy to również aprowizowanych udziałów plików, chociaż może być mniej zauważalne. Transakcje względem aprowizowanych udziałów plików z liczby usług dodanych wartości względem aprowizowania liczb operacji we/wy na sekundę, co oznacza, że usługi dodane przez wartość mogą wymagać aprowizacji większej ilości miejsca do magazynowania, aby mieć wystarczającą liczbę operacji we/wy na sekundę lub przepływność dostępną dla obciążenia.

    Podczas obliczania całkowitego kosztu posiadania udziału plików należy wziąć pod uwagę koszty usługi Azure Files i wszystkich usług dodawanych do wartości, których chcesz używać z usługą Azure Files.

    Istnieje wiele usług pierwszej i innych firm. W tym dokumencie opisano podzestaw typowych usług innych firm używanych przez klientów z udziałami plików platformy Azure. Więcej informacji na temat usług, których nie ma na liście, można znaleźć na stronie cennika dla tej usługi.

    Azure File Sync

    Azure File Sync to usługa dodawana dla usługi Azure Files, która synchronizuje co najmniej jeden lokalny udział plików systemu Windows z udziałem plików platformy Azure. Ponieważ udział plików platformy Azure w chmurze zawiera pełną kopię danych w zsynchronizowanym udziale plików dostępnym lokalnie, możesz przekształcić lokalny serwer plików systemu Windows w pamięć podręczną udziału plików platformy Azure, aby zmniejszyć zużycie zasobów lokalnych. Dowiedz się więcej, czytając artykuł Introduction to Azure File Sync (Wprowadzenie do usługi Azure File Sync).

    Biorąc pod uwagę całkowity koszt posiadania rozwiązania wdrożonego przy użyciu usługi Azure File Sync, należy wziąć pod uwagę następujące aspekty kosztów:

    • Koszty kapitałowe i operacyjne serwerów plików systemu Windows z co najmniej jednym punktem końcowym serwera. Usługa Azure File Sync jako rozwiązanie replikacji jest niezależna od lokalizacji serwerów plików systemu Windows synchronizowanych z usługą Azure Files; mogą być hostowane lokalnie, na maszynie wirtualnej platformy Azure, a nawet w innej chmurze. Jeśli nie korzystasz z usługi Azure File Sync z systemem Windows File Server hostowanym na maszynie wirtualnej platformy Azure, kapitał (tj. koszty sprzętu z góry rozwiązania) i operacyjne (tj. koszty pracy, energii elektrycznej itp.) nie będą częścią rachunku za korzystanie z platformy Azure, ale nadal będą częścią całkowitego kosztu posiadania. Należy wziąć pod uwagę ilość danych potrzebnych do buforowania w środowisku lokalnym, liczbę procesorów CPU i ilość pamięci, jaką serwery plików systemu Windows muszą hostować obciążenia usługi Azure File Sync (zobacz zalecane zasoby systemowe, aby uzyskać więcej informacji) oraz inne koszty specyficzne dla organizacji.

    • Koszt licencjonowania serwera dla serwerów zarejestrowanych w usłudze Azure File Sync. Aby używać usługi Azure File Sync z określonym serwerem plików systemu Windows, musisz najpierw zarejestrować go w zasobie platformy Azure usługi Azure File Sync— usłudze synchronizacji magazynu. Każdy serwer rejestrowany po pierwszym serwerze ma stałą miesięczną opłatę. Chociaż ta opłata jest bardzo mała, jest to jeden składnik rachunku do rozważenia. Aby wyświetlić bieżącą cenę opłaty za rejestrację serwera dla żądanego regionu, zobacz sekcję File Sync na stronie cennika usługi Azure Files.

    • Koszty usługi Azure Files. Ponieważ usługa Azure File Sync jest rozwiązaniem do synchronizacji dla usługi Azure Files, spowoduje to korzystanie z zasobów usługi Azure Files. Niektóre z tych zasobów, takie jak użycie magazynu, są stosunkowo oczywiste, podczas gdy inne, takie jak wykorzystanie transakcji i migawek, może nie być. W przypadku większości klientów zalecamy używanie standardowych udziałów plików w usłudze Azure File Sync, chociaż usługa Azure File Sync jest w pełni obsługiwana w przypadku udziałów plików w warstwie Premium w razie potrzeby.

      • Wykorzystanie magazynu. Usługa Azure File Sync zreplikuje wszelkie zmiany wprowadzone w ścieżce na serwerze plików systemu Windows określonym w punkcie końcowym serwera do udziału plików platformy Azure, co spowoduje zużycie magazynu. W standardowych udziałach plików oznacza to, że dodanie lub zwiększenie rozmiaru istniejących plików w punktach końcowych serwera spowoduje wzrost kosztów magazynowania, ponieważ zmiany zostaną zreplikowane. W przypadku udziałów plików w warstwie Premium zmiany będą zużywać aprowizowaną przestrzeń — jest to odpowiedzialność za okresowe zwiększanie aprowizacji zgodnie z potrzebami w celu uwzględnienia wzrostu udziału plików.

      • Wykorzystanie migawek. Usługa Azure File Sync pobiera migawki na poziomie plików i udziałów w ramach zwykłego użycia. Mimo że wykorzystanie migawek jest zawsze różnicowe, może to przyczynić się w zauważalny sposób do całkowitego rachunku za usługę Azure Files.

      • Transakcje z współczynnika zmian. Gdy pliki zmieniają się w punktach końcowych serwera, zmiany są przekazywane do udziału w chmurze, co generuje transakcje. Po włączeniu obsługi warstw w chmurze dodatkowe transakcje są generowane na potrzeby zarządzania plikami warstwowymi, w tym operacjami we/wy w plikach warstwowych, oprócz kosztów ruchu wychodzącego. Chociaż ilość i typ transakcji są trudne do przewidzenia ze względu na współczynniki zmian i wydajność pamięci podręcznej, możesz użyć poprzednich wzorców transakcji, aby oszacować przyszłe koszty, jeśli uważasz, że przyszłe użycie będzie podobne do bieżącego użycia.

      • Transakcje z wyliczenia w chmurze. Usługa Azure File Sync wylicza udział plików platformy Azure w chmurze raz dziennie, aby odnaleźć zmiany wprowadzone bezpośrednio w udziale, aby umożliwić synchronizację z punktami końcowymi serwera. To skanowanie generuje transakcje, które są rozliczane na koncie magazynu w tempie jednej ListFiles transakcji na katalog dziennie. Możesz umieścić tę liczbę w kalkulatorze cen, aby oszacować koszt skanowania.

      Napiwek

      Jeśli nie wiesz, ile posiadasz folderów, zapoznaj się z narzędziem TreeSize firmy JAM Software GmbH.

    Azure Backup

    Usługa Azure Backup udostępnia bezserwerowe rozwiązanie do tworzenia kopii zapasowych dla usługi Azure Files, które bezproblemowo integruje się z udziałami plików oraz z innymi usługami dodawanymi do wartości, takimi jak Azure File Sync. Usługa Azure Backup dla usługi Azure Files to rozwiązanie do tworzenia kopii zapasowych oparte na migawkach, które udostępnia mechanizm planowania automatycznego tworzenia migawek zgodnie z harmonogramem zdefiniowanym przez administratora. Udostępnia również przyjazny dla użytkownika interfejs umożliwiający przywracanie usuniętych plików/folderów lub całego udziału do określonego punktu w czasie. Aby dowiedzieć się więcej, zobacz Informacje o kopii zapasowej udziału plików platformy Azure.

    Podczas rozważania kosztów korzystania z usługi Azure Backup należy wziąć pod uwagę następujące kwestie:

    • Koszt licencjonowania chronionego wystąpienia dla danych udziału plików platformy Azure. Usługa Azure Backup pobiera koszt licencjonowania chronionego wystąpienia na konto magazynu zawierające kopie zapasowe udziałów plików platformy Azure. Chronione wystąpienie jest definiowane jako 250 GiB magazynu udziałów plików platformy Azure. Konta magazynu zawierające mniej niż 250 GiB podlegają kosztowi wystąpienia chronionego ułamkiem. Aby uzyskać więcej informacji, zobacz Cennik usługi Azure Backup. Musisz wybrać pozycję Azure Files z listy usług, które usługa Azure Backup może chronić.

    • Koszty usługi Azure Files. Usługa Azure Backup zwiększa koszty usługi Azure Files na następujące sposoby:

      • Różnicowe koszty migawek udziałów plików platformy Azure. Usługa Azure Backup automatyzuje tworzenie migawek udziałów plików platformy Azure zgodnie z harmonogramem zdefiniowanym przez administratora. Migawki są zawsze różnicowe; Jednak dodany koszt zależy od długości migawek czasu i ilości zmian w udziale plików w tym czasie. Określa to, jak różni się migawka od udziału plików na żywo i w związku z tym ile dodatkowych danych jest przechowywanych przez usługę Azure Files.

      • Koszty transakcji z operacji przywracania. Operacje przywracania z migawki do udziału na żywo spowodują transakcje. W przypadku standardowych udziałów plików oznacza to, że odczyty z migawek/zapisów z przywracania są rozliczane jako zwykłe transakcje udziału plików. W przypadku aprowizowanych udziałów plików te operacje są liczone względem aprowizowanej liczby operacji we/wy na sekundę dla udziału plików.

    Microsoft Defender for Storage

    Usługa Microsoft Defender obsługuje usługę Azure Files w ramach swojego produktu Microsoft Defender for Storage. Usługa Microsoft Defender for Storage wykrywa nietypowe i potencjalnie szkodliwe próby uzyskania dostępu do udziałów plików platformy Azure lub wykorzystania ich za pośrednictwem protokołu SMB lub FileREST. Usługa Microsoft Defender for Storage jest włączona na poziomie subskrypcji dla wszystkich udziałów plików na kontach magazynu w tej subskrypcji.

    Usługa Microsoft Defender for Storage nie obsługuje funkcji ochrony antywirusowej dla udziałów plików platformy Azure.

    Głównym kosztem usługi Microsoft Defender for Storage jest dodatkowy zestaw kosztów transakcji pobieranych przez produkt na podstawie transakcji wykonywanych względem udziału plików platformy Azure. Chociaż te koszty są oparte na transakcjach poniesionych w usłudze Azure Files, nie są one częścią rozliczeń dla usługi Azure Files, ale raczej są częścią cennika usługi Microsoft Defender. Usługa Microsoft Defender dla usługi Storage nalicza stawkę transakcji nawet w przypadku aprowizowania udziałów plików, w których usługa Azure Files obejmuje transakcje w ramach aprowizacji operacji we/wy na sekundę. Bieżącą stawkę transakcji można znaleźć na stronie cennika Microsoft Defender dla Chmury w wierszu tabeli usługi Microsoft Defender for Storage.

    Duże udziały plików transakcji będą ponosić znaczne koszty za pomocą usługi Microsoft Defender for Storage. Na podstawie tych kosztów możesz zrezygnować z usługi Microsoft Defender for Storage dla określonych kont magazynu. Aby uzyskać więcej informacji, zobacz Wykluczanie konta magazynu z ochrony usługi Microsoft Defender for Storage.

    Rezerwacje

    Usługa Azure Files obsługuje rezerwacje (nazywane również wystąpieniami zarezerwowanymi) dla zaaprowizowanych modeli w wersji 1 i modelu płatności zgodnie z rzeczywistym użyciem. Rezerwacje umożliwiają osiągnięcie rabatu na magazyn przez wstępne zatwierdzenie wykorzystania magazynu. Należy rozważyć zakup wystąpień zarezerwowanych dla dowolnego obciążenia produkcyjnego lub obciążeń tworzenia i testowania z spójnymi śladami. W przypadku zakupu rezerwacji należy określić następujące wymiary:

    • Rozmiar pojemności: Rezerwacje mogą dotyczyć 10 TiB lub 100 TiB, z bardziej znaczącymi rabatami na zakup wyższej pojemności Rezerwacja. Możesz kupić wiele rezerwacji, w tym rezerwacje o różnych rozmiarach pojemności, aby spełnić wymagania dotyczące obciążenia. Jeśli na przykład wdrożenie produkcyjne ma 120 TiB udziałów plików, możesz kupić jedną rezerwację TiB o wartości 100 TiB i dwie rezerwacje TiB 10, aby spełnić całkowite wymagania dotyczące pojemności magazynu.
    • Termin: Rezerwacje można zakupić w okresie rocznym lub trzyletnim, z bardziej znaczącymi rabatami na zakup dłuższego okresu rezerwacji.
    • Warstwa: warstwa usługi Azure Files dla rezerwacji. Rezerwacje są obecnie dostępne dla warstw Premium (SSD), Gorąca (HDD) i Chłodna (HDD).
    • Lokalizacja: region świadczenia usługi Azure dla rezerwacji. Rezerwacje są dostępne w podzestawie regionów świadczenia usługi Azure.
    • Nadmiarowość: nadmiarowość magazynu dla rezerwacji. Rezerwacje są obsługiwane dla wszystkich obsługiwanych nadmiarowości usługi Azure Files, w tym LRS, ZRS, GRS i GZRS.
    • Częstotliwość rozliczeń: wskazuje, jak często konto jest rozliczane za rezerwację. Opcje obejmują miesięczne lub z góry.

    Po zakupie rezerwacji będzie ona automatycznie zużywana przez istniejące wykorzystanie magazynu. Jeśli używasz więcej miejsca do magazynowania niż zarezerwowane, zapłacisz cenę za saldo nieobjęte rezerwacją. Opłaty za transakcje, przepustowość, transfer danych i magazyn metadanych nie są uwzględniane w rezerwacji.

    Istnieją różnice w sposobie pracy rezerwacji z migawkami udziałów plików platformy Azure w przypadku udziałów plików z płatnością zgodnie z rzeczywistym użyciem i aprowizowanych udziałów plików w wersji 1. Jeśli wykonujesz migawki udziałów plików z płatnością zgodnie z rzeczywistym użyciem, różnice migawek są liczone względem rezerwacji i są rozliczane w ramach normalnego miernika magazynu. Jeśli jednak wykonujesz migawki aprowizowanych udziałów plików w wersji 1, migawki są rozliczane przy użyciu oddzielnego miernika i nie są liczone względem rezerwacji.

    Aby uzyskać więcej informacji na temat zakupu rezerwacji, zobacz Optymalizowanie kosztów usługi Azure Files przy użyciu rezerwacji.

    Zobacz też