Vysvětlení fakturačních modelů služby Azure Files

Náklady na nasazení služby Azure Files jsou určeny čtyřmi klíčovými faktory:

• Model fakturace: Azure Files podporuje tři různé fakturační modely, které tvaruje strukturu nákladů nasazení služby Azure Files:

  • Zřízeno v2: Zřízený fakturační model, ve kterém máte možnost samostatně zřizovat úložiště, IOPS a propustnost. Platíte na základě toho, co poskytnete, bez ohledu na to, kolik skutečně používáte. Pro všechna nová nasazení služby Azure Files doporučujeme zřízený model v2.
  • Zřízeno v1: Zřízený fakturační model, ve kterém zřídíte potřebné množství úložiště, zatímco počet IOPS a propustnost se určují podle toho, kolik úložiště zřídíte. Pokud nemáte konkrétní důvod k použití zřízeného modelu v1, doporučujeme použít zřízený model v2.
  • Průběžné platby: Fakturační model založený na využití, ve kterém se náklady určují na základě toho, kolik sdílené složky používáte, ve formě využitého úložiště, transakce a nákladů na přenos dat. Pokud nemáte konkrétní důvod k použití modelu s platbou za využití, doporučujeme použít zřízený model v2.

• Úroveň médií: Azure Files podporuje dvě různé vrstvy úložiště, SSD a HDD. Díky tomu můžete sdílené složky přizpůsobit požadavkům na výkon a cenu vašeho scénáře.

  • SSD (Premium): Sdílené složky hostované na jednotkách SSD (Solid-State Drive) poskytují konzistentní vysoký výkon a nízkou latenci s latencí s jednou číslicí v milisekundách pro většinu vstupně-výstupních operací.
  • HDD (standard): Sdílené složky hostované na pevných discích (HDD) poskytují nákladově efektivní úložiště pro obecné použití.

• Redundance: Azure Files podporuje čtyři různé možnosti redundance, které umožňují řídit, kolik kopií vašich dat je uložených a kde jsou tyto kopie umístěné v infrastruktuře Azure. Odolnější možnosti poskytují větší odolnost a dostupnost, ale za vyšší cenu:

  • Místní: Místně redundantní úložiště (LRS) uchovává tři kopie dat v rámci jednoho datového centra v jedné oblasti.
  • Zóna: Zónově redundantní úložiště (ZRS) ukládá tři kopie vašich dat napříč nezávislými datacentry (zónami dostupnosti) v rámci oblasti.
  • Geografická oblast: Geograficky redundantní úložiště (GRS) ukládá tři kopie dat v primární oblasti a asynchronně replikuje do spárované oblasti celkem šest kopií. K dispozici pouze v úložišti HDD.
  • GeoZone: Geograficky redundantní úložiště (GZRS) kombinuje redundanci zón v primární oblasti s asynchronní replikací do sekundární oblasti. K dispozici pouze v úložišti HDD.

• Model prostředků: Azure Files podporuje dva různé typy prostředků, spravovatelné položky, které vytvoříte a nakonfigurujete v rámci předplatných a skupin prostředků Azure. Každý typ prostředku podporuje mírně odlišné možnosti modelu fakturace, které pak ovlivňují nákladovou i nákladovou strukturu:

  • Účty úložiště představují sdílený fond úložiště, IOPS a propustnost, ve kterém můžete v závislosti na druhu účtu úložiště nasadit klasické sdílené složky nebo jiné prostředky úložiště. Účty úložiště podporují všechny fakturační modely, úrovně médií a možnosti redundance. Všechny prostředky úložiště nasazené do účtu úložiště sdílejí limity, které platí pro tento účet úložiště. Klasické sdílené složky podporují protokoly SMB i NFS, i když nfs je podporován pouze v úložišti SSD. Účty úložiště nabízí Microsoft.Storage poskytovatel prostředků.

  • Sdílené složky (Preview) jsou novým typem prostředku nejvyšší úrovně, který zjednodušuje nasazení služby Azure Files odstraněním účtu úložiště. Sdílené složky podporují pouze doporučený zřízený model v2 a podporují pouze vrstvu médií SSD s protokolem systému souborů NFS. Sdílené složky poskytuje poskytovatel prostředků Microsoft.FileShares.

Informace o cenách služby Azure Files najdete na stránce s cenami služby Soubory Azure.

Toto video poskytuje komplexní přehled rozdílů mezi různými fakturačními modely služby Azure Files, včetně průběžných plateb, zřízené verze 1 a zřízené verze 2.

Toto video podrobně popisuje model fakturace zřízeného ve službě Azure Files v2 a nabízí pokyny k nastavení a doporučení pro snížení celkových nákladů na vlastnictví.

Jednotky úložiště

Azure Files používá měrné jednotky base-2 k reprezentaci úložné kapacity: KiB, MiB, GiB a TiB.

Akronym	Definition	Jednotka
KiB	1 024 bajtů	kibibyte
MiB	1 024 KiB (1 048 576 bajtů)	mebibyte
GiB	1 024 MiB (1 073 741 824 bajtů)	gibibyte
TiB	1 024 GiB (1 099 511 627 776 bajtů)	tebibyte

Jednotky měření base-2 se běžně používají ve většině operačních systémů a nástrojů k měření množství úložiště. Nicméně jsou často nesprávně označovány jako jednotky desetinné soustavy, které možná znáte: KB, MB, GB a TB. Běžným důvodem, proč operační systémy jako Windows nesprávně označuje úložné jednotky, je, že mnoho operačních systémů začaly používat tyto zkratky dříve, než byly standardizovány Mezinárodní elektrotechnická komise (IEC), Mezinárodní úřad pro váhy a míry (BIPM) a AMERICKÝ National Institute of Standards and Technology (NIST).

Následující tabulka ukazuje, jak běžné operační systémy měří a označují úložiště.

Operační systém	Měrný systém	Označování
Windows	Základ-2	Konzistentně nesprávně označí jako base-10.
Linuxové distribuce	Běžně se používá dvojková soustava, ale některý software používá desítkovou soustavu.	Nekonzistentní označování, soulad mezi měřením a označováním závisí na softwarovém balíčku.
operační systém macOS, iOS a iPad	Base-10	Konzistentně označuje jako desítkovou soustavu.

Pokud váš operační systém není uvedený, obraťte se na dodavatele operačního systému.

Kontrolní seznam celkových nákladů na sdílení souborů

Pokud migrujete do služby Azure Files z místního prostředí nebo porovnáváte Azure Files s jinými cloudovými úložnými řešeními, zvažte následující faktory, které zajistí spravedlivé porovnání:

• Jak platíte za úložiště, IOPS a šířku pásma? Většina cloudových řešení má modely, které odpovídají principům zřízeného úložiště, jako je determinismus cen a jednoduchost, nebo úložiště s průběžnými platbami, které můžou optimalizovat náklady jenom tím, že vám budou účtovat poplatky za to, co skutečně používáte. Zřízené fakturační modely se můžou lišit v závislosti na minimální velikosti zřízeného podílu, zřizovací jednotce a možnosti zvýšit či snížit kapacitu zřizování.

• Existují nějaké metody optimalizace nákladů na úložiště? Rezervace služby Azure Files můžete využít k dosažení až 36% slevy na úložiště. Jiná řešení můžou využívat strategie, jako je odstranění duplicitních dat nebo komprese, a volitelně tak optimalizovat efektivitu úložiště. Tyto strategie optimalizace úložiště ale často mají nepeněžní náklady, například snížení výkonu. Rezervace služby Azure Files nemají žádné vedlejší účinky na výkon.

• Jak dosáhnete odolnosti úložiště a redundance? Díky službě Azure Files jsou součástí nabídky produktů odolnost úložiště a redundance. Všechny úrovně a úrovně redundance zajišťují vysokou dostupnost dat a alespoň tři kopie vašich dat. Při zvažování dalších možností úložiště souborů zvažte, jestli je integrovaná odolnost úložiště a redundance, nebo něco, co musíte sestavit sami.

• Co potřebujete ke správě? Azure Files je plně spravované řešení. Jiná řešení můžou vyžadovat aktualizace operačního systému nebo správu virtuálních prostředků, jako jsou virtuální počítače, disky a síťové IP adresy.

• Jaké jsou náklady na produkty přidané hodnoty? Služba Azure Files podporuje integraci s několika službami s přidanými hodnotami třetích stran. Služby přidané hodnotou, jako je Azure Backup, Synchronizace souborů Azure a Microsoft Defender for Storage, poskytují funkce zálohování, replikace a ukládání do mezipaměti a funkce zabezpečení pro Azure Files. Řešení přidaná hodnotou, ať už místně nebo v cloudu, mají vlastní náklady na licence a produkty, ale často se považují za součást celkových nákladů na vlastnictví úložiště souborů.

Nastavený model v2

Zřízený model v2 pro Azure Files spojuje předvídatelnost celkových nákladů na vlastnictví s flexibilitou, což vám umožňuje vytvořit sdílený disk, který vyhovuje vašim přesným požadavkům na úložiště a výkon. Když vytvoříte novou zřízenou sdílenou složku v2, určíte, kolik úložiště, IOPS a propustnosti sdílené složky potřebuje. Částka každého množství, které zřídíte, určuje celkovou fakturu.

Množství úložiště, IOPS a propustnosti, které zřídíte, jsou zaručená omezení využití sdílené složky. Pokud například zřídíte sdílenou složku 2 TiB a nahrajete do sdílené složky 2 TiB data, vaše sdílená složka bude plná. Pokud nezvětšíte velikost sdílené složky nebo neodstraníte některá data, nebudete moct přidávat další data. Nárůst IOPS založený na kreditech poskytuje větší flexibilitu týkající se využití, a to na základě maximálního úsilí, zatímco kredity zůstávají.

Množství úložiště, IOPS a propustnosti, které zřídíte, se dá dynamicky vertikálně navýšit nebo snížit podle toho, jak se vaše potřeby mění. Zřízené množství ale můžete snížit až po uplynutí 24 hodin od posledního zvýšení množství. Změny úložiště, IOPS a propustnosti se projeví během několika minut po změně zřizování.

Při vytváření nové sdílené složky pomocí zřízeného modelu v2 ve výchozím nastavení doporučujeme zjistit, kolik IOPS a kolik propustnosti potřebujete. Vypočítá se na základě množství zřízeného úložiště, které zadáte. Tato doporučení jsou založená na typickém využití zákazníka pro danou úroveň zřízeného úložiště pro zvolenou úroveň médií. Možná ale zjistíte, že vaše úloha vyžaduje více nebo méně vstupně-výstupních operací za sekundu a propustnost než typická sdílená složka. V takovém případě můžete volitelně zřídit více nebo méně vstupně-výstupních operací za sekundu a propustnost v závislosti na požadavcích na jednotlivé sdílené složky.

Zajištěná dostupnost v2

Zřízený model v2 je k dispozici pro následující kombinace vrstvy médií, redundance a protokolu pro sdílení souborů:

Úroveň médií	Nadbytečnost	Protokol pro sdílení souborů	Klasické sdílené složky (Microsoft.Storage)	Sdílené složky (Microsoft.FileShares)
SSD	Local	protokol SMB
SSD	Zóna	protokol SMB
SSD	Local	NFS
SSD	Zóna	NFS
pevný disk	Local	protokol SMB
pevný disk	Zóna	protokol SMB
pevný disk	Geo	protokol SMB
pevný disk	GeoZone	protokol SMB
pevný disk	Local	NFS
pevný disk	Zóna	NFS
pevný disk	Geo	NFS
pevný disk	GeoZone	NFS

V současné době je zřízený model v2 obecně dostupný v omezené podmnožině oblastí:

• Všechny oblasti veřejného cloudu Azure
• Všechny regiony cloudu Azure pro vládu USA

Poznámka:

Ne všechny oblasti podporují všechny úrovně médií a možnosti redundance.

Podrobnosti nastavení verze V2

Při vytváření zřízené sdílené složky v2 určíte zřízenou kapacitu pro sdílenou složku z hlediska úložiště, IOPS a propustnosti. Sdílené složky jsou omezené na základě následujících atributů:

Položka	Hodnota SSD	Hodnota HDD
Jednotka zřizování úložiště	1 GiB	1 GiB
Jednotka zajištění IOPS	1 vstupně-výstupní operace za sekundu	1 vstupně-výstupní operace za sekundu
Jednotka zajištění propustnosti	1 MiB / sek.	1 MiB / sek.
Minimální zřízené úložiště	32 GB	32 GB
Minimální zřízené IOPS	3 000 IOPS	500 IOPS
Minimální zřízená propustnost	100 MiB / s	60 MiB / s
Maximální zřízené úložiště	256 TiB (262 144 GiB)	256 TiB (262 144 GiB)
Maximální počet zřízených vstupně-výstupních operací za sekundu	102 400 IOPS	50 000 IOPS
Maximální zřízená propustnost	10 340 MiB / s	5 120 MiB / s

Ve výchozím nastavení doporučujeme nastavení IOPS a propustnosti na základě vámi zadaného úložiště. Tyto vzorce doporučení vycházejí z typického využití zákazníka pro dané množství zřízeného úložiště pro danou úroveň médií ve službě Azure Files:

Název vzorce	Vzorec SSD	Vzorec HDD
Doporučení IOPS	MIN(MAX(3000 + CEILING(1 * ProvisionedStorageGiB), 3000), 102400)	MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Doporučení k propustnosti	MIN(MAX(100 + CEILING(0.1 * ProvisionedStorageGiB), 100), 10340)	MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

V závislosti na požadavcích na jednotlivé sdílené složky můžete zjistit, že potřebujete více nebo méně vstupně-výstupních operací za sekundu nebo propustnost než naše doporučení. Volitelně můžete tato doporučení přepsat vlastními hodnotami podle vlastního uvážení.

Zřízené navýšení kapacity v2

Nárůst IOPS založený na kreditech poskytuje větší flexibilitu při využití IOPS. Tato flexibilita se nejlépe používá jako záložní mechanismus proti nečekaným špičkám I/O. U zavedených vzorů vstupně-výstupních operací doporučujeme zřídit vstupně-výstupní špičky.

Kredity burst IOPS se hromadí vždy, když je provoz sdílené složky menší než zřízený (základní) IOPS. Kdykoli využití IOPS sdílení souborů překročí zřízené IOPS a jsou k dispozici burst IOPS kredity, může sdílení souborů navýšit výkon až do maximálního povoleného limitu burst IOPS. Sdílené úložiště mohou pokračovat v režimu burst, dokud zbývají kredity, a to na základě počtu nahromaděných burst kreditů. Každý IO nad rámec zřízeného počtu IOPS spotřebuje jeden kredit. Jakmile se spotřebují všechny kredity, vrátí se podíl na zajištěné IOPS. IOPS pro sdílenou složku nemusí dělat nic zvláštního, aby bylo možné využít na zvýšené zátěže. Bursting funguje na bázi nejlepšího úsilí.

Stavy sdílených kreditů jsou tři:

• Akumulace, když sdílená složka využívá méně než přidělené IOPS.
• Odmítnutí, když sdílená složka používá více než zřízený počet vstupně-výstupních operací za sekundu a je v režimu burstu.
• Neměnný stav, pokud sdílená složka používá přesně zřízený počet IOPS a nejsou žádné kredity nahromaděné ani využívané.

Nové sdílení souborů začíná s plným počtem kreditů ve výbušném kbelíku. Pokud počet vstupně-výstupních operací za sekundu sdílené složky klesne pod zřízený limit kvůli omezením serverem, kredity pro zvýšení výkonu se nenabíhají. Následující vzorce slouží k určení limitu počtu vstupně-výstupních operací za sekundu a počtu kreditů, které je možné pro sdílenou složku:

Položka	Vzorec SSD	Vzorec HDD
Limit nárazových IOPS	MIN(MAX(3 * ProvisionedIOPS, 10000), 102400)	MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
Kredity pro burst IOPS	(BurstLimit - ProvisionedIOPS) * 3600	(BurstLimit - ProvisionedIOPS) * 3600

Následující tabulka ukazuje několik příkladů těchto vzorců pro různé zřízené částky IOPS:

Alokované IOPS	Limit počtu vstupně-výstupních operací vstupně-výstupních operací za sekundu	Kredity s nárůstem kapacity SSD	Limit počtu IOPS při burstu u HDD	Kredity za zvýšení výkonu HDD
500	--	--	Až 5 000	16,200,000
1000	--	--	Až 5 000	14,400,000
3 000	Až 10 000	25,200,000	Až 9 000	21,600,000
5 000	Až 15 000	36,000,000	Až 15 000	36,000,000
10 000	Až 30 000	72,000,000	Až 30 000	72,000,000
25,000	Až 75 000	180,000,000	Až 50 000	90,000,000
50 000	Až 102 400	188,640,000	Až 50 000	0
75,000	Až 102 400	98,640,000	--	--
102,400	Až 102 400	0	--	--

Zřízené modely prostředků v2

Zřízený model fakturace v2 je k dispozici pro oba typy prostředků, které používá Azure Files. Zřízenou sdílenou složku v2 můžete vytvořit buď jako klasickou sdílenou složku v rámci účtu úložiště (Microsoft.Storage), nebo přímo jako sdílenou složku nejvyšší úrovně (Microsoft.FileShares).

Zřízené klasické sdílené složky v2 (Microsoft.Storage)

Pokud chcete vytvořit klasickou sdílenou složku pomocí zřízeného modelu v2, musí váš účet úložiště použít jednu z následujících kombinací nastavení:

Druh účtu úložiště	SKU účtu úložiště	Typ dostupného klasického sdílení souborů
Úložiště souborů	PremiumV2_LRS	Ssd zřídil klasické sdílené složky v2 se zadanou místní redundancí.
Úložiště souborů	PremiumV2_ZRS	Ssd zřídil klasické sdílené složky v2 se zadanou redundancí zóny.
Úložiště souborů	StandardV2_LRS	HDD s klasickými sdílenými soubory v2 s definovanou místní redundancí
Úložiště souborů	StandardV2_ZRS	Zřízené klasické sdílené složky v2 na pevných discích se zónovou redundancí.
Úložiště souborů	StandardV2_GRS	Klasické sdílené složky v2 na pevných discích s geografickou redundancí.
Úložiště souborů	StandardV2_GZRS	Disková úložiště HDD typu v2 pro klasické sdílení souborů se specifikovanou redundancí GeoZone.

Další informace o tom, jak vytvořit klasickou sdílenou složku pomocí zřízeného modelu v2, najdete v tématu vytvoření klasické sdílené složky.

Klasická sdílená úložiště vytvořená ve stejném účtu pro úložiště sdílí limity tohoto účtu pro úložiště, IOPS a propustnost.

Vlastnost	Hodnota SSD	Hodnota HDD	Strategie vynucení
Maximální zřízené úložiště na úložišťový účet	256 TiB (262 144 GiB)	4 PiB (4 194 304)	V době zřizování.
Maximální počet zřízených IOPS na účet úložiště	102 400 IOPS	50 000 IOPS	V době zřizování.
Maximální zřízená propustnost pro účet úložiště	10 340 MiB / s	5 120 MiB / s	V době zřizování.
Maximální počet klasických sdílených složek na účet úložiště	50 klasických sdílených složek	50 klasických sdílených složek	V době zřizování.

Pokud chcete správně provést nasazení služby Azure Files se zřízeným modelem fakturace v2 u klasických sdílených složek, musíte zvážit následující dimenze plánování kapacity:

• Kolik zřízeného úložiště, IOPS a propustnosti potřebujete pro každou klasickou sdílenou složku? Jak se tyto požadavky mění v průběhu času?
  Vzhledem k tomu, že účty úložiště mají sdílené limity, při přidělování klasických sdílených složek účtům úložiště je potřeba zvážit potřeby každé klasické sdílené složky v současné době i v průběhu času. Logika zřizování pro zřízený model v2 zabraňuje zřízení většího úložiště, IOPS nebo propustnosti, než podporuje účet úložiště. Pokud je v jednom účtu úložiště umístěných dostatek klasických sdílených složek, aby se jedna z těchto dimenzí maximalovala, stávající klasické sdílené složky se nedají zvětšit, aniž byste nejdřív migrovali na jiný účet úložiště. Pokud chcete toto riziko snížit, naplánujte v každém účtu úložiště dostatečnou rezervu, abyste mohli udržovat mapování klasických sdílených úložišť na účty úložiště alespoň po dobu 3 až 5 let.

• Máte zvláštní požadavky týkající se zpětného sledování faktur za každou klasickou sdílenou složku k jednotlivým projektům, oddělením nebo zákazníkům?
  Nejnižší granularita fakturace v Azure je prostředek, což znamená, že pokud umístíte dvě klasická sdílená úložiště do stejného účtu úložiště, nemůžete snadno sledovat jejich náklady zpět na jednotlivé projekty, oddělení nebo zákazníky. Pokud chcete tento problém vyřešit, seskupte klasické sdílené složky do účtů úložiště na základě toho, jak je potřeba sledovat z hlediska fakturace.

• Kolik účtů úložiště je k dispozici ve vašem předplatném pro cílovou oblast?
  Dalším komplikačním faktorem je počet účtů úložiště, které můžete mít pro každé předplatné v jednotlivých oblastech. Další informace najdete Microsoft.Storage v tématu Omezení roviny řízení . V závislosti na tom, kolik účtů úložiště potřebujete, budete možná muset k dosažení dalších účtů úložiště použít další předplatná.

Zřízené sdílené složky v2 (Microsoft.FileShares)

Vytváření sdílených složek pomocí Microsoft.FileShares modelu správy výrazně usnadňuje nasazování služby Azure Files:

• Nemusíte brát v úvahu aktuální a budoucí potřeby jednotlivých sdílených složek, abyste se mohli rozhodnout, kam tuto sdílenou složku nasadit.
  Zřizování každé sdílené složky je nezávislé na zřizování každé druhé sdílené složky. Jediným hlediskem růstu sdílení souborů jsou limity sdílení souborů, podrobně uvedené v podrobnostech zřízení v2.

• Faktura za každou sdílenou složku se sleduje nezávisle.
  Vzhledem k tomu, že sdílené složky jsou prostředky nejvyšší úrovně, můžete sledovat fakturu za každou sdílenou složku nezávisle na každé druhé sdílené složce. Pomocí značek můžete také snadno seskupit prostředky a sledovat tak náklady na projekty, oddělení nebo zákazníky.

• I když sdílené složky stále mají limit pro každé předplatné na oblast, limit sdílených složek je mnohem vyšší než limit účtů úložiště.
  Další informace najdete v tématu Microsoft.FileShares Omezení řídicí roviny.

Přidělené snímky v2

Azure Files podporuje snímky, které se podobají stínovým kopiím svazků (VSS) na souborovém serveru Windows. Další informace o snímcích sdílení najdete viz Přehled snímků pro Azure Files.

Snímky jsou vždy rozdílové od živého sdílení a od sebe. Pokud celková rozdílová velikost všech snímků ve zřízeném fakturačním modelu v2 spadá do nadbytečného zřízeného prostoru úložiště sdílené složky, za úložiště snímků se neúčtují žádné další náklady. Pokud je velikost dat živého sdílení plus rozdílová data snímků větší než zřízené úložiště sdílení, nadbytečná využitá kapacita snímků se účtuje proti měřiči využití snímků přetížení Overflow Snapshot Usage. Vzorec pro určení množství přetečení je: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Některé služby přidané hodnotou pro Azure Files používají snímky jako součást jejich hodnotové nabídky. Další informace najdete v tématu o službách s přidanou hodnotou pro Azure Files.

Zkonfigurované měkké odstranění v2

Po povolení obnovitelného odstranění se odstraněné sdílené složky účtují na základě využité kapacity úložiště během doby uchovávání. Zřízené úložiště, IOPS a propustnost odstraněné sdílené složky se budou dál počítat do limitů účtu úložiště, dokud se sdílená složka nevyprázdní, takže se dá obnovit. Tyto prostředky se ale neúčtují. Podrobnosti o povolení obnovitelného odstranění najdete v tématu Povolení obnovitelného odstranění ve sdílených složkách Azure.

Konfigurované měřiče fakturace v2

Sdílené složky zřízené pomocí zřízeného modelu fakturace v2 se účtují podle následujících měřičů fakturace:

• Zřízené úložiště: Velikost úložiště zřízená v GiB.
• Zřízené IOPS: Počet zřízených operací vstupně-výstupních za sekundu (I/O operací/s).
• Zřízená propustnost MiBPS: Množství propustnosti zřízené v MiB/ s.
• Využití snímků přetečení: Libovolné množství diferenciálního využití snímků v GiB, které překračuje plánovanou kapacitu úložiště. Další informace najdete ve připravených snímcích v2.
• Soft-Deleted Využití: Využitá kapacita úložiště v GiB pro měkké odstraněné sdílené soubory. Další informace najdete v tématu o obnovitelném odstranění zřízené verze 2.

Jednotky spotřeby ve zřízeném fakturačním měřiči v2 se každou hodinu vygenerují. Například u sdílené složky s přidělenou kapacitou 1 024 GiB byste měli mít možnost vidět:

• 1 024 jednotek oproti měřiči zřízeného úložiště za každou hodinu.
• 24 576 jednotek oproti měřiči zřízeného úložiště , pokud se agreguje po dobu jednoho dne.
• Proměnlivý počet jednotek v případě agregace pro měsíc v závislosti na počtu dnů v měsíci:
  • 28denní měsíc (normální únor): 688.128 jednotek oproti měřiči předem nastaveného úložiště.
  • 29denní měsíc (přestupný rok únor): 712 704 jednotek oproti měřiči zřízeného úložiště .
  • Měsíc s 30 dny: 737 280 jednotek oproti měřiči zřízeného úložiště.
  • 31denní měsíc: 761 856 jednotek oproti měřiči zřízeného úložiště .

Předpřipravené migrace v2

Proces migrace sdílených složek Azure SMB z modelu průběžných plateb na zřízený fakturační model v2 se liší v závislosti na tom, jestli používáte Synchronizaci souborů Azure.

• Pokud používáte Soubory Azure bez Synchronizace souborů Azure, přečtěte si téma Migrace souborů z jedné sdílené složky SMB Azure do jiné.
• Pokud používáte Synchronizaci souborů Azure, přečtěte si téma Migrace souborů z jedné sdílené složky Azure do jiné při použití Synchronizace souborů Azure.

Poskytnutý model v1

Zřízená metoda v1 poskytuje úložiště, IOPS a propustnost v pevném poměru k sobě, podobně jako úložiště zakoupené v místním řešení úložiště. Když vytvoříte novou zřízenou klasickou sdílenou složku v1, určíte, kolik úložiště vaše sdílená složka potřebuje, a hodnoty IOPS a propustnosti se počítají. Zřízený model v1 pro Azure Files je k dispozici pouze pro vrstvu médií SSD.

Velikost zřízeného úložiště určuje garantované limity úložiště, IOPS a propustnosti využití klasické sdílené složky. Pokud například zřídíte sdílenou složku 2 TiB a nahrajete 2 TiB dat do klasické sdílené složky, bude plná. Nebudete moct přidávat další data, pokud nezvětšíte velikost klasické sdílené složky nebo neodstraníte některá data. Nárůst IOPS založený na kreditech poskytuje větší flexibilitu týkající se využití, a to na základě maximálního úsilí, zatímco kredity zůstávají.

Na rozdíl od nákupu místního úložiště je možné zřízené klasické sdílené složky v1 dynamicky vertikálně navýšit nebo snížit podle potřeby. Zřízené úložiště ale můžete snížit až po uplynutí 24 hodin od posledního zvýšení úložiště. Změny úložiště, IOPS a propustnosti se projeví během několika minut po změně zřizování.

Velikost zřízeného sdíleného oddílu můžete zmenšit na méně než použité gigabyty. Pokud to uděláte, nepřijdete o data, ale stále se vám bude účtovat použitá velikost. Získáte výkon přiděleného úložiště, nikoli použitou velikost.

Nakonfigurovaná dostupnost v1

Zřízený model v1 je k dispozici pro následující kombinace vrstvy médií, redundance a protokolu pro sdílení souborů:

Úroveň médií	Nadbytečnost	Protokol pro sdílení souborů	Klasické sdílené složky (Microsoft.Storage)	Sdílené složky (Microsoft.FileShares)
SSD	Local	protokol SMB
SSD	Zóna	protokol SMB
SSD	Local	NFS
SSD	Zóna	NFS
pevný disk	Local	protokol SMB
pevný disk	Zóna	protokol SMB
pevný disk	Geo	protokol SMB
pevný disk	GeoZone	protokol SMB
pevný disk	Local	NFS
pevný disk	Zóna	NFS
pevný disk	Geo	NFS
pevný disk	GeoZone	NFS

Klasické sdílené složky SSD využívající zřízený model v1 jsou obecně dostupné ve většině oblastí Azure. Další informace najdete v tématu Produkty Azure podle oblastí.

Podrobnosti zřizování zřízené verze 1

Když vytvoříte zřízenou klasickou sdílenou složku v1, určíte, kolik úložiště vaše sdílená složka potřebuje. Každý GiB, který zřídíte, vás opravňuje k většímu množství IOPS a propustnosti v pevném poměru. Zřízené klasické sdílené složky v1 jsou omezené na základě následujících atributů:

Položka	Hodnota
Jednotka zřizování úložiště	1 GiB
Minimální zřízené úložiště	100 GiB
Minimální zřízené IOPS (vypočítané)	3 100 IOPS
Minimální zřízená propustnost (vypočítaná)	110 MiB / s
Maximální zřízené úložiště	100 TiB (102 400 GiB)
Maximální počet rezervovaných vstupně-výstupních operací za sekundu (vypočítané)	102 400 IOPS
Maximální zřízená propustnost (vypočítaná)	10 340 MiB / s

Následující vzorce určují množství vstupně-výstupních operací za sekundu a propustnost zřízenou ve sdílené složce:

Položka	Formula
Vypočítané zřízené (základní) IOPS	MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
Vypočítaná zřízená propustnost (MiB / s)	100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

V závislosti na individuálním požadavku na klasickou sdílenou složku můžete zjistit, že potřebujete více IOPS nebo propustnosti, než poskytují naše zřizovací vzorce. V takovém případě potřebujete zřídit další úložiště, abyste získali požadované IOPS nebo propustnost.

Provisionované překmitání v1

Zřízený model v1 podporuje dva typy bursting: bursting založené na kreditech, které je zdarma součástí zřizování, a placené bursting, což je pokročilá funkce, která vám umožňuje volitelně povolit podporu fakturace na základě využití, kdykoli počet IOPS a propustnost přesáhnou přidělenou hodnotu.

Zajištěné v1 kreditové dynamické rozšiřování

Nárůst IOPS založený na kreditech poskytuje větší flexibilitu při využití IOPS. Tato flexibilita se nejlépe používá jako záložní mechanismus proti nečekaným špičkám I/O. U zavedených vzorů vstupně-výstupních operací doporučujeme zřídit vstupně-výstupní špičky.

Kredity IOPS se akumulují vždy, když je provoz pro vaše klasické sdílení souborů nižší než zřízené (základní) IOPS. Pokaždé, když využití IOPS klasické sdílené složky přesáhne zřízené IOPS a jsou k dispozici burst kredity IOPS, může klasická sdílená složka přejít až na maximální povolený limit burst IOPS. Klasické sdílené složky můžou pokračovat v nárůstu, dokud zůstanou kredity, a to na základě počtu nahromaděných kreditů. Každý IO nad rámec zřízeného počtu IOPS spotřebuje jeden kredit. Jakmile se spotřebují všechny kredity, vrátí se klasické sdílení souborů k zřízeným IOPS. IOPS ve srovnání s klasickou sdílenou složkou nemusí dělat nic zvláštního, aby využívaly nárazovou kapacitu. Bursting funguje na bázi nejlepšího úsilí.

Stavy sdílených kreditů jsou tři:

• Nabíhání, když klasická sdílená složka používá méně než zřízené IOPS.
• cs-CZ: Pokles výkonnosti, když klasická sdílená složka používá více než zřízený počet IOPS a je v režimu přetížení.
• Stálost, když klasické souborové sdílení používá přesně zřízené IOPS a žádné kredity nejsou buď načítány, ani využívány.

Nové klasické sdílení souborů začíná s plným počtem kreditů v burst bucketu. Pokud počet vstupně-výstupních operací za sekundu sdílené složky klesne pod zřízený limit kvůli omezením serverem, kredity pro zvýšení výkonu se nenabíhají. Následující vzorce slouží k určení limitu počtu vstupně-výstupních operací za sekundu a počtu kreditů, které je možné pro klasickou sdílenou složku:

Položka	Formula
Limit průtokových špiček	MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
Průběžné kredity	(BurstLimit - BaselineIOPS) * 3600

Následující tabulka ukazuje několik příkladů těchto vzorců pro zřízené velikosti:

Kapacita (GiB)	Výchozí IOPS	Nárazové IOPS	Průběžné kredity	Propustnost (MiB/s)
100	3,100	Až 10 000	24,840,000	110
500	3 500	Až 10 000	23,400,000	sto padesát
1,024	4,024	Až 10 000	21,513,600	203
5,120	8 120	Až 15 360	26,064,000	613
10,240	13,240	Až 30 720	62,928,000	1,125
33,792	36,792	Až 102 400	227,548,800	3,480
51 200	54,200	Až 102 400	164,880,000	5,220
102,400	102,400	Až 102 400	0	10,340

Zřízené placené burstování v1

Placené navýšení kapacity je pokročilá funkce verze v1, navržená tak, aby podporovala zákazníky, kteří nikdy nechtějí být omezeni v rychlosti. Placené navýšení kapacity přidává dodatečné účtování založené na použití za jakékoli množství IOPS nebo propustnosti nad poskytnutou kapacitu úložiště. To se liší od překročení kapacity na základě kreditů, které je zahrnuto zdarma jako součást zřízeného úložiště. I když placené bursting může přidat výkonnou flexibilitu při alokaci klasické sdílené složky, může to také vést k neočekávané fakturaci, pokud je použit nesprávně.

Podobně jako u nárůstu kapacity založeného na kreditech, ani placený nárůst kapacity nenahradí zřízení správného množství IOPS a propustnosti. Spíše poskytuje další ochranu proti omezování, pokud narazíte na neočekávanou poptávku. Pokud máte konzistentní úroveň IOPS nebo využití propustnosti, je levnější zřídit si dostatek IOPS a propustnosti prostřednictvím zřizování úložiště, abyste se nemuseli spoléhat na placené přepětí.

Placené rozšíření je ve výchozím nastavení zakázané, ale můžete ho povolit podle pokynů, abyste změnili charakteristiky nákladů a výkonu zřízené klasické sdílené složky v1 (jenom PowerShell a rozhraní příkazového řádku). Pokud je povoleno placené bursting, doporučujeme pečlivě sledovat využití IOPS a propustnosti pomocí následujících metrik dostupných prostřednictvím služby Azure Monitor:

• Zřízené IOPS pro sdílení souborů
• Zřízená šířka pásma sdílené složky MiB/s (propustnost)
• Transakce podle maximálního počtu vstupně-výstupních operací za sekundu
• Šířka pásma podle maximální propustnosti v MiB/s
• Zálohové kredity pro IOPS (navýšení kapacity na základě kreditů)
• Placené Burstování iOS
• Placená špičková šířka pásma

Přidělené modely prostředků v1

Zřízenou sdílenou složku v1 můžete vytvořit pouze jako klasickou sdílenou složku v rámci účtu úložiště (Microsoft.Storage).

Předem připravená klasická sdílená úložiště v1 (Microsoft.Storage)

Pokud chcete vytvořit klasickou sdílenou složku pomocí zřízeného modelu v1, musí váš účet úložiště použít jednu z následujících kombinací nastavení:

Druh účtu úložiště	SKU účtu úložiště	Typ dostupné sdílené složky
Úložiště souborů	Premium_LRS	Zřízené sdílené složky SSD v1 se zadanou redundancí místního úložiště (LRS).
Úložiště souborů	Premium_ZRS	Zřízené sdílené složky SSD v1 se zadanou redundancí zón (ZRS).

Další informace o tom, jak vytvořit klasickou sdílenou složku pomocí zřízeného modelu v1, najdete v tématu vytvoření klasické sdílené složky.

Klasická sdílená úložiště vytvořená ve stejném účtu pro úložiště sdílí limity tohoto účtu pro úložiště, IOPS a propustnost.

Vlastnost	Hodnota SSD	Strategie vynucení
Maximální zřízené úložiště na úložišťový účet	100 TiB (102 400 GiB)	V době zřizování
Maximální využité IOPS na účet úložiště	102 400 IOPS	Můžete zřídit více než 102 400 IOPS, ale využití nad tímto limitem je omezené.
Maximální využitá propustnost na úložišťový účet	10 340 MiB / s	Můžete zřídit více než 10 340 MiB/s, ale využití nad tímto limitem je omezováno.
Maximální počet klasických sdílených složek na účet úložiště	1 024 klasických sdílených složek	Tento limit se implicitně vynucuje maximálním zřízeným úložištěm pro účet úložiště.

Pokud chcete správně provést nasazení služby Azure Files se zřízeným modelem fakturace v1 u klasických sdílených složek, musíte zvážit následující dimenze plánování kapacity:

• Kolik zřízeného úložiště, IOPS a propustnosti potřebujete pro každou klasickou sdílenou složku? Jak se tyto požadavky mění v průběhu času?
  Vzhledem k limitům sdíleného účtu úložiště musíte při přidělování klasických sdílených složek účtům úložiště zvážit potřeby každé klasické sdílené složky v současné době i v průběhu času. Logika zřizování pro zřízený model v1 vám brání v zřizování většího úložiště, než podporuje účet úložiště. I když máte povoleno zřizovat více IOPS a propustnost, než poskytuje účet úložiště, nemůžete použít více než limity účtu úložiště pro IOPS a propustnost. Abyste se vyhnuli neočekávanému omezování, nezřiďte více IOPS ani propustnosti, než podporuje účet úložiště.

  Kromě toho může umístění příliš mnoha klasických sdílených složek do účtu úložiště omezit budoucí růst. Jakmile je účet úložiště plný, nemůžete rozšířit existující klasické sdílené složky bez první migrace některých do jiného účtu úložiště. Pokud chcete toto riziko snížit, naplánujte si v úložišťových účtech dostatek prostoru, abyste mohli udržovat mapování klasických souborových úložišť na úložišťové účty alespoň po dobu 3 až 5 let.

• Máte zvláštní požadavky týkající se zpětného sledování faktur za každou klasickou sdílenou složku k jednotlivým projektům, oddělením nebo zákazníkům?
  Nejnižší granularita fakturace v Azure je prostředek, což znamená, že pokud umístíte dvě klasická sdílená úložiště do stejného účtu úložiště, nemůžete snadno sledovat jejich náklady zpět na jednotlivé projekty, oddělení nebo zákazníky. Pokud chcete tento problém vyřešit, seskupte klasické sdílené složky do účtů úložiště na základě toho, jak je potřeba sledovat z hlediska fakturace.

• Kolik účtů úložiště je k dispozici ve vašem předplatném pro cílovou oblast?
  Dalším komplikačním faktorem je počet účtů úložiště, které můžete mít pro každé předplatné v jednotlivých oblastech. Další informace najdete Microsoft.Storage v tématu Omezení roviny řízení . V závislosti na tom, kolik účtů úložiště potřebujete, budete možná muset k dosažení dalších účtů úložiště použít další předplatná.

Připravené snímky v1

Azure Files podporuje snímky, které se podobají stínovým kopiím svazků (VSS) na souborovém serveru Windows. Další informace o snímcích sdílení najdete viz Přehled snímků pro Azure Files.

Snímky jsou vždy rozdílové od živého sdílení a od sebe. Ve stanoveném fakturačním modelu v1 se celková rozdílná velikost fakturuje podle měřiče využití bez ohledu na to, kolik zřízeného úložiště se nepoužívá. Použitý měřič úložiště snímků má nižší cenu oproti zřízené ceně úložiště.

Zřízené měkké odstranění v1

Odstraněné klasické sdílené složky v účtech úložiště s povoleným obnovitelným odstraněním se účtují na základě využité kapacity úložiště odstraněné sdílené složky za definovanou dobu uchovávání. Proti použitému měřiči úložiště snímků se vykazuje měkkým způsobem smazaná kapacita úložiště. Další informace o obnovitelném odstranění najdete v tématu Povolení obnovitelného odstranění ve sdílených složkách Azure.

Nasazené měřiče fakturace v1

Klasické sdílené složky zřízené pomocí fakturačního modelu zřízené verze v1 se účtují podle následujících měřičů:

• Zřízený Premium: Množství úložného prostoru zřízeného v GiB.
• Snímky úrovně Premium: Množství použitých snímků a využitá softwarově smazaná kapacita.

Spotřeba vůči přiděleným měřičům fakturace v1 je každou hodinu zaznamenána v měsíčních jednotkách. Například u sdílené složky s přidělenou kapacitou 1 024 GiB byste měli mít možnost vidět:

• Proměnlivý počet jednotek pro jednotlivé hodiny v závislosti na počtu dnů v měsíci:
  • 28denní měsíc (normální únor): 1.5238 jednotek vůči měřiči premium vyhrazenému.
  • 29denní měsíc (únor v přestupném roce): 1,4713 jednotek podle měřicího přístroje Premium nastavení.
  • 30denní měsíc: 1,4222 jednotek oproti prémiově zřízenému měřiči .
  • 31denní měsíc: 1.3763 jednotek oproti měřiči Premium zřízený.
• Proměnlivý počet jednotek v případě agregace pro den v závislosti na počtu dnů v měsíci:
  • 28 denný měsíc (běžný únor): 36,5714 jednotek oproti měřiči Premium zřízenému.
  • 29denní měsíc (únor přestupného roku): 35,3103 jednotek proti měřidlu Premium Provisioned.
  • 30denní měsíc: 34,1333 jednotek proti měřiče Premium Provisioned.
  • 31 denní měsíc: 33,0323 jednotek oproti prémiově zřízenému měřiči.
• 1 024 jednotek proti měřiči Premium Provisioned, pokud jsou agregovány za měsíc.

Model průběžných plateb

V modelu průběžných plateb se vám účtuje, kolik úložiště používáte, ne kolik zřídíte. Na vysoké úrovni platíte náklady na množství uložených logických dat a také se vám budou účtovat transakce na základě využití těchto dat. Fakturace průběžných plateb může být obtížné naplánovat v rámci procesu rozpočtování, protože platíte na základě spotřeby koncových uživatelů. Proto doporučujeme použít předem definovaný model v2 pro nová nasazení klasického sdílení souborů. Model s průběžným platbou je k dispozici pouze pro úložiště HDD.

Dostupnost platby podle potřeby

Model průběžných plateb je k dispozici pro následující kombinace vrstvy médií, redundance a protokolu pro sdílení souborů:

Úroveň médií	Nadbytečnost	Protokol pro sdílení souborů	Klasické sdílené složky (Microsoft.Storage)	Sdílené složky (Microsoft.FileShares)
SSD	Local	protokol SMB
SSD	Zóna	protokol SMB
SSD	Local	NFS
SSD	Zóna	NFS
pevný disk	Local	protokol SMB
pevný disk	Zóna	protokol SMB
pevný disk	Geo	protokol SMB
pevný disk	GeoZone	protokol SMB
pevný disk	Local	NFS
pevný disk	Zóna	NFS
pevný disk	Geo	NFS
pevný disk	GeoZone	NFS

Klasické sdílené složky HDD využívající model průběžných plateb jsou obecně dostupné ve všech oblastech Azure.

Rozdíly v úrovních přístupu

Když vytvoříte klasickou sdílenou složku v účtu úložiště s průběžnými platbami, vyberete mezi následujícími úrovněmi přístupu: optimalizovanými pro transakce, horkou a studenou. Všechny tři úrovně přístupu jsou uložené na stejném hardwaru úložiště. Hlavním rozdílem těchto tří úrovní přístupu jsou ceny úložiště neaktivních uložených dat, které jsou nižší v chladnějších úrovních, a ceny transakcí, které jsou vyšší v chladnějších úrovních. To znamená:

• Transakce optimalizována, jak název napovídá, optimalizuje cenu pro transakční úlohy s vysokou hodnotou IOPS. Úložiště optimalizované pro transakce má nejvyšší cenu za ukládání neaktivních dat, ale nejnižší ceny za transakce.
• Horká je pro aktivní úlohy, které nezahrnují velký počet transakcí. Má mírně nižší cenu úložiště pro data v nečinném stavu, ale mírně vyšší ceny transakcí v porovnání s optimalizací transakcí. Představte si to jako kompromis mezi stupněm optimalizovaným pro transakce a chladným stupněm.
• Cool optimalizuje cenu pro úlohy, které nemají vysokou aktivitu, a nabízí nejnižší cenu úložiště u uložených dat, ale nejvyšší ceny transakcí.

Výběr vhodné úrovně přístupu pro váš případ použití vám umožní výrazně snížit náklady. Pokud umístíte úlohu, ke které se přistupuje jen zřídka, do úrovně přístupu optimalizovanou pro transakce, platíte téměř nic za ten párkrát, co provedete transakce proti své klasické sdílené složce měsíčně. Za náklady na úložiště dat ale platíte vysokou částku. Pokud jste stejnou sdílenou složku přesunuli na úroveň přístupu cool, stále byste za náklady na transakce zaplatili téměř nic, jednoduše protože pro tuto úlohu zřídka vytváříte transakce. Chladná úroveň přístupu však nabízí levnější cenu za uložení dat.

Podobně, pokud umístíte vysoce využívanou úlohu do úrovně s nižším přístupem, zaplatíte mnohem více za transakční poplatky, ale méně za náklady na ukládání dat. Toto může vést k situaci, kdy zvýšené náklady na transakční ceny převáží úspory z nižších cen úložiště dat, a vy tak můžete zaplatit více za chlazení, než byste zaplatili za optimalizované transakce. U některých úrovní využití je možné, že horká úroveň přístupu bude nákladově nejefektivnější a studená úroveň přístupu bude dražší než optimalizovaná transakce.

Vaše pracovní zatížení a úroveň aktivit určují nákladově nejefektivnější úroveň přístupu pro vaše klasické souborové úložiště s platbou dle využití. V praxi je nejlepší způsob, jak vybrat nejúspornější úroveň přístupu, zkoumání skutečné spotřeby prostředků sdíleného prostoru (uložená data, zápis transakcí atd.). U klasických sdílených složek s průběžnou platbou doporučujeme začít na úrovni optimalizované na transakce během počáteční migrace do Azure Files a po dokončení migrace vybrat správnou přístupovou úroveň. Využití transakcí během migrace obvykle neznamená normální využití transakcí.

Co jsou transakce?

Když připojíte klasickou sdílenou složku pomocí modelu průběžných plateb na počítači pomocí protokolu SMB, klasická sdílená složka se na vašem počítači zobrazí, jako by šlo o místní úložiště. To znamená, že aplikace, skripty a další programy na vašem počítači mají přístup k souborům a složkám v klasické sdílené složce, aniž by bylo nutné vědět, že jsou uložené v Azure.

Při čtení nebo zápisu do souboru provede aplikace, kterou používáte, řadu volání rozhraní API do rozhraní API systému souborů poskytovaného vaším operačním systémem. Váš operační systém pak interpretuje tato volání do transakcí protokolu SMB, které se odesílají přes přenos do služby Azure Files, aby bylo možné je splnit. Jednoduchý úkol, který koncový uživatel považuje za jednu operaci, například čtení souboru od začátku do konce, může být přeložen do několika transakcí SMB obsluhované službou Azure Files.

Klasické sdílené soubory účtují podle modelu průběžných plateb na základě skutečného využití. Transakce SMB a FileREST provedené aplikacemi a skripty představují využití klasické sdílené složky a zobrazují se jako součást vašeho vyúčtování. Stejný koncept platí pro cloudové služby přidané hodnotou, které můžete přidat do sdílené složky, jako je Synchronizace souborů Azure nebo Azure Backup.

Transakce jsou seskupené do pěti různých kategorií transakcí, které mají různé ceny na základě jejich dopadu na klasickou sdílenou složku. Tyto kategorie jsou: zápis, seznam, čtení, ostatní a odstranění.

Následující tabulka ukazuje kategorizaci jednotlivých transakcí:

Kontejner transakcí	Operace správy	Operace s daty
Zápisové transakce	CreateShare SetFileServiceProperties SetShareMetadata SetShareProperties SetShareAcl SnapshotShare RestoreShare	CopyFile Create CreateDirectory CreateFile PutRange PutRangeFromURL SetDirectoryMetadata SetFileMetadata SetFileProperties SetInfo Write PutFilePermission Flush SetDirectoryProperties
Seznam transakcí	ListShares	ListFileRanges ListFiles ListHandles
Číst transakce	GetFileServiceProperties GetShareAcl GetShareMetadata GetShareProperties GetShareStats	FilePreflightRequest GetDirectoryMetadata GetDirectoryProperties GetFile GetFileCopyInformation GetFileMetadata GetFileProperties QueryDirectory QueryInfo Read GetFilePermission
Jiné/protokolové transakce	AcquireShareLease BreakShareLease ReleaseShareLease RenewShareLease ChangeShareLease	AbortCopyFile Cancel ChangeNotify Close Echo Ioctl Lock Logoff Negotiate OplockBreak SessionSetup TreeConnect TreeDisconnect CloseHandles AcquireFileLease BreakFileLease ChangeFileLease ReleaseFileLease
Odstranění transakcí	DeleteShare	ClearRange DeleteDirectory DeleteFile

Poznámka:

NFSv4.1 je k dispozici pouze pro sdílené složky SSD pomocí zřízených fakturačních modelů v2 nebo zřízených v1. Skupiny transakcí nemají vliv na fakturaci předem nastavených sdílených souborů.

Přepínání mezi úrovněmi přístupu

I když můžete změnit úroveň přístupu klasické sdílené složky pomocí modelu průběžných plateb, osvědčeným postupem pro optimalizaci nákladů po počáteční migraci je vybrat nákladovou optimální úroveň přístupu, ve které se nachází, a zůstat tam, dokud se nezmění vzor přístupu. Důvodem je to, že změna úrovně přístupu klasické sdílené složky vede k dalším nákladům následujícím způsobem:

• Transakce: Když přesunete sdílenou složku z horké úrovně přístupu na chladnější úroveň přístupu, budou vám účtovány poplatky za transakce zápisu chladnější úrovně přístupu pro každý soubor v klasickém sdílení souborů. Přesunutím klasické sdílené složky z chladnější úrovně přístupu na horkou úroveň přístupu se za každý soubor v klasické sdílené složce účtují poplatky za transakce čtení chladnější úrovně přístupu.

• Načítání dat: Pokud přecházíte ze studené úrovně přístupu na horkou nebo transakci optimalizovanou, účtují se vám poplatky za načtení dat na základě velikosti přesunutých dat. Poplatky za načtení dat má pouze úroveň přístupu Cool.

Následující tabulka ukazuje rozpis nákladů na přesun úrovní přístupu:

Úroveň přístupu	Optimalizovaná transakce (cíl)	Oblíbená destinace	Stylová (cíl)
Optimalizovaná transakce (zdroj)	--	Jedna intenzivní zapisovací transakce na soubor.	Jedna efektivní transakce zápisu na každý soubor.
Horký (zdroj)	Jedna aktivní transakce čtení na soubor.	--	Jedna efektivní transakce zápisu na každý soubor.
Skvělé (zdroj)	Jedna efektivní transakce čtení na soubor. Načtení dat podle celkového počtu použitých GiB.	Jedna efektivní transakce čtení na soubor. Načtení dat podle celkového počtu použitých GiB.	--

Úroveň přístupu klasické sdílené složky můžete změnit až pětkrát během 30denního intervalu. První den 30denního okna začíná, když dojde ke změně první vrstvy. K změnám mezi úrovněmi přístupu dochází okamžitě, ale jakmile změníte úroveň přístupu sdílené složky, nemůžete ji během 24 hodin změnit znovu, i když jste během posledních 30 dnů změnili vlastnost úrovně přístupu méně než pětkrát.

Výběr úrovně přístupu

Bez ohledu na to, jak migrujete existující data do služby Azure Files, doporučujeme nejprve vytvořit klasickou sdílenou složku v transakční optimalizované úrovni přístupu. Důvodem je velký počet transakcí vzniklých během migrace. Po dokončení migrace a provádění několika dnů nebo týdnů s pravidelným využitím můžete počet transakcí připojit do cenové kalkulačky a určit, která úroveň přístupu je pro vaši úlohu nejvhodnější.

Vzhledem k tomu, že účty úložiště s průběžnými platbami zobrazují pouze informace o transakcích na úrovni účtu úložiště, je použití metrik úložiště k odhadu, která úroveň přístupu je levnější na úrovni tradiční sdílené složky, nepřesná věda. Pokud je to možné, doporučujeme v každém účtu úložiště nasadit jenom jednu klasickou sdílenou složku, aby se zajistil úplný přehled o fakturaci.

Zobrazení předchozích transakcí:

1. Na webu Azure Portal přejděte na svůj účet úložiště.
2. V nabídce služby v části Monitorování vyberte Metriky.
3. Jako název účtu úložiště vyberte Obor, Obor názvů metriky jako "Soubor", Metriku jako "Transakce" a Agregaci jako "Součet".
4. Vyberte Použít rozdělení.
5. Vyberte hodnoty jako Název rozhraní API. Vyberte požadovaný limit a seřadit.
6. Vyberte požadované časové období.

Poznámka:

Ujistěte se, že si prohlížíte transakce za dostatečně dlouhou dobu, abyste získali realistickou představu o průměrném počtu transakcí. Ujistěte se, že se zvolené časové období nepřekrývá s úvodním nastavením. Vynásobte průměrný počet transakcí během tohoto časového období, abyste získali odhadované transakce za celý měsíc.

Modely prostředků s platbou podle spotřeby

Sdílenou složku s průběžným platbou můžete vytvořit jenom jako klasickou sdílenou složku v rámci účtu úložiště (Microsoft.Storage).

Klasické sdílení souborů s průběžnou platbou (Microsoft.Storage)

Pokud chcete vytvořit klasickou sdílenou složku pomocí modelu průběžných plateb, musí váš účet úložiště použít jednu z následujících kombinací nastavení:

Druh účtu úložiště	SKU účtu úložiště	Typ dostupné sdílené složky
StorageV2	Standard_LRS	Sdílená složka HDD s platbou podle využití se specifikovanou místní redundancí (LRS).
StorageV2	Standard_ZRS	Sdílení souborů HDD s platbou dle použití a se zadanou redundancí zón (ZRS).
StorageV2	Standard_GRS	Souborové úložiště HDD s průběžnými platbami se zadanou geografickou (GRS) redundancí.
StorageV2	Standard_GZRS	Sdílená složka HDD s platbou dle spotřeby a se zadanou GeoZone redundancí (GZRS).
StorageV2	Standard_RAGRS	Souborové úložiště HDD s průběžnými platbami se zadanou geografickou (GRS) redundancí.
StorageV2	Standard_RAGZRS	Sdílená složka HDD s platbou dle spotřeby a se zadanou GeoZone redundancí (GZRS).

Klasická sdílená úložiště vytvořená ve stejném účtu pro úložiště sdílí limity tohoto účtu pro úložiště, IOPS a propustnost.

Vlastnost	Hodnota HDD	Strategie vynucení
Maximální využité úložiště na účet úložiště	5 PiB (5 242 880)	Využití je omezené.
Maximální využité IOPS na účet úložiště	Vyberte oblasti: 40 000 IOPS Výchozí hodnota: 20 000 IOPS	Využití nad limitem je omezené.
Maximální využitá propustnost na úložišťový účet	Vyberte oblasti: Příchozí přenos dat: 7 680 MiB / s Výchozí přenos: 25 600 MiB / s Default: Příchozí přenos dat: 3 200 MiB / s Výchozí přenos: 6 400 MiB / s	Využití nad limitem je omezené.
Maximální počet klasických sdílených složek na účet úložiště	Unlimited	Omezení úložiště, IOPS a propustnosti jsou praktickým limitem pro počet klasických sdílených souborů.

Další podrobnosti najdete v limitech roviny dat účtu úložiště , včetně oblastí, které podporují zvýšené limity IOPS a propustnosti.

Pokud chcete správně provést nasazení služby Azure Files s modelem fakturace průběžných plateb u klasických sdílených složek, musíte zvážit následující dimenze plánování kapacity:

• Kolik využitých úložišť, IOPS a propustnosti potřebujete pro každou klasickou sdílenou složku? Jak se tyto požadavky mění v průběhu času?
  Vzhledem k limitům sdíleného účtu úložiště musíte při přidělování klasických sdílených složek účtům úložiště zvážit potřeby každé klasické sdílené složky v současné době i v průběhu času. Na rozdíl od zřízených modelů v2 a zřízených modelů v1 nabízí model s průběžnými platbami málo ochran, které vám pomohou sdílet limity účtu úložiště mezi klasickými sdílenými složkami ve stejném účtu úložiště. Každá klasická sdílená složka v účtu úložiště s průběžným platbou může přesahovat až do klasických limitů sdílené složky o velikosti sdílené složky a až do limitů účtu úložiště pro vstupně-výstupní operace za sekundu a propustnost. Umístění dvou klasických sdílených úložišť do stejného účtu úložiště s platbou dle využití může způsobit konflikty v počtu IOPS nebo propustnosti. Abyste předešli neočekávanému zpomalení, omezte počet klasických sdílených úložišť, které umístíte do účtu úložiště s platbou podle použití.

• Máte zvláštní požadavky týkající se zpětného sledování faktur za každou klasickou sdílenou složku k jednotlivým projektům, oddělením nebo zákazníkům?
  Nejnižší členitost fakturace v Azure je prostředek, což znamená, že pokud jste do stejného účtu úložiště umístili dvě klasické sdílené složky, nemůžete snadno sledovat jejich náklady zpět na jednotlivé projekty, oddělení nebo zákazníky. Pokud chcete tento problém vyřešit, seskupte klasické sdílené složky do účtů úložiště na základě toho, jak je potřeba sledovat z hlediska fakturace.

• Kolik účtů úložiště je k dispozici ve vašem předplatném pro cílovou oblast?
  Dalším komplikačním faktorem je počet účtů úložiště, které můžete mít pro každé předplatné v jednotlivých oblastech. Další informace najdete Microsoft.Storage v tématu Omezení roviny řízení . V závislosti na tom, kolik účtů úložiště potřebujete, budete možná muset k dosažení dalších účtů úložiště použít další předplatná.

Snímky s průběžnou platbou

Azure Files podporuje snímky, které se podobají stínovým kopiím svazků (VSS) na souborovém serveru Windows. Další informace o snímcích sdílení najdete viz Přehled snímků pro Azure Files.

Snímky jsou vždy rozdílové od živého sdílení a od sebe. V modelu fakturace s platbou podle využití se celková velikost rozdílu účtuje ve srovnání s běžným měřením použitého úložiště. To znamená, že na faktuře neuvidíte samostatnou položku zahrnující snímky pro účet úložiště s platbou za průběžné služby. To také znamená, že rozdílové využití snímků se počítá s rezervacemi zakoupenými pro klasické sdílené složky s průběžnými platbami.

Měkké odstranění s placením podle používání

Odstraněné klasické sdílené složky v účtech úložiště s povoleným obnovitelném odstraněním se účtují na základě využité kapacity úložiště pro definovanou dobu uchovávání. Měkce odstraněná využitá kapacita úložiště se vykazuje proti běžnému měřiči využití úložiště. To znamená, že na faktuře neuvidíte samostatnou položku představující měkce smazané klasické sdílení souborů pro váš účet úložiště s průběžnými platbami. To také znamená, že využití klasických sdílených složek, které byly měkkou formou odstraněny, se počítá do rezervací zakoupených pro klasické sdílené složky v modelu průběžného placení.

Měřiče pro fakturaci s průběžnou platbou

Klasické sdílené soubory vytvořené pomocí modelu fakturace průběžných plateb se účtují podle následujících měřičů:

• Uložená data: Využité úložiště včetně živých sdílených složek, rozdílových snímků a obnovitelně odstraněných klasických sdílených složek v GiB.
• Metadata: Velikost metadat systému souborů přidružených k souborům a adresářům, jako jsou seznamy řízení přístupu (ACL) a další vlastnosti v GiB. Tento měřič fakturace se používá jenom pro klasické sdílení souborů ve horké nebo chladné úrovni přístupu.
• Operace zápisu: Počet kontejnerů transakcí zápisu (jeden kbelík = 10 000 transakcí).
• Operace seznamu: Počet transakčních segmentů seznamu (jeden segment = 10 000 transakcí).
• Operace čtení: Počet kontejnerů transakcí pro čtení (jeden kbelík = 10 000 transakcí).
• Jiné operace / Operace protokolu: Počet dalších kontejnerů transakcí (jeden kbelík = 10 000 transakcí).
• Načítání dat: Množství dat načtených z klasické sdílené složky v GiB. Tento měřič se používá jenom pro klasické sdílení souborů v chladném přístupovém stupni.
• Geo-Replication přenos dat: Pokud má klasická sdílená složka redundanci Geo nebo GeoZone, množství dat zapsaných do klasické sdílené složky replikované do sekundární oblasti v GiB.

Jednotky spotřeby se týkají měřičů fakturace uložených dat a metadat a jsou emitovány každou hodinu v rámci měsíčních jednotek. Například u sdílené složky s 1 024 použitými GiB byste měli vidět:

• Proměnlivý počet jednotek pro jednotlivé hodiny v závislosti na počtu dnů v měsíci:
  • 28denní měsíc (běžný únor): 1,5238 jednotek oproti měřiči uložených dat.
  • 29 denní měsíc (přestupný rok únor): 1,4713 jednotek oproti měřiči Data Stored.
  • Měsíc o 30 dnech: 1,4222 jednotek oproti měřiči uložených dat.
  • Měsíc s 31 dny: 1,3763 jednotek proti měřiči Data Stored.
• Proměnlivý počet jednotek v případě agregace pro den v závislosti na počtu dnů v měsíci:
  • 28denní měsíc (normální únor): 36,5714 jednotek oproti měřiči uložených dat.
  • 29denní měsíc (přestupný rok únor): 35,3103 jednotek vůči měřiči Data Stored.
  • 30denní měsíc: 34.1333 jednotek oproti měřiči Dat Uložených.
  • 31denní měsíc: 33,0323 jednotek oproti měřiči uloženému v datech .
• 1 024 jednotek proti měřiči uložených dat, pokud jsou agregovány za měsíc.

Spotřeba ve srovnání s ostatními měřiči (např. Operace zápisu nebo načítání dat) jsou zaznamenávány každou hodinu, ale vzhledem k tomu, že tyto měřiče nemají přiřazený konkrétní časový rámec, není třeba být si vědom žádných zvláštních transformací jednotek.

Přidělená kvóta, logická velikost a fyzická velikost

Azure Files sleduje tři různá množství s ohledem na sdílenou kapacitu:

• Zřízená velikost nebo kvóta: Se zřízeným úložištěm i úložištěm, za které platíte podle užití, určíte maximální velikost, na kterou může sdílené úložiště růst. Ve zřízených sdílených složkách se tato hodnota nazývá zřízená velikost. Jakoukoli částku si vyhradíte, za tu zaplatíte, bez ohledu na to, kolik skutečně používáte. Ve sdílených složkách s průběžným platbami se tato hodnota označuje jako kvóta a nemá přímý vliv na vaši fakturu. Zřízená velikost je povinné pole pro zřízené sdílení souborů. U souborových sdílení účtovaných podle použití, pokud není velikost přímo zadána, sdílení se automaticky nastaví na maximální hodnotu, kterou účet úložiště podporuje (100 TiB).

• Logická velikost: Logická velikost sdílené složky nebo souboru souvisí s tím, jak velká je, aniž by bylo potřeba zvážit, jak je skutečně uložená, bez optimalizace úložiště. Logická velikost souboru je, kolik KiB/MiB/GiB by bylo přeneseno přes drát, pokud jste ho zkopírovali do jiného umístění. Ve zřízených i průběžně placených sdílených svazcích se celková logická velikost sdíleného svazku používá k prosazení dodržení zřízené velikosti nebo kvóty. Ve sdílených složkách s průběžným placením je logická velikost množství, které se používá pro fakturaci využití dat v klidovém stavu. Logická velikost se v dialogovém okně vlastností Systému Windows označuje jako "velikost" pro soubor nebo složku a jako "délka obsahu" metrikami služby Soubory Azure.

• Fyzická velikost: Fyzická velikost souboru souvisí s velikostí souboru, jak je kódováno na disku. Fyzická velikost může odpovídat logické velikosti souboru nebo může být menší v závislosti na tom, jak byl soubor zapsán do operačního systému. Běžným důvodem, proč se logická velikost a fyzická velikost liší, je použití zhuštěných souborů. Fyzická velikost souborů ve sdílené složce se používá k fakturaci snímků, i když jsou přidělené rozsahy sdílené mezi snímky, pokud se nezmění (rozdílové úložiště).

Služby přidané hodnotou

Stejně jako mnoho místních řešení úložiště poskytuje služba Azure Files integrační body pro produkty první a třetí strany pro integraci se sdílenými složkami vlastněnými zákazníky. I když tato řešení můžou službě Azure Files poskytnout značnou dodatečnou hodnotu, měli byste zvážit dodatečné náklady, které tyto služby přidají do celkových nákladů na řešení Azure Files.

Náklady se dělí do tří kategorií:

• Licenční náklady na službu přidanou hodnotou Licenční náklady můžou mít podobu pevných nákladů na zákazníka, koncového uživatele (někdy označovaného jako hlavní náklady), sdílené složky nebo účtu úložiště. Můžou také vycházet z jednotek využití úložiště, jako jsou pevné náklady na každých 500 GiB dat sdíleného souborového systému.

• Transakční náklady na službu přidanou hodnotou. Některé služby přidané hodnotou mají svůj vlastní koncept transakcí nad vybraným fakturačním modelem služby Azure Files. Tyto transakce se zobrazují na faktuře jako poplatky za služby s přidanou hodnotou, které přímo souvisejí s tím, jak používáte služby s přidanou hodnotou pro své sdílení souborů.

• Náklady na službu Azure Files pro použití služby přidané hodnotou Azure Files neúčtuje přímo zákazníkům za přidávání služeb přidaných hodnotou, ale jako součást přidávání hodnoty do sdílené složky Azure může služba přidaná hodnotou zvýšit náklady, které vidíte ve sdílené složce Azure. Tyto náklady jsou snadno viditelné u sdílení souborů účtovaných podle využití, kvůli transakčním poplatkům. Pokud služba přidaná hodnotou za vás provede transakce se sdílenou složkou, zobrazí se ve vaší faktuře za transakce služby Azure Files, i když jste tyto transakce neprovedli přímo sami. To platí i pro zřízené sdílené složky, i když to může být méně patrné. Transakce s poskytnutými sdílenými soubory z hodnotových služeb se započítávají do vašich zřízených IOPS, což znamená, že hodnotové služby mohou vyžadovat poskytnutí dalšího úložiště pro zajištění dostatečné dostupnosti IOPS nebo propustnosti pro váš pracovní zatížení.

Při výpočtu celkových nákladů na vlastnictví sdílené složky byste měli zvážit náklady na Soubory Azure a všechny služby přidané hodnotou, které chcete použít se službou Azure Files.

Existuje několik služeb s přidanou hodnotou a služeb třetích stran. Tento dokument popisuje podmnožinu běžných služeb třetích stran, které zákazníci používají se sdílenými složkami Azure. Další informace o službách, které tu nejsou uvedené, najdete na stránce s cenami dané služby.

Azure File Sync

Synchronizace souborů Azure je služba přidaná hodnotou pro Azure Files, která synchronizuje jednu nebo více místních sdílených složek Windows se sdílenou složkou Azure. Vzhledem k tomu, že cloudová sdílená složka Azure obsahuje úplnou kopii dat v synchronizované sdílené složce, která je dostupná místně, můžete místní souborový server Windows transformovat na mezipaměť sdílené složky Azure, abyste snížili nároky na místní využití. Další informace najdete v článku Úvod do Synchronizace souborů Azure.

Při zvažování celkových nákladů na vlastnictví řešení nasazeného pomocí Synchronizace souborů Azure byste měli zvážit následující aspekty nákladů:

• Kapitálové a provozní náklady na souborové servery Windows s jedním nebo více koncovými body serveru Synchronizace souborů Azure jako řešení replikace je nezávislá na tom, kde jsou souborové servery Windows synchronizované se soubory Azure. Můžou být hostované místně, na virtuálním počítači Azure nebo dokonce v jiném cloudu. Náklady na synchronizační servery hostované místně nebo v jiných poskytovatelích cloudu zahrnují kapitálové i provozní náklady, které se nesledují jako součást vyúčtování Azure, ale stále jsou součástí celkových nákladů na vlastnictví řešení. Kapitálové výdaje jsou počáteční náklady na hardware vašeho řešení. Provozní výdaje jsou průběžné náklady na práci, elektřinu atd. Měli byste zvážit množství dat, která potřebujete ukládat do mezipaměti místně, počet procesorů a množství paměti, které potřebujete k hostování úloh Synchronizace souborů Azure, a další náklady specifické pro organizaci, které můžete mít. Další informace najdete v doporučených systémových prostředcích.

• Náklady na licencování jednotlivých serverů zaregistrovaných v Synchronizaci souborů Azure Pokud chcete použít Synchronizaci souborů Azure s konkrétním souborovým serverem Windows, musíte ho nejprve zaregistrovat v prostředku Azure Synchronizace souborů Azure, službě synchronizace úložiště. Každý server, který zaregistrujete po prvním serveru, má měsíční poplatek. I když je tento poplatek malý, jedná se o jednu součást vaší faktury, o které je potřeba uvažovat. Aktuální cenu poplatku za registraci serveru pro požadovanou oblast najdete v části Synchronizace souborů na stránce s cenami služby Azure Files.

• Náklady služby Azure Files Synchronizace souborů Azure využívá prostředky ze sdílené složky Azure. Některé z těchto prostředků, jako je spotřeba úložiště, jsou poměrně běžné, zatímco jiné, jako je například využití transakcí a snímků, nemusí být. Pro většinuzákazníkůch službu Azure Doporučujeme používat sdílené složky v2 zřízené pevnými disky hdd v2 nebo HDD s průběžnými platbami.

  • Využití úložiště Synchronizace souborů Azure replikuje všechny změny provedené v koncovém bodu serveru do sdílené složky Azure, což způsobuje využití úložiště. U zřízených sdílených složek spotřebovávají změny zřízené místo, takže je vaší zodpovědností pravidelně zvyšovat zřizování podle potřeby, aby se zohlednil růst sdílených složek. U sdílených složek s průběžným platbami může přidání nebo zvýšení velikosti existujících souborů na koncových bodech serveru způsobit růst nákladů na využité úložiště, protože se změny replikují.

  • Využití snímků Azure File Sync pořizuje snímky sdílených položek a snímky na úrovni souborů jako součást pravidelného používání. I když využití snímků je vždy rozdílové, může to přispět znatelným způsobem k celkové faktuře za Azure Files.

  • IOPS / využití propustnosti: Synchronizace souborů Azure řídí IOPS a využití propustnosti pro přenos změn z koncových bodů serveru do sdílené složky Azure. Pokud používáte zřízenou sdílenou složku, měli byste monitorovat využití sdílené složky, abyste měli jistotu, že máte dostatek IOPS a zřízené propustnosti, které nejste omezeni. Pokud používáte sdílenou složku s průběžnými platbami, budou se vám účtovat poplatky za využití IOPS ve formě transakcí. Obecně platí, že existují dva typy transakcí, které je potřeba vzít v úvahu:

    • Transakce ze ztráty zákazníků Při změně souborů na koncových bodech serveru se změny nahrají do cloudové sdílené složky, která generuje transakce. Když je povolené vrstvení cloudu, vygenerují se další transakce pro správu vrstvených souborů, včetně vstupně-výstupních operací probíhajících na vrstvených souborech, a to kromě nákladů na odchozí přenos dat. I když je množství a typ transakcí obtížné předpovědět z důvodu četnosti změn a efektivity mezipaměti, můžete pomocí předchozích vzorů transakcí odhadnout budoucí náklady, pokud se domníváte, že vaše budoucí využití bude podobné aktuálnímu využití.

    • Transakce z výčtu v cloudu Synchronizace souborů Azure vytvoří výčet sdílené složky Azure v cloudu jednou denně a zjistí změny provedené přímo ve sdílené složce, aby se mohly synchronizovat s koncovými body serveru. Tento sken generuje transakce, které se účtují účtu úložiště ve výši jedné ListFiles transakce za adresář za den. Toto číslo můžete vložit do cenové kalkulačky a odhadnout náklady na kontrolu.

    Návod

    Pokud nevíte, kolik složek máte, podívejte se na nástroj TreeSize od společnosti JAM Software GmbH.

Azure Backup

Azure Backup poskytuje řešení bezserverového zálohování pro soubory Azure, které se bezproblémově integruje s vašimi sdílenými složkami a s dalšími službami přidanými hodnotami, jako je Synchronizace souborů Azure. Azure Backup for Azure Files je řešení zálohování založené na snímcích, které poskytuje plánovací mechanismus pro automatické pořizování snímků podle plánu definovaného správcem. Poskytuje také uživatelsky přívětivé rozhraní pro obnovení odstraněných souborů nebo složek nebo celé sdílené složky do určitého bodu v čase. Další informace najdete v tématu O zálohování sdílených složek Azure.

Při zvažování nákladů na používání služby Azure Backup zvažte následující faktory:

• Náklady na licencování chráněných instancí pro data sdílených souborů Azure Azure Backup účtuje licenční poplatky za chráněné instance na úložný účet obsahující zálohované Azure sdílené složky. Chráněná instance je definována jako 250 GiB úložiště sdílených složek Azure. Na účty úložiště, které obsahují méně než 250 GiB, se vztahují desetinné náklady na chráněné instance. Další informace najdete v tématu o cenách služby Azure Backup. V seznamu služeb, které může Azure Backup chránit, musíte vybrat službu Azure Files .

• Náklady služby Azure Files Azure Backup zvyšuje náklady na azure Files následujícími způsoby:

  • Rozdílové náklady na snímky souborového úložiště Azure Azure Backup automatizuje pořizování snímků sdílených složek Azure podle plánu definovaného správcem. Snímky jsou vždy rozdílové; avšak dodatečné náklady závisí na délce času, po který jsou snímky uchovávány, a množství změn ve sdílené složce během této doby. Tyto faktory určují, jak se snímek liší od živé sdílené složky, a proto, kolik dalších dat jsou uložena službou Azure Files.

  • Transakční náklady z operací obnovení. Operace obnovení ze snímku do živé sdílené složky účtují náklady na transakce. U standardních sdílených souborů se čtení ze snímků a zápisy z obnovení účtují jako běžné transakce sdílení souborů. U zřízených sdílených složek se tyto operace započítávají do zřízeného IOPS sdílené složky.

Microsoft Defender pro úložiště

Microsoft Defender podporuje Soubory Azure jako součást svého produktu Microsoft Defender for Storage. Microsoft Defender for Storage detekuje neobvyklé a potenciálně škodlivé pokusy o přístup ke sdíleným složkám Azure nebo jejich zneužití přes PROTOKOL SMB nebo FileREST. Microsoft Defender for Storage je povolený na úrovni předplatného pro všechny sdílené složky v účtech úložiště v daném předplatném.

Microsoft Defender for Storage nepodporuje antivirové funkce pro sdílené složky Azure.

Hlavní náklady z Microsoft Defender for Storage spočívají v dodatečných transakčních nákladech, které produkt ukládá nad rámec transakcí prováděných ve sdílené složce Azure. I když jsou tyto náklady založené na transakcích vzniklých ve službě Azure Files, nejsou součástí fakturace služby Soubory Azure, ale jsou součástí cen Programu Microsoft Defender. Microsoft Defender for Storage účtuje poplatky za transakce i za zřízené sdílené složky, zatímco Azure Files zahrnuje transakce jako součást poskytování IOPS. Aktuální sazbu transakcí najdete na cenové stránce služby Microsoft Defender for Cloud v řádku tabulky Microsoft Defender pro úložiště.

Sdílené složky s vysokou intenzitou transakcí zahrnují značné náklady s Microsoft Defender for Storage. Na základě těchto nákladů můžete chtít odhlásit Microsoft Defender for Storage pro konkrétní účty úložiště. Další informace najdete v tématu Vyloučení účtu úložiště z programu Microsoft Defender pro ochranu úložiště.

Reservations

Azure Files podporuje rezervace (označované také jako rezervované instance) pro zřízené modely v1 a modely průběžné platby. Rezervace umožňují dosáhnout slevy na úložiště tím, že se předem potvrdí využití úložiště. Měli byste zvážit nákup rezervovaných instancí pro jakékoli produkční úlohy nebo úlohy pro vývoj/testování s konzistentním zatížením. Při nákupu rezervace musíte zadat následující dimenze:

• Velikost kapacity: Rezervace můžou být buď pro 10 TiB, nebo 100 TiB, s výraznějšími slevami za nákup rezervace s vyšší kapacitou. Můžete si zakoupit několik rezervací, včetně rezervací různých velikostí kapacity, aby splňovaly vaše požadavky na úlohy. Pokud má vaše produkční nasazení například 120 TiB klasických sdílených složek, můžete si koupit jednu rezervaci o 100 TiB a dvě rezervace o 10 TiB, abyste splnili celkové požadavky na kapacitu úložiště.
• Období: Rezervace si můžete koupit buď na jeden rok, nebo na tři roky, ale s výraznějšími slevami za nákup delšího období rezervace.
• Úroveň: Úroveň služby Azure Files pro rezervaci. Rezervace jsou nyní k dispozici pro fakturační modely SSD v1 jako "premium" s průběžnými platbami a HDD s průběžnými platbami (úrovně přístupu: horká a studená).
• Umístění: Oblast Azure pro rezervaci. Rezervace jsou dostupné v podmnožině oblastí Azure.
• Redundance: Redundance úložiště pro rezervaci. Rezervace se podporují pro všechny redundance, které Azure Files podporuje, včetně LRS, ZRS, GRS a GZRS.
• Četnost fakturace: Udává, jak často je účet fakturován za rezervaci. Mezi možnosti patří měsíční nebo počáteční verze.

Jakmile zakoupíte rezervaci, automaticky ji spotřebuje vaše stávající využití úložiště. Pokud používáte více úložiště, než jste si rezervovali, platíte ceníkovou cenu za zůstatek, který rezervace nepokrývá. Poplatky za transakce, šířku pásma, přenos dat a úložiště metadat nejsou součástí rezervace.

Existují rozdíly v tom, jak rezervace fungují se snímky sdílených složek pro průběžné platby a zřízené sdílené složky v1. Pokud vytváříte snímky klasických sdílených složek s průběžnými platbami, započítávají se rozdíly snímků do rezervace a účtují se jako součást běžného měřiče využití úložiště. Pokud ale pořizujete snímky zřízených sdílených složek v1 Classic, budou se snímky účtovat pomocí samostatného měřiče a nezapočítávají se do rezervace.

Další informace o nákupu rezervací najdete v tématu Optimalizace nákladů na službu Azure Files s využitím rezervací.

Viz také

• Ceny služby Azure Files
• Příklady odhadu nákladů
• Plánování nasazení služby Azure Files a plánování nasazení Synchronizace souborů Azure
• Vytvoření klasické sdílené složky
• Vytvoření sdílené složky (Preview)