Opis rozliczeń w usłudze Azure Files

Usługa Azure Files udostępnia dwa odrębne modele rozliczeń: aprowizowane i płatne zgodnie z rzeczywistym użyciem. Aprowizowany model jest dostępny tylko dla udziałów plików w warstwie Premium, które są udziałami plików wdrożonym w ramach rodzaju konta magazynu FileStorage . Model płatności zgodnie z rzeczywistym użyciem jest dostępny tylko dla standardowych udziałów plików, które są udziałami plików wdrożonych w ramach konta magazynu ogólnego przeznaczenia w wersji 2 (GPv2). W tym artykule wyjaśniono, jak działają oba modele, aby ułatwić zrozumienie miesięcznego rachunku za usługę Azure Files.

Ten film wideo to wywiad, który omawia podstawy modelu rozliczeniowego usługi Azure Files. Obejmuje ona sposób optymalizowania kosztów udziałów plików platformy Azure oraz porównywania usługi Azure Files z innymi ofertami magazynu plików lokalnie i w chmurze.

Aby uzyskać informacje o cenach usługi Azure Files, zobacz stronę cennika usługi Azure Files.

Dotyczy

Typ udziału plików SMB NFS
Udziały plików w warstwie Standardowa (GPv2), LRS/ZRS Tak Nie
Udziały plików w warstwie Standardowa (GPv2), GRS/GZRS Tak Nie
Udziały plików w warstwie Premium (FileStorage), LRS/ZRS Tak Tak

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, błędnie obelbelują jednostki magazynujące, jest to, że wiele systemów operacyjnych zaczęło używać tych akronimów, zanim zostały ustandaryzowane przez IEC, BIPM i NIST.

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ść? W przypadku usługi Azure Files używany model rozliczeniowy zależy od tego, czy wdrażasz udziały plików w warstwie Premium , czy standardowe . 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.

Rezerwacje

Usługa Azure Files obsługuje rezerwacje (nazywane również wystąpieniami zarezerwowanymi), co umożliwia uzyskanie 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, Gorąca i Chłodna.
  • 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 dla standardowych i premium udziałów plików. Jeśli wykonujesz migawki standardowych udziałów plików, różnice migawek są naliczane względem rezerwacji i są rozliczane jako część normalnego używanego miernika magazynu. Jeśli jednak wykonujesz migawki udziałów plików w warstwie Premium, migawki są rozliczane przy użyciu oddzielnego miernika i nie są uwzględniane w rezerwacji. Aby uzyskać więcej informacji, zobacz Migawki.

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

Aprowizowany model

Usługa Azure Files używa aprowizowanego modelu dla udziałów plików w warstwie Premium. W modelu aprowizacji rozliczeń proaktywnie określasz, jakie są wymagania dotyczące magazynu, a nie rozliczane na podstawie używanego elementu. Aprowizowany model magazynu jest podobny do zakupu lokalnego rozwiązania magazynu, ponieważ podczas aprowizowania udziału plików platformy Azure z określoną ilością miejsca do magazynowania płacisz za tę pojemność magazynu niezależnie od tego, czy używasz go, czy nie. W przeciwieństwie do zakupu lokalnych nośników fizycznych aprowizowane udziały plików mogą być dynamicznie skalowane w górę lub w dół w zależności od charakterystyki wydajności magazynu i operacji we/wy.

W dowolnym momencie można zwiększyć aprowizowany rozmiar udziału plików, ale można go zmniejszyć tylko wtedy, gdy upłynęło 24 godziny od ostatniego wzrostu. Po oczekiwaniu na 24 godziny bez zwiększenia limitu przydziału można zmniejszyć limit przydziału udziału tyle razy, ile chcesz, dopóki nie zwiększysz go ponownie. Zmiany skali liczby operacji we/wy na sekundę/przepływności będą obowiązywać w ciągu kilku minut po zmianie aprowizowanego rozmiaru.

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.

Metoda inicjowania obsługi

Podczas aprowizowania udziału plików w warstwie Premium należy określić, ile gib wymaga obciążenia. Każdy aprowizowana gib uprawnia do większej liczby operacji we/wy na sekundę i przepływności na stałe. Oprócz gwarantowanej podstawowej liczby operacji we/wy na sekundę każdy udział plików w warstwie Premium obsługuje skalowanie w sposób optymalny. Formuły dla liczby operacji we/wy na sekundę i przepływności są następujące:

Towar Wartość
Minimalny rozmiar udziału plików 100 GiB
Jednostka aprowizacji 1 GiB
Formuła liczby operacji we/wy na sekundę wg planu bazowe MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
Limit serii MIN(MAX(10000, 3 * ProvisionedStorageGiB), 102400)
Środki na wzrost (BurstLimit - BaselineIOPS) * 3600
Szybkość przepływności (ruch przychodzący i ruch wychodzący) (MiB/s) 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

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 w warstwie Premium. 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.

Zwielokrotnienie wydajności

Jeśli obciążenie wymaga dodatkowej wydajności, aby sprostać szczytowemu zapotrzebowaniu, możesz użyć środków na zwiększenie szybkości, aby przekroczyć limit liczby operacji we/wy na sekundę w udziale plików. Skalowanie jest zautomatyzowane i działa w oparciu o system kredytowy. Działa na zasadzie najlepszego wysiłku, a limit szybkości nie jest gwarancją.

Środki gromadzą się w zasobniku z dużą rzędu za każdym razem, gdy ruch dla udziału plików znajduje się poniżej podstawowej liczby operacji we/wy na sekundę. Środki uzyskane są używane później w celu włączenia skalowania, gdy operacje przekroczą liczbę operacji we/wy na sekundę wg planu bazowego.

Za każdym razem, gdy udział przekracza liczbę operacji we/wy na sekundę punktu odniesienia i ma środki w zasobniku serii, będzie on zwiększać się do maksymalnej dozwolonej maksymalnej szybkości szczytowego wzrostu. Akcje mogą nadal rosnąć tak długo, jak długo pozostają środki, ale jest to oparte na liczbie naliczanych kredytów z serii. Każde operacje we/wy poza podstawowymi operacjami we/wy zużywają jeden kredyt. Po zużytkeniu wszystkich środków udział zostanie odwrócony do bazowej liczby operacji we/wy na sekundę.

Środki na udział mają trzy stany:

  • Naliczanie, gdy udział plików używa mniejszej liczby operacji we/wy na sekundę wg planu bazowego.
  • Malejąco, gdy udział plików używa więcej niż podstawowa liczba operacji we/wy na sekundę i w trybie skalowania.
  • Stała, gdy udział plików używa dokładnie podstawowej 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 będą naliczane, jeśli liczba operacji we/wy na sekundę udziału spadnie poniżej punktu odniesienia z powodu ograniczania przepustowości przez serwer.

Model funkcji Płać na bieżąco

Usługa Azure Files używa modelu rozliczeniowego z płatnością zgodnie z rzeczywistym użyciem dla standardowych udziałów plików. W tym modelu kwota, którą płacisz, jest określana przez ilość rzeczywistego użycia, 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 płatności zgodnie z rzeczywistym użyciem może być opłacalny, ponieważ nie trzeba nadmiernie aprowizacji uwzględnić przyszłe wymagania dotyczące wzrostu ani wydajności. Nie musisz również co robić, jeśli obciążenie i zużycie danych różnią się w czasie. Z drugiej strony 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 zużycie przez użytkowników końcowych.

Różnice w warstwach standardowych

Podczas tworzenia standardowego udziału plików wybierasz między następującymi warstwami: zoptymalizowane pod kątem transakcji, gorąca i chłodna. Wszystkie trzy warstwy są przechowywane na dokładnie tym samym standardowym sprzęcie magazynu. Główną różnicą dla tych trzech warstw jest ich ceny magazynowania magazynów magazynowych magazynów magazynowych magazynów magazynowanych, które są niższe w chłodniejszych warstwach, a 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ń 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 zoptymalizowanej pod kątem transakcji umieścisz często używane obciążenie, zapłacisz prawie nic za kilka razy w miesiącu, w którym transakcje są wykonywane względem udziału. Jednak zapłacisz wysoką kwotę za koszty magazynowania danych. Jeśli ten sam udział został przeniesiony do warstwy Chłodna, nadal płacisz prawie nic za koszty transakcji, po prostu dlatego, że często dokonujesz transakcji dla tego obciążenia. Jednak warstwa Chłodna ma znacznie tańszą cenę magazynowania danych. Wybranie odpowiedniej warstwy dla przypadku użycia pozwala znacznie zmniejszyć koszty.

Podobnie, jeśli w warstwie Chłodna 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 możliwe, że warstwa Gorąca będzie najbardziej opłacalna, a warstwa chłodna będzie droższa niż zoptymalizowana pod kątem transakcji.

Poziom obciążenia i działania określi najbardziej opłacalną warstwę dla standardowego udziału plików. W praktyce najlepszym sposobem na wybranie najbardziej ekonomicznej warstwy jest przyjrzenie się rzeczywistemu użyciu zasobów udziału (dane przechowywane, transakcje zapisu itp.). W przypadku standardowych udziałów plików 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 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 w warstwie Premium, które korzystają z aprowizowanego modelu rozliczeń. Transakcje nie mają wpływu na rozliczenia udziałów plików w warstwie Premium.

Przełączanie między warstwami standardowymi

Mimo że można zmienić standardowy udział plików między trzema standardowymi warstwami udziału plików, najlepszym rozwiązaniem do optymalizacji kosztów po migracji początkowej jest wybranie najbardziej optymalnej warstwy, która ma być włączona, i pozostanie tam, chyba że zmieni się wzorzec dostępu. Dzieje się tak, ponieważ zmiana warstwy standardowego udziału plików powoduje dodatkowe koszty w następujący sposób:

  • Transakcje: w przypadku przenoszenia udziału z warstwy gorąca do warstwy chłodniejszej opłaty za transakcje zapisu warstwy chłodniejszej będą naliczane dla każdego pliku w udziale. Przeniesienie udziału plików z warstwy chłodniejszej do warstwy gorąca spowoduje naliczenie opłaty za transakcję odczytu w warstwie Chłodna dla każdego pliku w udziale.

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

W poniższej tabeli przedstawiono podział kosztów ruchomych warstw:

Warstwa 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 udziału plików, udział zajmie trochę czasu, aby przejść na podstawie ilości danych w udziale. Nie można zmienić warstwy udziału, gdy udział plików przechodzi między warstwami. Zmiana warstwy udziału plików nie ma wpływu na zwykły dostęp do udziału plików.

    Chociaż nie ma bezpośredniego mechanizmu przenoszenia między udziałami plików w warstwie Premium i standardową, ponieważ są one zawarte w różnych typach kont magazynu, można użyć narzędzia do kopiowania, takiego jak robocopy, aby przejść między udziałami plików w warstwie Premium i standardowym.

    Wybieranie warstwy

    Niezależnie od sposobu migrowania istniejących danych do usługi Azure Files zalecamy początkowo utworzenie udziału plików w warstwie zoptymalizowanej pod kątem transakcji z powodu dużej liczby 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 jest najbardziej odpowiednia dla obciążenia.

    Ponieważ standardowe udziały plików pokazują tylko informacje o transakcji na poziomie konta magazynu, użycie metryk magazynu do oszacowania, która warstwa 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. Przejdź do konta magazynu i wybierz pozycję Metryki na lewym pasku nawigacyjnym.
    2. Wybierz pozycję Zakres jako nazwę konta magazynu, Metryka Przestrzeń nazw jako "Plik", Metryka jako "Transakcje" i Agregacja jako "Suma".
    3. Wybierz pozycję Zastosuj dzielenie.
    4. Wybierz pozycję Wartości jako "Nazwa interfejsu API". Wybierz żądany limit i sortowanie.
    5. 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.

    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 udziałów plików w warstwie Premium, jak i standardowych, można określić maksymalny rozmiar, do którego może rosnąć udział plików. W udziałach plików w warstwie Premium 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 standardowych udziałach plików ta wartość jest nazywana limitem przydziału i nie ma bezpośredniego wpływu na rachunek. Aprowizowany rozmiar jest polem wymaganym dla udziałów plików w warstwie Premium. W przypadku standardowych udziałów plików, jeśli aprowizowany rozmiar nie jest określony bezpośrednio, udział będzie domyślnie domyślnie maksymalną wartością obsługiwaną przez konto magazynu.

    • 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ć dodatkowe optymalizacje. 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 w warstwie Premium i w warstwie Standardowa łączny rozmiar logiczny udziału plików jest używany do wymuszania względem aprowizowanego rozmiaru/limitu przydziału. W standardowych udziałach plików rozmiar logiczny jest ilością używaną do rozliczeń użycia danych magazynowanych. 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). Aby dowiedzieć się więcej na temat sposobu naliczania opłat za migawki w usłudze Azure Files, zobacz Migawki.

    Migawki

    Usługa Azure Files obsługuje migawki podobne do kopii woluminów w tle (VSS) na serwerze plików systemu Windows. Migawki są zawsze różnicowe od udziału na żywo i od siebie, co oznacza, że zawsze płacisz tylko za to, co różni się w każdej migawce. Aby uzyskać więcej informacji na temat migawek udziałów, zobacz Omówienie migawek dla usługi Azure Files.

    Migawki nie są uwzględniane w limitach rozmiaru udziału plików, chociaż jest ograniczona do określonej liczby migawek. Aby wyświetlić bieżące limity migawek, zobacz Cele skalowania udziałów plików platformy Azure.

    Migawki są zawsze rozliczane na podstawie różnicowego wykorzystania magazynu każdej migawki. Wygląda to jednak nieco inaczej między udziałami plików w warstwie Premium a standardowymi udziałami plików:

    • W udziałach plików w warstwie Premium migawki są rozliczane według własnego miernika migawek, który ma obniżoną cenę za aprowizowaną cenę magazynu. Oznacza to, że na rachunku będzie widoczny oddzielny element wiersza reprezentujący migawki udziałów plików w warstwie Premium dla każdego konta magazynu FileStorage na rachunku.

    • W standardowych udziałach plików migawki są rozliczane jako część normalnego używanego miernika magazynu, mimo że opłaty są nadal naliczane tylko za różnicowy koszt migawki. Oznacza to, że na rachunku nie będzie widoczny oddzielny element wiersza reprezentujący migawki dla każdego standardowego konta magazynu zawierającego udziały plików platformy Azure. Oznacza to również, że różnicowe użycie migawek jest liczone względem rezerwacji zakupionych dla standardowych udziałów plików.

    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 .

    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 różni się od tego, co usługa Azure Files postrzega jako transakcję. 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 w przypadku standardowych udziałów plików, ponieważ standardowe udziały plików mają model płatności zgodnie z rzeczywistym użyciem z opłatami 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ż udziałów plików w warstwie Premium, chociaż może być mniej zauważalne. Dodatkowe transakcje względem udziałów plików w warstwie Premium z liczby usług dodawanych do aprowizowania liczby 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.

    Aby zoptymalizować koszty usługi Azure Files za pomocą usługi Azure File Sync, należy rozważyć warstwę udziału plików. Aby uzyskać więcej informacji na temat wybierania warstwy dla każdego udziału plików, zobacz wybieranie warstwy udziału plików.

    Jeśli przeprowadzasz migrację do usługi Azure File Sync z usługi StorSimple, zobacz Porównanie kosztów usługi StorSimple z usługą Azure File Sync.

    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 dodatkowy koszt dodany do łącznego rachunku zależy od czasu, przez jaki migawki czasu są przechowywane, oraz ilość 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 będą rozliczane jako zwykłe transakcje udziału plików. W przypadku udziałów plików w warstwie Premium 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 for Storage nalicza stawkę transakcji nawet w udziałach plików w warstwie Premium, gdzie 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.

    Zobacz też