Principy fakturace služby Azure Files

Tento článek vám pomůže pochopit různé modely fakturace pro Azure Files, abyste mohli spravovat náklady a určit celkové náklady na vlastnictví. Informace o cenách najdete v článku Ceny služby Azure Files.

Určení nákladů na nasazení Azure Files

Čtyři klíčové faktory určují náklady na nasazení Azure Files: model fakturace, úroveň médií, možnost redundance a model prostředků.

Model fakturace

Azure Files podporuje tři různé fakturační modely: předem zřízený model v2, předem zřízený model v1 a průběžné platby podle využití.

  • Provisioned v2: Model účtování, ve kterém lze samostatně nakonfigurovat ú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í Azure Files použijte 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. Použijte předem zřízený model v2, pokud nemáte konkrétní důvod používat předem zřízený model v1.
  • 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. Použijte zřízený model v2, pokud nemáte konkrétní důvod použít model s průběžným účtováním.

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í.

Úroveň médií

Azure Files podporuje dvě různé úrovně úložiště: jednotky SSD (Solid State Drive) a pevné disky (HDD). Tato podpora umožňuje přizpůsobit sdílené složky podle požadavků na výkon a cenu vašeho scénáře.

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

Možnosti redundance

Azure Files podporuje čtyři různé možnosti redundance, které můžete použít k řízení počtu uložených kopií dat a umístění těchto kopií do infrastruktury Azure. Odolnější možnosti poskytují větší odolnost a dostupnost, ale mají vyšší náklady:

  • Místně redundantní úložiště (LRS) uchovává tři kopie dat v rámci jednoho datového centra v jedné oblasti.
  • Zónově redundantní úložiště (ZRS) ukládá tři kopie dat napříč nezávislými datacentry (zónami dostupnosti) v rámci oblasti.
  • 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.
  • Geograficky zónově 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ů nejvyšší úrovně, což jsou položky, které vytvoříte a spravujete v rámci předplatných Azure a skupin prostředků. 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ě, které nasadíte 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. Poskytovatel prostředků Microsoft.Storage nabízí účty úložiště a v těchto účtech úložiště vytvoříte klasické sdílené složky.

  • sdílené složky Soubory jsou novým typem prostředků nejvyšší úrovně, který zjednodušuje nasazení sdílených složek Azure tím, že eliminuje nutnost vytvořit účet ú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. Poskytovatel prostředků Microsoft.FileShares nabízí sdílené složky jako prostředky nejvyšší úrovně.

Jednotky úložiště Azure Files

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

Většina operačních systémů a nástrojů používá k měření množství úložiště měrné jednotky base-2. Často je však nesprávně označují jako jednotky o základu 10, se kterými jste možná obeznámenější: KB, MB, GB a TB. Mnoho operačních systémů nesprávně označuje úložné jednotky, protože tato označení začaly používat dříve, než je standardizovaly Mezinárodní elektrotechnická komise (IEC), Mezinárodní úřad pro míry a váhy (BIPM) a Národní institut pro standardy a technologie USA (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 Azure Files z lokálních serverů nebo porovnáváte Azure Files s jinými cloudovými řešeními, zvažte následující faktory, abyste zajistili spravedlivé a přímé 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, bude vaše sdílená složka plná. Pokud nezvětšíte velikost sdílené složky nebo neodstraníte některá data, nemůžete přidat 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í zřízeného úložiště, IOPS a propustnost můžete podle toho, jak se mění vaše potřeby, dynamicky navýšit i snížit. 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í.

Když ve výchozím nastavení vytvoříte novou sdílenou složku pomocí zřízeného modelu v2, systém doporučí, kolik IOPS a kolik propustnosti potřebujete. Toto doporučení se počítá na základě vámi zadaného množství zřízeného úložiště. 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 Ano Ne
SSD Zóna protokol SMB Ano Ne
SSD Local NFS Ano Ano
SSD Zóna NFS Ano Ano
pevný disk Local protokol SMB Ano Ne
pevný disk Zóna protokol SMB Ano Ne
pevný disk Geo protokol SMB Ano Ne
pevný disk GeoZone protokol SMB Ano Ne
pevný disk Local NFS Ne Ne
pevný disk Zóna NFS Ne Ne
pevný disk Geo NFS Ne Ne
pevný disk GeoZone NFS Ne Ne

Zřízený model v2 je obecně dostupný ve všech oblastech veřejného cloudu Azure a ve všech oblastech cloudu Azure pro vládu USA. Ne všechny oblasti podporují všechny úrovně médií a možnosti redundance.

Zřizování zřízené v2

Při vytváření zřízené sdílené složky v2 určete zřízenou kapacitu sdílené složky z hlediska úložiště, IOPS a propustnosti. Sdílené složky mají 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 IOPS 102 400 IOPS 50 000 IOPS
Maximální zřízená propustnost 10 340 MiB / s 5 120 MiB / s

Ve výchozím nastavení Azure Files poskytuje doporučení pro zřizování IOPS a propustnosti na základě vámi zadaného zřízené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 vašich konkrétních požadavcích na sdílení souborů můžete potřebovat více nebo méně IOPS nebo vyšší či nižší propustnost, než se doporučuje. Tato doporučení můžete případně přepsat vlastními hodnotami.

Zřízené limity IOPS a zřizování propustnosti v2 (mantinely)

Zřizovací ochranné mechanismy pomáhají chránit před zbytečnými náklady udržováním IOPS a propustnosti úměrné poskytnuté kapacitě úložiště a zachováním možnosti přepsání výchozích doporučení pro IOPS a propustnost. Každá dimenze je omezena na 5× jeho doporučenou hodnotu pro množství úložiště, které zřídíte, a můžete ji snížit na minimum povolenou pro vaši úroveň médií. Systém vyhodnocuje limity IOPS a propustnosti samostatně podle jejich příslušných doporučovacích vzorců. Pokud žádost o zřízení překročí ochranu, můžete zvýšit zřízené úložiště a zvýšit limit a odemknout vyšší IOPS nebo propustnost.

Například sdílená složka 32 GiB SSD má doporučený počet IOPS 3 032, takže maximální počet IOPS, který můžete zřídit pro tuto sdílenou složku, je 5 × 3 032 = 15 160. Zvýšení zřízeného úložiště zvýší doporučené IOPS a propustnost, a proto limit mantinely, což znamená, že můžete zřídit více IOPS nebo propustnosti. Ochranné mantinely platí pro SSD i HDD.

Následující tabulka uvádí maximální počet vstupně-výstupních operací za sekundu a propustnost, které můžete zřídit pro různé zřízené objemy úložiště:

Zřízené úložiště Maximální počet vstupně-výstupních operací za sekundu SSD Maximální propustnost SSD (MiB/s) HDD, maximální IOPS Maximální propustnost HDD (MiB/s)
32 GB 15 160 520 5,035 305
64 GiB 15,320 535 5,065 310
128 GiB 15,640 565 5,130 315
256 GB 16 280 630 5,260 330
512 GiB 17 560 760 5,515 355
1 024 GiB 20,120 1,015 6,025 405
2 048 GiB 25,240 1,525 7,050 505
4 096 GiB 35,480 2,550 9,100 710
8 192 GiB 55,960 4 600 13,195 1,120
16 384 GiB 96,920 8,695 21,385 1,940
32 768 GiB 102,400 10,340 37,770 3,580
65 536 GiB 102,400 10,340 50 000 5,120
131 072 GiB 102,400 10,340 50 000 5,120
262 144 GiB 102,400 10,340 50 000 5,120

Sdílené složky zřízené před zavedením mantinely, které překračují limit 5× nadále normálně fungují. Když u takového podílu změníte zřízené množství, poměr zřízených IOPS nebo propustnosti k doporučené hodnotě může zůstat stejný nebo se snížit, ale nemůže se zvýšit. Pokud má například sdílená složka aktuálně zřízený počet IOPS na 7× doporučení, můžete ji snížit na 6× ale nemůžete ji zvýšit na 7,1×. Jakmile podíl dosáhne hodnoty 5× nebo klesne pod ni, použije se standardní ochranný limit.

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

Nárůst IOPS založený na kreditech poskytuje větší flexibilitu při využití IOPS. Tuto flexibilitu použijte jako buffer pro případ neočekávaných špiček I/O. Pro ustálené vzorce I/O zajistěte dostatečnou rezervu pro špičky I/O.

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. Po spotřebování všech kreditů se podíl vrací do nastaveného 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.
  • Konstantní, když sdílená složka používá přesně zřízený počet IOPS a kredity se ani nenačítají, ani nevyužívají.

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 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 GiB) 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 v rámci účtu ú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 nasadit službu Azure Files se zřízeným fakturačním modelem 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 bez první migrace 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?
    V Azure je nejmenší jednotkou fakturace, kterou vidíte, zdroj, což znamená, že pokud umístíte dvě klasické sdílené složky do stejného úložného účtu, nemůžete snadno sledovat jejich náklady jednotlivě podle projektů, oddělení nebo zákazníků. Abyste to vyřešili, měli byste klasické sdílené složky seskupit 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 vytvoř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 každé sdílené složky, 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 aspektem růstu sdílené složky je omezení sdílené složky, která je podrobně popsána ve zřizování zřízené verze 2.

  • Faktura za každou sdílenou složku se sleduje nezávisle.
    Vzhledem k tomu, že sdílené složky vytvořené s poskytovatelem prostředků Microsoft.FileShares 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

Když povolíte měkké odstranění, systém účtuje poplatky za odstraněné sdílené složky souborů podle jejich 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. Systém ale tyto prostředky neúčtuje. 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.

Systém každou hodinu vykazuje jednotky spotřeby vůči zřízeným fakturačním měřičům v2. Například u sdílení s přidělenou kapacitou 1 024 GiB uvidíte:

  • 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.

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á. Pokud nezvětšíte velikost klasické sdílené složky nebo některé z nich neodstraníte, nemůžete přidat 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í.

Na rozdíl od nákupu místního úložiště můžete dynamicky vertikálně navýšit nebo snížit kapacitu zřízených klasických sdílených složek v1 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 přidělené sdílené složky můžete zmenšit pod počet aktuálně využívaných GiB. Pokud ano, nepřijdete o data, ale stále se vám bude účtovat použitá velikost. Získáte výkon zřízené sdílené složky, 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 Ano Ne
SSD Zóna protokol SMB Ano Ne
SSD Local NFS Ano Ne
SSD Zóna NFS Ano Ne
pevný disk Local protokol SMB Ne Ne
pevný disk Zóna protokol SMB Ne Ne
pevný disk Geo protokol SMB Ne Ne
pevný disk GeoZone protokol SMB Ne Ne
pevný disk Local NFS Ne Ne
pevný disk Zóna NFS Ne Ne
pevný disk Geo NFS Ne Ne
pevný disk GeoZone NFS Ne Ne

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 konkrétních požadavcích na klasické sdílení souborů se může ukázat, že potřebujete více IOPS nebo vyšší propustnost, než umožňují vzorce pro zřizování. 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 nárazového nárůstu: rozšíření založené na kreditech, které je bezplatné jako součást zřizování, a placené rozšíření, což je pokročilá funkce, kterou můžete volitelně povolit, aby se fakturace založená na využití podporovala vždy, když počet IOPS a propustnost překročily zřízenou částku.

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. Tuto flexibilitu použijte jako buffer pro případ neočekávaných špiček I/O. Pro ustálené vzorce I/O zajistěte dostatečnou rezervu pro špičky I/O.

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. Po spotřebování všech kreditů se klasické sdílení souborů vrací do nastaveného 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ě. Tato funkce se liší od navýšení výkonu na základě kreditů, které je zdarma zahrnuto v rámci 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 trvale konzistentní úroveň využití IOPS nebo propustnosti, je levnější v rámci provisioningu úložiště předem zajistit dostatečný počet IOPS a odpovídající propustnost pro pokrytí poptávky, než spoléhat na placené navýšení výkonu.

Placené navýšení výkonu je ve výchozím nastavení zakázané, ale můžete je povolit podle pokynů ke změně nákladových a výkonnostních charakteristik zřízeného klasického sdílení souborů v1 (pouze v PowerShellu a CLI). Pokud povolíte placené navýšení výkonu, monitorujte 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 nastavit více než 10 340 MiB/s, ale využití nad tímto limitem je omezeno.
Maximální počet klasických sdílených složek v rámci účtu ú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ě nasadit Azure Files se zřízeným modelem fakturace v1 u klasických sdílených složek, zvažte 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 omezením sdíleného účtu úložiště zvažte při přidělování klasických sdílených složek účtům úložiště 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ůžete zřídit více IOPS a propustnosti, 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 ve svých účtech úložiště dostatek prostoru, abyste mohli udržovat mapování klasických sdílených složek na účty úložiště nejméně tři až pět 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?
    V Azure je nejmenší jednotkou fakturace, kterou vidíte, zdroj, což znamená, že pokud umístíte dvě klasické sdílené složky do stejného úložného účtu, nemůžete snadno sledovat jejich náklady jednotlivě podle projektů, oddělení nebo zákazníků. 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 vytvoř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í s přidělenou kapacitou 1 024 GiB uvidíte:

  • 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 podle toho, kolik úložiště používáte, nikoli podle toho, kolik úložiště si přidělí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ů. Pro nová nasazení klasických sdílení souborů použijte model Provisioned v2. 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 Ne Ne
SSD Zóna protokol SMB Ne Ne
SSD Local NFS Ne Ne
SSD Zóna NFS Ne Ne
pevný disk Local protokol SMB Ano Ne
pevný disk Zóna protokol SMB Ano Ne
pevný disk Geo protokol SMB Ano Ne
pevný disk GeoZone protokol SMB Ano Ne
pevný disk Local NFS Ne Ne
pevný disk Zóna NFS Ne Ne
pevný disk Geo NFS Ne Ne
pevný disk GeoZone NFS Ne Ne

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

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

Když v účtu úložiště v modelu průběžných plateb vytvoříte klasické sdílení souborů, vyberte jednu z následujících úrovní přístupu: optimalizovaná pro transakce, Hot a Cool. Všechny tři úrovně přístupu používají stejný hardware úložiště. Hlavním rozdílem mezi těmito úrovněmi 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. Tato cenová struktura 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í může 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 přesunete stejnou sdílenou složku do studené úrovně přístupu, za transakční náklady stále platíte téměř nic, jednoduše proto, že u této úlohy provádíte transakce jen zřídka. 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. Tato cenová struktura může vést k situaci, kdy zvýšené náklady vyplývající z cen za transakce převáží úspory plynoucí z nižší ceny za ukládání dat a za úroveň Cool tak můžete zaplatit více, než kolik byste zaplatili za úroveň optimalizovanou pro transakce. U některých úrovní využití je možné, že horká úroveň přístupu je nákladově nejefektivnější a studená úroveň přístupu je dražší než transakce optimalizovaná.

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 nejlepší způsob, jak vybrat nejvýhodnější úroveň přístupu z hlediska nákladů, spočívá v posouzení skutečného využití prostředků sdílené složky (uložených dat, transakcí zápisu atd.). U klasických souborových sdílení s průběžným účtováním začněte během počáteční migrace do služby Azure Files ve vrstvě optimalizované pro transakce a po dokončení migrace pak na základě využití vyberte správnou úroveň přístupu. 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 SMB, která používá model průběžných plateb, uvidíte na počítači klasickou sdílenou složku, 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í souborů, která používají model průběžných plateb, se účtují podle 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 na SSD, které používají účtovací modely provisioned v2 nebo provisioned v1. Kontejnery transakcí nemají vliv na fakturaci zřízených sdílených složek.

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

I když můžete změnit úroveň přístupu klasické sdílené složky, která používá model průběžných plateb, nejlepší způsob, jak optimalizovat náklady po počáteční migraci, je vybrat nákladově optimální úroveň přístupu a zůstat tam, pokud se nezmění vzor přístupu. Změna úrovně přístupu klasické sdílené složky vede k dodatečný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 se přesunete ze studené úrovně přístupu na horkou nebo transakci optimalizovanou, budou se vám účtovat 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. Změny mezi úrovněmi přístupu probíhají okamžitě. Jakmile ale změníte úroveň přístupu sdílené složky, nebudete ji moct během 24 hodin změnit, a to ani v případě, že 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 Azure Files, měli byste nejprve vytvořit klasickou sdílenou složku v transakční optimalizované úrovni přístupu. Migrace způsobuje velký počet transakcí. Po dokončení migrace a provozu po dobu několika dnů nebo týdnů s běžným využitím zapojte počet transakcí do cenové kalkulačky a určete, 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é, nasaďte do každého účtu úložiště jenom jednu klasickou sdílenou složku, abyste zajistili úplný přehled o fakturaci.

    Zobrazení předchozích transakcí:

    1. Přejděte ke svému účtu úložiště na webu Azure Portal.
    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 po dostatečně dlouhou dobu, abyste získali realistický přehled 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 GiB) 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 v rámci účtu ú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, včetně oblastí podporujících zvýšené limity IOPS a propustnosti, najdete v tématu Omezení roviny dat účtu úložiště.

    Pokud chcete správně nasadit Azure Files s modelem fakturace průběžných plateb u klasických sdílených složek, zvažte 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 omezením sdíleného účtu úložiště zvažte při přidělování klasických sdílených složek účtům úložiště 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?
      V Azure je nejmenší jednotkou fakturace, kterou vidíte, zdroj, což znamená, že pokud umístíte dvě klasické sdílené složky do stejného úložného účtu, nemůžete snadno sledovat jejich náklady jednotlivě podle projektů, oddělení nebo zákazníků. 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 vytvoř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 průběžného účtování se celková velikost rozdílů započítává do standardního měřiče využitého úložiště. To znamená, že na faktuře nevidíte samostatnou řádkovou položku představující snímky účtu úložiště s průběžným platbami. Toto rozdílové využití snímků se také počítá s rezervacemi, které zakoupíte za klasické sdílené složky s průběžným platbami.

    Obnovitelné odstranění pro průběžné platby

    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í. Využitá kapacita měkce odstraněného úložiště se započítává do běžného ukazatele využití úložiště. To znamená, že na faktuře nevidíte samostatnou řádkovou položku za klasické sdílené složky souborů po logickém odstranění pro váš účet úložiště s průběžnými platbami. Využití klasické sdílené složky s obnovitelném odstraněním se také počítá s rezervacemi, které zakoupíte pro klasické sdílené složky s průběžným platbami.

    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 gibibajtech (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č účtování se vztahuje pouze na klasické sdílené složky souborů v úrovních přístupu Hot nebo Cool.
    • 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. Tato měřená položka se vztahuje pouze na klasická sdílení souborů v chladné přístupové vrstvě.
    • 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.

    Účtovací měřiče Uložená data a Metadata vykazují jednotky spotřeby každou hodinu v přepočtu na měsíční jednotky. Například u sdílení s využitými 1 024 GiB uvidíte:

    • 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.

    Ostatní měřiče (například operace zápisu nebo načítání dat) generují spotřebu každou hodinu. Vzhledem k tomu, že tyto měřiče nemají přiřazený konkrétní časový rámec, nevyžadují žádné speciální transformace jednotek.

    Azure Files koncepty velikosti sdílené složky: Zřízená velikost nebo 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ými i průběžnými sdílenými složkami určíte maximální velikost, na kterou může sdílená složka růst. Ve zřízených sdílených složkách se tato hodnota nazývá zřízená velikost. Za zřízenou velikost platíte bez ohledu na to, kolik skutečně používáte. U sdílení souborů s průběžným účtováním se tato hodnota nazývá kvóta a nemá přímý vliv na váš účet. Zřízená velikost je povinné pole pro zřízené sdílení souborů. Pokud u sdílených složek s průběžnými platbami nezadáte zřízenou velikost, nastaví se ve výchozím nastavení sdílená složka 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 nebo GiB by bylo přeneseno přes drát, pokud jste ho zkopírovali do jiného umístění. U sdílení souborů s předem přidělenou kapacitou i s průběžným účtováním se celková logická velikost sdílení souborů používá ke kontrole vůči přidělené velikosti nebo kvótě. 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. Dialogové okno Vlastnosti systému Windows u souboru nebo složky označuje logickou velikost jako „velikost“ a metriky Azure Files ji označují jako „délka obsahu“.

    • 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 operační systém soubor zapisuje. 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 pro Azure Files

    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í mohou poskytovat značnou dodatečnou hodnotu Azure Files, zvažte dodatečné náklady, které tyto služby přidají k celkovým nákladům Azure Files řešení.

    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 za poplatky za službu přidanou hodnotou. Ty se však přímo vztahují k tomu, jak používáte službu s přidanou hodnotou s vaším sdílením souborů.

    • Náklady na službu Azure Files pro použití služby přidané hodnotou Azure Files zákazníkům neúčtuje přímé poplatky za přidávání služeb s přidanou hodnotou. V rámci rozšíření sdílené složky ve službě Azure o další hodnotu ale může služba s přidanou hodnotou zvýšit náklady, které se vám u sdílené složky ve službě Azure zobrazují. Toto zvýšení je u sdílených složek s průběžným účtováním snadno patrné kvůli poplatkům za transakce. 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. Tento transakční model se vztahuje i na zřízená sdílení souborů, 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 zvažte náklady na Azure Files a všechny služby přidané hodnotou, které chcete používat s Azure Files.

    Existuje mnoho 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 Files. Další informace o službách, které tu nejsou uvedené, najdete na stránce s cenami dané služby.

    Synchronizace souborů Azure

    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 k Synchronizace souborů Azure.

    Při zvažování celkových nákladů na vlastnictví řešení nasazeného pomocí Synchronizace souborů Azure zvažte 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.

      • Slevy. Od ledna 2026 získají organizace se službami Software Assurance (SA) a servery s podporou Azure Arc plně snížené ceny za synchronizaci souborů Azure na server, pokud používají agenta Synchronizace souborů Azure verze 22 nebo novější, což snižuje provozní náklady. Zákazníci, kteří používají agenta Synchronizace souborů Azure starší než verze 22, nezískají slevu.

    • 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šinu zákazníků doporučujeme používat sdílené složky na pevných discích (HDD) v2 zřízené jako součást služby Synchronizace souborů Azure, i když Synchronizace souborů Azure je plně podporován ve všech modelech účtování Azure Files (SSD zřízené v2, SSD zřízené v1 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 vyhrazených sdílených složek spotřebovávají změny vyhrazené místo, takže je vaší zodpovědností pravidelně zvyšovat vyhrazený prostor podle potřeby a zohlednit tak 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ů Synchronizace souborů Azure 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řízené úložiště souborů, měli byste sledovat jeho využití, abyste měli jistotu, že máte dostatečné IOPS a propustnost, a tudíž nebudete nijak omezeni v přístupu. 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é; dodatečné náklady však závisí na době, po kterou jsou snímky uchovávány, a na míře 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 sdílených složek s průběžným účtováním se čtení ze snímků a zápisy při obnovení účtují jako běžné transakce sdílených složek. 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í získat slevu na úložiště tím, že se předem zavazujete k využití úložiště. Zvažte nákup rezervovaných instancí pro všechny produkční úlohy nebo úlohy pro vývoj/testování s konzistentními nároky. Při nákupu rezervace zadejte následující dimenze:

    • Velikost kapacity: Rezervace můžou být buď pro 10 TiB, nebo 100 TiB, s většími slevami za nákup rezervace vyšší kapacity. Můžete si zakoupit více 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 zakoupit buď na jeden rok, nebo na tři roky, a to s větší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. Všechny typy redundance, které Azure Files podporuje, včetně LRS, ZRS, GRS a GZRS, podporují rezervace.
    • Četnost fakturace: Udává, jak často je účet fakturován za rezervaci. Mezi možnosti patří měsíční nebo počáteční verze.

    Když zakoupíte rezervaci, vaše stávající využití úložiště ji automaticky spotřebuje. Pokud používáte více úložiště, než jste si rezervují, platíte ceníkovou cenu zůstatku, 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 v rámci průběžných plateb a zřízených sdílených složek souborů v1. Pokud pořídíte snímky klasických sdílených složek souborů s průběžným účtováním, rozdílová data snímků se započítávají do rezervace a účtují se v rámci standardního měření využitého úložiště. Pokud ale pořídíte 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 tom, jak zakoupit rezervace, najdete v tématu Optimalizace nákladů na Azure Files pomocí rezervací.

    Viz také

    • Last updated on