Sdílet prostřednictvím

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

  • Článek

Azure Files podporuje dvě různé úrovně úložiště, SSD a HDD, které umožňují 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 jednotkách SSD (Solid-State Drive) poskytují konzistentní vysoký výkon a nízkou latenci v rámci jednociferných milisekund pro většinu vstupně-výstupních operací.
  • HDD (standard):: Hostitel sdílených složek na pevných discích (HDD) poskytuje nákladově efektivní úložiště pro obecné použití.

Azure Files má několik cenových modelů, včetně zřízených a průběžných plateb:

  • Zřízené fakturační modely: Ve zřízeném fakturačním modelu se primární náklady sdílené složky zakládají na množství úložiště, IOPS (vstupní a výstupní operace za sekundu) a propustnosti, kterou zřídíte při vytváření nebo aktualizaci sdílené složky bez ohledu na to, kolik využíváte. Služba Azure Files má dva různé zřízené modely zřízené v2 a zřízené verze 1.

    • Zřízená verze 2: Ve zřízeném modelu v2 máte možnost samostatně zřizovat úložiště, IOPS a propustnost, i když doporučujeme vám s prvním zřizováním pomoct.
    • Zřízená verze 1: Ve zřízeném modelu v1 zřídíte množství úložiště, které potřebujete pro sdílenou složku, zatímco počet IOPS a propustnost se určí na základě toho, kolik úložiště zřídíte. Zřízený model v1 pro Azure Files je k dispozici pouze pro sdílené složky SSD.

  • Model fakturace s průběžným platbou: V modelu s průběžným platbou jsou náklady na sdílenou složku založeny na tom, kolik sdílené složky používáte, ve formě využitého úložiště, transakce a nákladů na přenos dat. Model průběžných plateb pro Azure Files je k dispozici pouze pro sdílené složky HDD. Pro nová nasazení sdílených složek HDD doporučujeme použít zřízený model v2.

Tento článek vysvětluje fakturační modely služby Azure Files, které vám pomůžou porozumět měsíčnímu vyúčtování služby Azure Files. Informace o cenách služby Azure Files najdete na stránce s cenami služby Soubory Azure.

Platí pro

Model správy Model fakturace Úroveň multimédií Redundance SMB NFS
Microsoft.Storage Zřízeno v2 HDD (standard) Místní (LRS) Yes No
Microsoft.Storage Zřízeno v2 HDD (standard) Zóna (ZRS) Yes No
Microsoft.Storage Zřízeno v2 HDD (standard) Geografická oblast (GRS) Yes No
Microsoft.Storage Zřízeno v2 HDD (standard) GeoZone (GZRS) Yes No
Microsoft.Storage Zřízeno v1 SSD (Premium) Místní (LRS) Ano Yes
Microsoft.Storage Zřízeno v1 SSD (Premium) Zóna (ZRS) Ano Yes
Microsoft.Storage Fakturace průběžných plateb HDD (standard) Místní (LRS) Yes No
Microsoft.Storage Fakturace průběžných plateb HDD (standard) Zóna (ZRS) Yes No
Microsoft.Storage Fakturace průběžných plateb HDD (standard) Geografická oblast (GRS) Yes No
Microsoft.Storage Fakturace průběžných plateb HDD (standard) GeoZone (GZRS) Yes No

Jednotky úložiště

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

Zkratka Definice Unit
KiB 1 024 bajtů kibibyte
Mib 1 024 KiB (1 048 576 bajtů) mebibyte
GiB 1024 MiB (1 073 741 824 bajtů) gibibyte
TiB 1024 GiB (1 099 511 627 776 bajtů) tebibyte

I když většina operačních systémů a nástrojů k měření množství úložiště běžně používá měrné jednotky base-2, často se označují jako jednotky base-10, které možná znáte: KB, MB, GB a TB. I když se důvody chybného označování liší, společný důvod, proč operační systémy jako Windows nesprávně oznamují úložné jednotky, je to, že mnoho operačních systémů začalo tyto zkratky používat dříve, než byly standardizovány IEC (Mezinárodní elektrotechnická komise), BIPM (Mezinárodní úřad pro váhy a míry) a NIST (US National Institute of Standards and Technology).

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

Operační systém Měrný systém Popisky
Windows Základ 2 Konzistentně nesprávně označí jako base-10.
Linuxové distribuce Běžně base-2 používá některý software base-10. Nekonzistentní popisování, zarovnání mezi měřením a popisováním závisí na softwarovém balíčku.
operační systém macOS, iOS a iPad Base-10 Konzistentně popisky jako base-10.

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ílenou složku

Pokud migrujete do služby Azure Files z místního prostředí nebo porovnáváte Soubory Azure s jinými řešeními cloudového úložiště, měli byste zvážit následující faktory, které zajistí spravedlivé porovnání apples-jablka-jablka:

  • 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. Zvláštní zájem o zřízené modely jsou minimální zřízená velikost sdílené složky, jednotka zřizování a schopnost zvýšit a snížit 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ě? Základní jednotka správy se službou Azure Files je účet úložiště. Jiná řešení můžou vyžadovat další správu, jako jsou aktualizace operačního systému nebo správa 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ů.

Zřízený model v2

Zřízený model v2 pro páry Azure Files předvídatelnost celkových nákladů na vlastnictví s flexibilitou, takže můžete vytvořit sdílenou složku, 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 2 TiB dat do sdílené složky, vaše sdílená složka bude plná a nebudete moct přidávat další data, pokud nezvětšíte velikost 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í.

Množství úložiště, IOPS a propustnosti, které zřídíte, se dá dynamicky vertikálně navýšit nebo snížit podle svých potřeb, ale zřízené množství můžete snížit pouze 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, poskytneme doporučení, kolik IOPS a kolik propustnosti potřebujete na základě množství zřízeného úložiště, které zadáte. I když tato doporučení vycházejí z typického využití zákazníka pro danou úroveň úložiště pro danou úroveň médií ve službě Azure Files, můžete zjistit, že vaše úloha vyžaduje více nebo méně IOPS a propustnost než typická sdílená složka, a v závislosti na požadavcích na jednotlivé sdílené složky můžete volitelně zřídit více nebo méně vstupně-výstupních operací za sekundu a propustnost.

Zřízená dostupnost v2

Zřízený model v2 se poskytuje pro sdílené složky v účtech úložiště s druhem účtu úložiště FileStorage . V současné době jsou k dispozici následující podmnožina skladových položek účtu úložiště:

Druh účtu úložiště Skladová položka účtu úložiště Typ dostupné sdílené složky
File Storage StandardV2_LRS Zřízené sdílené složky HDD v2 se zadanou redundancí místního úložiště (LRS).
File Storage StandardV2_ZRS Zřízené sdílené složky hdd v2 se zadanou redundancí zón (ZRS).
File Storage StandardV2_GRS Zřízené sdílené složky HDD v2 se zadanou redundancí geograficky (GRS).
File Storage StandardV2_GZRS Zřízené sdílené složky HDD v2 se zadanou redundancí GeoZone (GZRS).

V současné době jsou tyto skladové položky obecně dostupné v omezené podmnožině oblastí:

  • Francie – střed
  • Francie – jih
  • Austrálie – východ
  • Austrálie – jihovýchod
  • Východní Asie
  • Southeast Asia
  • Západní USA 2
  • USA – středozápad
  • West Europe
  • Severní Evropa

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

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 HDD
Jednotka zřizování úložiště 1 GiB
Jednotka zřizování IOPS 1 vstupně-výstupní operace za sekundu
Jednotka zřizování propustnosti 1 MiB / s
Minimální zřízené úložiště na sdílenou složku 32 GB
Minimální počet zřízených vstupně-výstupních operací za sekundu na sdílenou složku 500 IOPS
Minimální zřízená propustnost na sdílenou složku 60 MiB / s
Maximální zřízené úložiště na sdílenou složku 256 TiB (262 144 GiB)
Maximální počet zřízených vstupně-výstupních operací za sekundu na sdílenou složku 50 000 IOPS
Maximální zřízená propustnost na sdílenou složku 5 120 MiB / s
Maximální zřízené úložiště na účet úložiště 4 PiB (4 194 304 GiB)
Maximální počet zřízených IOPS na účet úložiště 50 000 IOPS
Maximální zřízená propustnost na účet úložiště 5 120 MiB / s
Maximální počet sdílených složek na účet úložiště 50 sdílených složek

Ve výchozím nastavení doporučujeme 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 HDD
Doporučení IOPS MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Doporučení k propustnosti 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í, a podle potřeby můžete tato doporučení volitelně přepsat vlastními hodnotami.

Zřízené rozšíření 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 vyrovnávací paměť proti neočekávaným špičkám vstupně-výstupních operací. U zavedených vzorů vstupně-výstupních operací doporučujeme zřídit vstupně-výstupní špičky.

Kredity IOPS nárazového nárůstu se hromadí vždy, když je provoz sdílené složky nižší než zřízený (základní) IOPS. Pokaždé, když využití IOPS sdílené složky překročí zřízené IOPS a k dispozici jsou kredity IOPS s nárůstem kapacity, může sdílená složka navýšit až na maximální povolený limit IOPS. Sdílené složky můžou pokračovat v nárůstu, dokud zůstanou kredity, ale závisí to na počtu nahromaděných kreditů. Každý vstupně-výstupní operace nad rámec zřízených vstupně-výstupních operací za sekundu spotřebovává jeden kredit. Jakmile se spotřebují všechny kredity, vrátí se sdílená složka do zřízeného IOPS. Vstupně-výstupní operace za sekundu oproti sdílené složce nemusí dělat nic zvláštního, aby bylo možné použít nárazové využití. Shlukování funguje na základě maximálního úsilí.

Sdílení kreditů má tři stavy:

  • Nabíhání, když sdílená složka používá méně než zřízené IOPS.
  • Pokud sdílená složka používá více než zřízený počet vstupně-výstupních operací za sekundu a v režimu shlukování, odmítnou.
  • Konstanta, pokud sdílená složka používá přesně zřízený počet IOPS a kredity se nevyužívá ani nevyužívá.

Nová sdílená složka začíná úplným počtem kreditů v kontejneru s nárůstem kapacity. Pokud počet vstupně-výstupních operací za sekundu sdílené složky klesne pod zřízený limit kvůli omezování serverem, nabíhají kredity s nárůstem kapacity. 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 HDD
Omezení počtu vstupně-výstupních operací za sekundu MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
Kredity pro nárazové vstupně-výstupní operace za sekundu (BurstLimit - ProvisionedIOPS) * 3600

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

Zřízené IOPS Limit počtu vstupně-výstupních operací vstupně-výstupních operací za sekundu Kredity s nárůstem kapacity HDD
500 Až 5 000 16,200,000
1000 Až 5 000 14,400,000
3 000 Až 9 000 21,600,000
5 000 Až 15 000 36,000,000
10,000 Až 30 000 72,000,000
25,000 Až 50 000 90,000,000
50 000 Až 50 000 0

Zřízené snímky v2

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

Snímky jsou vždy rozdílové od živé sdílené složky a od sebe navzájem. Pokud se celková rozdílová velikost všech snímků ve zřízeném fakturačním modelu v2 vejde do nadbytečného zřízeného prostoru úložiště sdílené složky, za úložiště snímků se neplatí žádné další náklady. Pokud je velikost živých dat sdílené složky plus rozdílová data snímků větší než zřízené úložiště sdílené složky, bude se nadbytečná využitá kapacita snímků účtovat měřiči využití snímků overflow. 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 ve službách s přidanou hodnotou pro Azure Files .

Zřízené obnovitelné odstranění v2

Odstraněné 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 po dobu trvání období obnovitelného odstranění. Aby bylo zajištěno, že odstraněnou sdílenou složku je možné kdykoli obnovit, zřízené úložiště, IOPS a propustnost sdílené složky se započítávají do limitů účtu úložiště, dokud se sdílená složka nevyprázdní, ale neúčtuje se. Další informace o obnovitelném odstranění najdete v tématu Povolení obnovitelného odstranění ve sdílených složkách Azure.

Zřízené 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 pěti měřičů fakturace:

  • Zřízené úložiště: Velikost úložiště zřízená v GiB.
  • Zřízená IOPS: Objem zřízených vstupně-výstupních operací za sekundu
  • Zřízená propustnost MiBPS: Množství propustnosti zřízené v MiB/ s.
  • Využití snímků přetečení: Jakékoli množství rozdílového využití snímků v GiB, které se nevejde do zřízené kapacity úložiště. Další informace najdete ve zřízených snímcích v2.
  • Obnovitelné odstranění: Využitá kapacita úložiště v GiB pro obnovitelné odstraněné sdílené složky Další informace najdete v tématu obnovitelné odstranění zřízené verze 2.

Spotřeba ve zřízených měřičích fakturace v2 se každou hodinu vygeneruje z hlediska hodinových jednotek. Například u sdílené složky se zřízenou 1024 GiB byste měli 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 zřízené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ě .
    • 30denní měsíc: 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ě .

Zřízený model v1

Zřízená metoda v1 poskytuje úložiště, vstupně-výstupní operace za sekundu a propustnost s pevným poměrem, podobně jako úložiště zakoupené v místním řešení úložiště. Když vytvoříte novou zřízenou 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 sdílené složky SSD.

Velikost zřízeného úložiště určuje garantované limity úložiště, IOPS a propustnosti využití sdílené složky. Pokud například zřídíte sdílenou složku 2 TiB a nahrajete 2 TiB dat do sdílené složky, vaše sdílená složka bude plná a nebudete moct přidávat další data, pokud nezvětšíte velikost 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ě se zřízené sdílené složky v1 dají dynamicky vertikálně navýšit nebo snížit podle potřeby, ale zřízené úložiště můžete snížit pouze 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é sdílené složky můžete zmenšit pod použitou GiB. Pokud to uděláte, nepřijdete o data, ale stále se vám bude účtovat použitá velikost a obdržíte výkon zřízené sdílené složky, nikoli použitou velikost.

Zřízená dostupnost v1

Zřízený model v1 je k dispozici pro sdílené složky SSD v účtech úložiště s druhem účtu úložiště FileStorage :

Druh účtu úložiště Skladová položka účtu úložiště Typ dostupné sdílené složky
File Storage Premium_LRS Zřízená sdílená složka SSD v1 se zadanou redundancí místního úložiště (LRS).
File Storage Premium_ZRS Zřízená sdílená složka SSD v1 se zadanou redundancí zón (ZRS).

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 produktech Azure v jednotlivých oblastech .

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

Při vytváření zřízené sdílené složky 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. Sdílené složky jsou omezené na základě následujících atributů:

Zboží Hodnota
Jednotka zřizování úložiště 1 GiB
Minimální zřízené úložiště na sdílenou složku 100 GiB
Maximální zřízené úložiště na sdílenou složku 100 TiB (102 400 GiB)
Maximální zřízené úložiště na účet úložiště 100 TiB (102 400 GiB)

Množství IOPS a propustnosti zřízené ve sdílené složce jsou určeny následujícími vzorci:

Položka Vzorec
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 vašem individuálním požadavku na sdílenou složku můžete zjistit, že potřebujete více vstupně-výstupních operací za sekundu nebo propustnost, než poskytuje naše zřizovací vzorce. V takovém případě budete muset zřídit další úložiště, abyste získali požadované IOPS nebo propustnost.

Zřizovací rozšíření v1

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 vyrovnávací paměť proti neočekávaným špičkám vstupně-výstupních operací. U zavedených vzorů vstupně-výstupních operací doporučujeme zřídit vstupně-výstupní špičky.

Kredity IOPS nárazového nárůstu se hromadí vždy, když je provoz sdílené složky nižší než zřízený (základní) IOPS. Pokaždé, když využití IOPS sdílené složky překročí zřízené IOPS a k dispozici jsou kredity IOPS s nárůstem kapacity, může sdílená složka navýšit až na maximální povolený limit IOPS. Sdílené složky můžou pokračovat v nárůstu, dokud zůstanou kredity, ale závisí to na počtu nahromaděných kreditů. Každý vstupně-výstupní operace nad rámec zřízených vstupně-výstupních operací za sekundu spotřebovává jeden kredit. Jakmile se spotřebují všechny kredity, vrátí se sdílená složka do zřízeného IOPS. Vstupně-výstupní operace za sekundu oproti sdílené složce nemusí dělat nic zvláštního, aby bylo možné použít nárazové využití. Shlukování funguje na základě maximálního úsilí.

Sdílení kreditů má tři stavy:

  • Nabíhání, když sdílená složka používá méně než zřízené IOPS.
  • Pokud sdílená složka používá více než zřízený počet vstupně-výstupních operací za sekundu a v režimu shlukování, odmítnou.
  • Konstanta, pokud sdílená složka používá přesně zřízený počet IOPS a kredity se nevyužívá ani nevyužívá.

Nová sdílená složka začíná úplným počtem kreditů v kontejneru s nárůstem kapacity. Pokud počet vstupně-výstupních operací za sekundu sdílené složky klesne pod zřízený limit kvůli omezování serverem, nabíhají kredity s nárůstem kapacity. 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
Limit nárazových nárůstů MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
Kredity s nárůstem kapacity (BurstLimit - BaselineIOPS) * 3600

Následující tabulka ukazuje několik příkladů těchto vzorců pro zřízené velikosti sdílených složek:

Kapacita (GiB) Základní IOPS Nárazové IOPS Kredity s nárůstem kapacity Propustnost (příchozí a výchozí přenos) (MiB/s)
100 3,100 Až 10 000 24,840,000 110
500 3 500 Až 10 000 23,400,000 150
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

Efektivní výkon sdílené složky podléhá limitům sítě počítačů, dostupné šířce pásma sítě, velikostem vstupně-výstupních operací a paralelismu, mimo řadu dalších faktorů. Pokud chcete dosáhnout maximální výhody paralelizace, doporučujeme povolit smb Multichannel ve sdílených složkách SSD. V průvodci odstraňováním potíží s výkonem a výkonem smb najdete některé běžné problémy s výkonem a alternativní řešení.

Zřízené snímky v1

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

Snímky jsou vždy rozdílové od živé sdílené složky a od sebe navzájem. Ve zřízeném fakturačním modelu v1 se celková rozdílová velikost účtuje za měřič 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é obnovitelné odstranění v1

Odstraněné 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 po dobu trvání období obnovitelného odstranění. U využitého měřiče úložiště snímků se vygeneruje obnovitelně odstraněná 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.

Zřízené měřiče fakturace v1

Sdílené složky zřízené pomocí zřizovacího modelu v1 se účtují za následující dva měřiče:

  • Zřízeno úrovně Premium: Velikost úložiště zřízená v GiB.
  • Snímky úrovně Premium: Množství použitých snímků a využitá obnovitelně odstraněná kapacita.

Spotřeba ve zřízených měřičích fakturace v1 se každou hodinu vygeneruje z hlediska měsíčních jednotek. Například u sdílené složky se zřízenou 1024 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 (normální únor): 1,5238 jednotek oproti měřiči zřízenému premium.
    • 29denní měsíc (přestupný rok únor): 1,4713 jednotek proti měřiči Zřízené úrovně Premium.
    • 30denní měsíc: 1,4222 jednotek oproti měřiči zřízenému premium.
    • 31denní měsíc: 1,3763 jednotek oproti měřiči zřízenému premium.
  • 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 zřízenému premium.
    • 29denní měsíc (přestupný rok únor): 35,3103 jednotek proti měřiči zřízeného premium.
    • 30denní měsíc: 34,1333 jednotek oproti měřiči zřízenému premium.
    • 31denní měsíc: 33,0323 jednotek oproti měřiči zřízenému premium.
  • 1024 jednotek oproti měřiči zřízenému premium, pokud je agregováno po dobu měsíce.

Model průběžných plateb

V modelu průběžných plateb se částka, kterou platíte, určuje, jakou částku používáte, a nikoli na základě zřízené částky. 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. Model fakturace průběžných plateb může být obtížné naplánovat v rámci procesu rozpočtování, protože model je řízený spotřebou koncových uživatelů. Proto doporučujeme použít zřízený model v2 pro nová nasazení sdílených složek. Model průběžných plateb je k dispozici pouze pro sdílené složky HDD.

Dostupnost průběžných plateb

Model průběžných plateb je k dispozici pro sdílené složky HDD v účtech úložiště s druhem účtu úložiště StorageV2 nebo úložiště:

Druh účtu úložiště Skladová položka účtu úložiště Typ dostupné sdílené složky
StorageV2 nebo Storage Standard_LRS Sdílená složka s průběžnými platbami HDD se zadanou redundancí místního úložiště (LRS).
StorageV2 nebo Storage Standard_ZRS Sdílená složka s průběžnými platbami HDD se zadanou redundancí zón (ZRS).
StorageV2 nebo Storage Standard_GRS Sdílená složka s průběžnými platbami HDD se zadanou redundancí geograficky (GRS).
StorageV2 nebo Storage Standard_GZRS Sdílená složka s průběžnými platbami HDD se zadanou redundancí GeoZone (GZRS).

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

Při vytváření sdílené složky HDD 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 je optimalizovaná, jak název napovídá, optimalizuje cenu pro úlohy s vysokým počtem vstupně-výstupních operací za sekundu (transakce). Transakce optimalizovaná má nejvyšší cenu úložiště neaktivních uložených dat, ale nejnižší ceny transakcí.
  • Horká je pro aktivní úlohy, které nezahrnují velký počet transakcí. Má mírně nižší cenu úložiště neaktivních uložených dat, ale mírně vyšší ceny transakcí v porovnání s optimalizovanými transakcemi. Představte si ho jako střední úroveň mezi optimalizovanými transakcemi a studenou úrovní.
  • Studená optimalizuje cenu pro úlohy, které nemají vysokou aktivitu, a nabízí nejnižší cenu úložiště neaktivních uložených dat, ale nejvyšší ceny transakcí.

Pokud jste do vrstvy přístupu optimalizované pro transakce umístili zřídka přístupovou úlohu, nebudete za párkrát za pár měsíců platit téměř nic, než provedete transakce vůči sdílené složce. Za náklady na úložiště dat ale zaplatíte vysokou částku. Pokud jste stejnou sdílenou složku přesunuli na studenou úroveň přístupu, stále byste za náklady na transakce zaplatili téměř nic, jednoduše proto, že pro tuto úlohu často vytváříte transakce. Studená úroveň přístupu má ale mnohem levnější cenu za úložiště dat. Výběr vhodné úrovně přístupu pro váš případ použití vám umožní výrazně snížit náklady.

Podobně platí, že pokud umístíte vysoce přístupnou úlohu do studené úrovně přístupu, zaplatíte mnohem více nákladů na transakce, ale méně za náklady na úložiště dat. To může vést k situaci, kdy zvýšené náklady z cen transakcí převáží úspory oproti nižší ceně úložiště dat, což vede k placení více peněz za studenou hodnotu, než byste měli při optimalizaci transakcí. 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.

Úroveň úloh a aktivit určí nákladově nejefektivnější úroveň přístupu pro sdílenou složku s průběžným platbou. V praxi se nejlepší způsob, jak vybrat cenově nejefektivnější úroveň přístupu, zahrnuje pohled na skutečnou spotřebu prostředků sdílené složky (uložená data, zápis transakcí atd.). U sdílených složek s průběžnými platbou doporučujeme začít na úrovni optimalizované pro transakce během počáteční migrace do služby Azure Files a po dokončení migrace vybrat 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 sdílenou složku Azure k počítači pomocí protokolu SMB, sdílená složka Azure 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 ve vašem počítači mají přístup k souborům a složkám ve sdílené složce Azure, 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. Ú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.

V zásadě platí, že model fakturace průběžných plateb používaný standardními fakturami sdílených složek na základě využití. Transakce SMB a FileREST provedené aplikacemi a skripty představují využití sdílené složky a zobrazují se jako součást 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 sdílenou složku Azure. Tyto kategorie jsou: zápis, seznam, čtení, další a odstranění.

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

Kontejner transakcí Operace správy Operace s daty
Transakce zápisu
  • CreateShare
  • SetFileServiceProperties
  • SetShareMetadata
  • SetShareProperties
  • SetShareAcl
  • SnapshotShare
  • RestoreShare
  • CopyFile
  • Create
  • CreateDirectory
  • CreateFile
  • PutRange
  • PutRangeFromURL
  • SetDirectoryMetadata
  • SetFileMetadata
  • SetFileProperties
  • SetInfo
  • Write
  • PutFilePermission
  • Flush
  • SetDirectoryProperties
Transakce výpisu
  • ListShares
  • ListFileRanges
  • ListFiles
  • ListHandles
Transakce čtení
  • 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:

Systém souborů NFS 4.1 je k dispozici pouze pro sdílené složky SSD, které používají zřízený fakturační model. 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 mezi třemi úrovněmi přístupu změnit sdílenou složku s průběžnými platbami, osvědčeným postupem optimalizace nákladů po počáteční migraci je vybrat nákladově optimální úroveň přístupu, ve které se nachází, a zůstat tam, dokud se nezmění vzor přístupu. Je to proto, že změna úrovně přístupu standardní 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, za každý soubor ve sdílené složce se vám budou účtovat poplatky za transakce zápisu úrovně přístupu chladiče. Přesunutí sdílené složky z chladnější úrovně přístupu na horkou úroveň přístupu způsobí poplatky za transakce čtení chladnější úrovně přístupu pro každý soubor ve sdílené složce.

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

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

Úroveň přístupu Optimalizovaná transakce (cíl) Horká (cíl) Studená (cíl)
Optimalizovaná transakce (zdroj) --
  • 1 transakce horkého zápisu na soubor.
  • 1 studená transakce zápisu na soubor.
Horká (zdroj)
  • 1 aktivní transakce čtení na soubor.
    		 --
    • 1 studená transakce zápisu na soubor.
    Studená (zdroj)
    • 1 studená transakce čtení na soubor.
    • Načtení dat na celkový počet použitých GiB
    • 1 studená transakce čtení na soubor.
    • Načtení dat na celkový počet použitých GiB
    		 --

    I když neexistuje žádný formální limit, jak často můžete změnit úroveň přístupu sdílené složky, bude přechod sdílené složky nějakou dobu trvat na základě množství dat ve sdílené složce. Úroveň přístupu sdílené složky nemůžete změnit, když sdílená složka přechází mezi úrovněmi přístupu. Změna úrovně přístupu sdílené složky nemá vliv na běžný přístup ke sdílené složce.

    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 sdílenou složku v úrovni přístupu optimalizované pro transakce kvůli velkému počtu transakcí vzniklých během migrace. Po dokončení migrace a provozu po dobu několika dnů nebo týdnů s pravidelným využitím můžete počet transakcí připojit do cenové kalkulačky a zjistit, která úroveň přístupu je pro vaši úlohu nejvhodnější.

    Vzhledem k tomu, že sdílené složky s průběžnými platbami zobrazují informace o transakcích pouze na úrovni účtu úložiště, je použití metrik úložiště k odhadu, která úroveň přístupu je levnější na úrovni sdílené složky, je nevýkonná věda. Pokud je to možné, doporučujeme v každém účtu úložiště nasadit jenom jednu 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 názvů metriky jako Soubor, Metrika jako Transakce a Agregace 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:

    Abyste získali lepší představu o průměrném počtu transakcí, ujistěte se, že se transakce zobrazují v průběhu časového období. Ujistěte se, že se zvolené časové období nepřekrývá s počátečním zřizování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.

    Snímky s průběžným platbami

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

    Snímky jsou vždy rozdílové od živé sdílené složky a od sebe navzájem. V modelu fakturace s průběžnými platbou se celková rozdílová velikost účtuje oproti běžnému použitému měřiči úložiště. To znamená, že na faktuře neuvidíte samostatnou položku řádku představující snímky účtu úložiště s průběžným platbami. To také znamená, že rozdílové využití snímků se počítá s rezervacemi zakoupenými pro sdílené složky s průběžnými platbami.

    Obnovitelné odstranění s průběžným platbou

    Odstraněné 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 po dobu trvání období obnovitelného odstranění. Obnovitelně odstraněná využitá kapacita úložiště se vygeneruje proti běžnému použitému měřiči úložiště. To znamená, že na faktuře neuvidíte samostatnou položku řádku představující obnovitelné odstraněné sdílené složky pro váš účet úložiště s průběžným platbami. To také znamená, že využití sdílených složek s obnovitelném odstraněním se počítá s rezervacemi zakoupenými pro sdílené složky s průběžnými platbami.

    Měřiče fakturace s průběžným platbou

    Sdílené složky 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ého odstranění 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 sdílené složky v horké nebo studené úrovni přístupu.
    • Operace zápisu: Počet kontejnerů transakcí zápisu (1 kbelík = 10 000 transakcí).
    • Operace seznamu: Počet kontejnerů transakcí seznamu (1 kbelík = 10 000 transakcí).
    • Operace čtení: Počet kontejnerů transakcí pro čtení (1 kbelík = 10 000 transakcí).
    • Operace s jiným provozním / protokolem: Počet dalších kontejnerů transakcí (1 kbelík = 10 000 transakcí).
    • Načítání dat: Množství dat načtených ze sdílené složky v GiB. Tento měřič se používá jenom pro sdílené složky ve studené úrovni přístupu.
    • Přenos dat geografické replikace: Pokud má sdílená složka geografickou nebo geografickou zónu redundanci, množství dat zapsaných do sdílené složky replikované do sekundární oblasti v GiB.

    Spotřeba v měřičích fakturace uložených dat a metadat se každou hodinu vygeneruje z hlediska měsíčních jednotek. Například u sdílené složky s 1024 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 (normální únor): 1,5238 jednotek oproti měřiči uloženému v datech.
      • 29denní měsíc (přestupný rok únor): 1,4713 jednotek oproti měřiči uloženému v datech.
      • 30denní měsíc: 1,4222 jednotek oproti měřiči uloženému v datech.
      • 31denní měsíc: 1,3763 jednotek oproti měřiči uloženému v datech.
    • 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ému v datech.
      • 29denní měsíc (přestupný rok únor): 35,3103 jednotek oproti měřiči uloženému v datech.
      • 30denní měsíc: 34,1333 jednotek oproti měřiči uloženému v datech.
      • 31denní měsíc: 33,0323 jednotek oproti měřiči uloženému v datech.
    • 1024 jednotek oproti měřiči uloženým datem v případě agregace za měsíc.

    Spotřeba proti ostatním měřiči (např. Operace zápisu nebo načítání dat) se generují každou hodinu, ale protože se nevygenerují z hlediska časového rámce, nemají k dispozici žádné speciální transformace jednotek, o kterých je potřeba vědět.

    Zřízená/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. Jakákoli částka, za kterou zřídíte, platí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é složky. U sdílených složek s průběžnými platbou (pokud není přímo zadaná velikost) sdílená složka nastaví maximální hodnotu podporovanou účtem úložiště (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á, kde se můžou použít 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ých sdílených složkách se celková logická velikost sdílené složky používá k vynucení pro zajištění zřízené velikosti nebo kvóty. Ve sdílených složkách s průběžným platbou je logická velikost množství používané pro fakturaci využití neaktivních uložených dat. 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. To 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ří kbelíků:

    • Licenční náklady na službu přidanou hodnotou Můžou jít o pevné náklady na zákazníka, koncového uživatele (někdy označované jako "hlavní náklady"), sdílené složky Azure 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 bloků dat ve sdílené složce.

    • 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 zobrazí na faktuře za poplatky za službu přidanou hodnotou; ale souvisí přímo s tím, jak používáte službu přidanou hodnotou s vaší sdílenou složkou.

    • 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. Díky poplatkům za transakce je to snadné díky sdíleným složkám s průběžnými platbami. 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 se zřízenými sdílenými složkami ze služeb s přidanou hodnotou se započítávají do zřízených čísel IOPS, což znamená, že služby přidané hodnotou můžou vyžadovat zřízení dalšího úložiště, aby pro vaši úlohu bylo k dispozici dostatek IOPS nebo propustnosti.

    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.

    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 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. Pokud nepoužíváte Synchronizace souborů Azure se souborovým serverem Windows, který je hostovaný na virtuálním počítači Azure, hlavní město (tj. počáteční náklady na hardware vašeho řešení) a provozní náklady (tj. náklady na práci, elektřinu atd.) nebudou součástí vašeho vyúčtování Azure, ale stále budou součástí celkových nákladů na vlastnictví. 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í Synchronizace souborů Azure úloh (další informace najdete v doporučených systémových prostředcích) a další náklady specifické pro organizaci.

    • Náklady na licencování jednotlivých serverů pro servery zaregistrované v Synchronizace souborů Azure Pokud chcete použít Synchronizace 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 velmi 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 na Azure Files Vzhledem k tomu, že Synchronizace souborů Azure je synchronizační řešení pro Azure Files, způsobí to využití prostředků Azure Files. 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 standardní sdílené složky s Synchronizace souborů Azure, i když Synchronizace souborů Azure v případě potřeby plně podporuje sdílené složky úrovně Premium.

      • Využití úložiště Synchronizace souborů Azure replikuje všechny změny provedené v cestě na souborovém serveru Windows zadaném na koncovém bodu vašeho serveru do sdílené složky Azure, což způsobí, že se bude využívat úložiště. U standardních sdílených složek to znamená, že přidání nebo zvýšení velikosti existujících souborů na koncových bodech serveru způsobí růst nákladů na úložiště, protože se změny budou replikovat. U sdílených složek úrovně Premium budou změny spotřebovávat zřízené místo – je vaší zodpovědností pravidelně zvětšovat zřizování podle potřeby, aby se zohlednil růst sdílených složek.

      • Využití snímků Synchronizace souborů Azure pořizuje sdílené složky 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.

      • Transakce z četnosti změn 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í dějů u vrstvených souborů, kromě nákladů na výchozí 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 cloudového výčtu 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. Tato kontrola generuje transakce, které se účtují účtu úložiště rychlostí jedné ListFiles transakce za adresář za den. Toto číslo můžete vložit do cenové kalkulačky a odhadnout náklady na kontrolu.

      Tip

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

    • Náklady na licencování chráněných instancí pro data sdílených složek Azure Azure Backup účtuje náklady na licencování chráněné instance na účet úložiště obsahující zálohované sdílené složky Azure. 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 na Azure Files Azure Backup zvyšuje náklady na azure Files následujícími způsoby:

      • Rozdílové náklady na snímky sdílených složek 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é; Přidané náklady ale závisí na délce časových snímků, které se uchovávají, a množství změn sdílené složky během této doby. To určuje, jak se snímek liší od živé sdílené složky, a proto, kolik dalších dat jsou uložená službou Azure Files.

      • Transakční náklady z operací obnovení. Operace obnovení ze snímku do živé sdílené složky způsobí transakce. U standardních sdílených složek to znamená, že čtení ze snímků a zápisů z obnovení se účtuje jako běžné transakce sdílené složky. 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 for Storage

    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 Programu Microsoft Defender for Storage jsou dodatečné sady nákladů na transakce, které produkt ukládá nad transakcemi, které se provádějí 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 sazbu transakcí i u zřízených sdílených složek, kde Azure Files zahrnuje transakce jako součást zřizování IOPS. Aktuální rychlost transakcí najdete na stránce s cenami v programu Microsoft Defender for Cloud pod řádkem tabulky Microsoft Defenderu pro úložiště .

    Za použití programu Microsoft Defender for Storage se budou za transakce s velkými objemy sdílených složek účtují značné náklady. 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 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 všechny produkční úlohy nebo úlohy pro vývoj/testování s konzistentními nároky na využití. 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, a výrazněji slevy za nákup rezervace vyšší kapacity. 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 sdílených složek, můžete zakoupit jednu rezervaci TiB s 100 TiB a dvě rezervace TiB, aby splňovaly 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 aktuálně dostupné pro úrovně Premium (SSD), horké (HDD) a studené úrovně (HDD).
    • 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: Určuje, jak často se účet účtuje za rezervaci. Mezi možnosti patří měsíční nebo počáteční verze.

    Jakmile zakoupíte rezervaci, vaše stávající využití úložiště automaticky spotřebuje. Pokud používáte více úložiště, než jste si rezervovali, budete platit 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 Azure u sdílených složek s průběžnými platbami a zřízenými sdílenými složkami v1. Pokud pořizujete snímky sdílených složek s průběžnými platbami, započítávají se rozdílové snímky do rezervace a účtují se jako součást běžného používaného měřiče úložiště. Pokud ale pořizujete snímky zřízených sdílených složek v1, 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 službu Azure Files s využitím rezervací.

    Viz také