Vysvětlení fakturace služby Azure Files

Azure Files poskytuje dva různé modely fakturace: zřízené a průběžné platby. Zřízený model je k dispozici pouze pro sdílené složky úrovně Premium, což jsou sdílené složky nasazené v typu účet úložiště FileStorage . Model průběžných plateb je k dispozici pouze pro standardní sdílené složky, což jsou sdílené složky nasazené v typu účtu úložiště pro obecné účely verze 2 (GPv2). Tento článek vysvětluje, jak oba modely fungují, aby vám pomohly pochopit měsíční Azure Files vyúčtování.

Toto video je rozhovor, který popisuje základy modelu fakturace Azure Files. Popisuje, jak optimalizovat sdílené složky Azure, abyste dosáhli co nejnižších nákladů, a jak porovnat Azure Files s jinými nabídkami úložiště souborů místně i v cloudu.

Informace o cenách Azure Files najdete na stránce s cenami Azure Files.

Platí pro

Typ sdílené složky SMB NFS
Sdílené složky úrovně Standard (GPv2), LRS/ZRS Yes No
Sdílené složky úrovně Standard (GPv2), GRS/GZRS Yes No
Sdílené složky úrovně Premium (FileStorage), LRS/ZRS Yes Yes

Jednotky úložiště

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

Zkratka Definice Jednotka
Kib 1 024 bajtů kibibajt
Mib 1 024 KiB (1 048 576 bajtů) mebibajt
Gib 1024 MiB (1 073 741 824 bajtů) gibibajt
Tib 1024 GiB (1 099 511 627 776 bajtů) tebibajt

I když měrné jednotky base-2 jsou běžně používány většinou operačních systémů a nástrojů k měření množství úložiště, jsou často chybně označeny jako jednotky base-10, které možná lépe znáte: KB, MB, GB a TB. I když se příčiny chybného označování můžou lišit, je běžným důvodem, proč operační systémy, jako je Windows, nesprávně oznamují jednotky úložiště, proto, že mnoho operačních systémů začalo používat tyto zkratky předtím, než byly standardizovány iec, BIPM a NIST.

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

Operační systém Měrný systém Označování
Windows Base-2 Konzistentně chybně označuje jako base-10.
Distribuce Linuxu Běžně base-2 může některý software používat base-10 Nekonzistentní popisování, zarovnání mezi měřením a popisováním závisí na softwarovém balíčku.
macOS, iOS a iPad OS Základna 10 Konzistentně označuje 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 vlastnictví sdílené složky

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

  • Jak platíte za úložiště, IOPS a šířku pásma? U Azure Files závisí model fakturace, který použijete, na tom, jestli nasazujete sdílené složky úrovně Premium nebo Standard. 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 tím, že vám budou účtovat jenom to, co skutečně používáte. Pro zřízené modely je obzvláště zajímavé minimální velikost zřízené sdílené složky, jednotka zřizování a možnost zvýšit a snížit zřizování.

  • Existují nějaké metody optimalizace nákladů na úložiště? Azure Files Reservations můžete využít k dosažení až 36% slevy na úložiště. Další řešení můžou využívat strategie, jako je odstranění duplicitních dat nebo komprese, aby bylo možné volitelně 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 nemají žádné vedlejší účinky na výkon.

  • Jak dosáhnete odolnosti a redundance úložiště? S Azure Files se odolnost úložiště a redundance zapíná do nabídky produktu. Všechny úrovně a úrovně redundance zajišťují vysokou dostupnost dat a dostupnost alespoň tří kopií dat. Při zvažování dalších možností úložiště souborů zvažte, jestli je odolnost a redundance úložiště integrovaná, nebo něco, co musíte sestavit sami.

  • Co potřebujete ke správě? U Azure Files je základní jednotkou správy účet úložiště. Další řešení můžou vyžadovat další správu, například aktualizace operačního systému nebo správu virtuálních prostředků (virtuální počítače, disky, síťové IP adresy atd.).

  • Jaké jsou náklady na produkty s přidanou hodnotou, jako je zálohování, zabezpečení atd.? Azure Files podporuje integrace s několika službami s přidanou hodnotou od první a třetí strany. Služby s přidanou hodnotou, jako jsou Azure Backup, Synchronizace souborů Azure a Azure Defender, poskytují zálohování, replikaci a ukládání do mezipaměti a funkce zabezpečení pro Azure Files. Řešení s přidanou hodnotou, ať už místně nebo v cloudu, mají vlastní licenční a produktové náklady, ale často jsou považována za součást celkových nákladů na vlastnictví úložiště souborů.

Reservations

Azure Files podporuje rezervace (označované také jako rezervované instance), které umožňují dosáhnout slevy za úložiště předběžným potvrzením 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. Při nákupu rezervace musíte zadat následující dimenze:

  • Velikost kapacity: Rezervace můžou mít velikost 10 TiB nebo 100 TiB s výraznějšími slevami na nákup rezervace s vyšší kapacitou. Můžete si koupit několik rezervací, včetně rezervací různých velikostí kapacity, aby splňovaly vaše požadavky na úlohy. Pokud má například vaše produkční nasazení 120 TiB sdílených složek, můžete si koupit jednu rezervaci o kapacitě 100 TiB a dvě rezervace 10 TiB, abyste splnili požadavky na celkovou kapacitu úložiště.
  • Období: Rezervace je možné zakoupit na jeden nebo tříleté období s významnějšími slevami při nákupu delšího období rezervace.
  • Úroveň: Úroveň Azure Files pro rezervaci. Rezervace jsou v současné době k dispozici pro úroveň Premium, Horká a Studená.
  • Umístění: Oblast Azure pro rezervaci. Rezervace jsou k dispozici v podmnožině oblastí Azure.
  • Redundance: Redundance úložiště pro rezervaci. Rezervace se podporují pro všechna redundance, Azure Files podporuje, včetně LRS, ZRS, GRS a GZRS.
  • Četnost fakturace: Určuje, jak často se účtu rezervace fakturuje. Mezi možnosti patří Měsíční nebo Počáteční.

Jakmile si zakoupíte rezervaci, automaticky ji spotřebuje vaše stávající využití úložiště. Pokud využijete více úložiště, než jste si rezervovali, budete platit ceníkovou cenu zůstatku, na který se rezervace nevztahuje. Rezervace nezahrnuje poplatky za transakce, šířku pásma, přenos dat a úložiště metadat.

Existují rozdíly ve způsobu, jakým rezervace fungují se snímky sdílených složek Azure pro sdílené složky úrovně Standard a Premium. Pokud pořizujete snímky standardních sdílených složek, rozdíly snímků se započítávají do rezervace a účtují se jako součást běžně používaného měřiče úložiště. Pokud ale pořizujete snímky sdílených složek Úrovně Premium, pak se snímky fakturují pomocí samostatného měřiče a nezapočítávají se do rezervace. Další informace najdete v tématu Snímky.

Další informace o nákupu rezervací najdete v tématu Optimalizace nákladů na Azure Files s rezervacemi.

Zřízený model

Azure Files používá pro sdílené složky Úrovně Premium zřízený model. Ve zřízeném modelu fakturace proaktivně zadáte službě Azure Files, jaké jsou vaše požadavky na úložiště, a neúčtujete je na základě toho, co používáte. Zřízený model pro úložiště se podobá nákupu místního řešení úložiště, protože když zřídíte sdílenou složku Azure s určitou kapacitou úložiště, platíte za tuto kapacitu úložiště bez ohledu na to, jestli ji používáte, nebo ne. Na rozdíl od nákupu fyzických médií místně je možné zřízené sdílené složky dynamicky vertikálně navýšit nebo snížit v závislosti na charakteristikách výkonu úložiště a vstupně-výstupních operací.

Zřízenou velikost sdílené složky je možné kdykoli zvýšit, ale můžete ji zmenšit až po 24 hodinách od posledního zvýšení. Po 24 hodinách čekání bez navýšení kvóty můžete kvótu sdílení snížit tolikrát, kolikrát chcete, dokud ji znovu nenavýšíte. Změny škálování IOPS/propustnosti budou účinné během několika minut po změně zřízené velikosti.

Velikost zřízené sdílené složky je možné zmenšit pod použitou giB. Pokud to uděláte, nepřijdete o data, ale přesto se vám bude účtovat použitá velikost a získáte výkon zřízené sdílené složky, nikoli použitou velikost.

Metoda zřizování

Při zřizování sdílené složky úrovně Premium určíte, kolik GiB vaše úloha vyžaduje. Každý GiB, který zřídíte, vás opravňuje k většímu IOPS a propustnosti při pevném poměru. Kromě standardních IOPS, pro které máte zaručené, podporuje každá sdílená složka úrovně Premium shlukování na základě maximálního úsilí. Vzorce pro vstupně-výstupní operace za sekundu a propustnost jsou následující:

Položka Hodnota
Minimální velikost sdílené složky 100 GiB
Jednotka zřizování 1 GiB
Vzorec IOPS podle směrného plánu MIN(3000 + 1 * ProvisionedStorageGiB, 100000)
Omezení nárazu MIN(MAX(10000, 3 * ProvisionedStorageGiB), 100000)
Kredity shlukových shluků (BurstLimit - BaselineIOPS) * 3600
Rychlost propustnosti (příchozí přenos dat + výchozí přenos dat) (MiB/s) 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

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

Kapacita (GiB) IOPS podle směrného plánu Shlukové IOPS Kredity shlukových shluků Propustnost (příchozí přenos dat + výchozí přenos dat) (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ž 100 000 227,548,800 3,480
51,200 54,200 Až 100 000 164,880,000 5,220
102,400 100 000 Až 100 000 0 10,340

Efektivní výkon sdílené složky závisí mimo jiné na omezeních sítě počítačů, dostupné šířce pásma sítě, velikostech vstupně-výstupních operacích a paralelismu. Pokud chcete dosáhnout maximálního přínosu paralelizace, doporučujeme povolit smb Multichannel u sdílených složek úrovně Premium. Další informace najdete v tématu povolení protokolu SMB Multichannel. Některé běžné problémy s výkonem a alternativní řešení najdete v průvodci odstraňováním potíží s výkonem a výkonemprotokolu SMB Multichannel.

Prasknutí

Pokud vaše úloha potřebuje vyšší výkon, aby uspokojily poptávku ve špičce, může vaše sdílená složka využít kredity shlukového nárůstu k překročení základního limitu IOPS sdílené složky, aby získala výkon, který potřebuje ke splnění poptávky. Shlukování je automatizované a funguje na základě kreditního systému. Shlukování funguje na základě maximálního úsilí a limit shluku není zárukou.

Kredity se hromadí v kbelíku shlukového přenosu vždy, když je provoz sdílené složky nižší než základní IOPS. Získané kredity se používají později k povolení shlukového nárůstu, když by operace překročily základní počet IOPS.

Kdykoli sdílená složka překročí základní počet vstupně-výstupních operací za sekundu a má kredity v kontejneru shlukového nárůstu, zvýší se na maximální povolenou rychlost nárazu ve špičce. Sdílené složky můžou pokračovat v shlukování, dokud zbývají kredity, ale to závisí na počtu nahromaděných kreditů shlukového nárůstu. Každý vstupně-výstupní operace nad rámec standardních vstupně-výstupních operací spotřebuje jeden kredit, a jakmile se spotřebují všechny kredity, vrátí se sdílená složka k základním vstupně-výstupním operacím za sekundu.

Sdílené kredity mají tři stavy:

  • Nabíhání, pokud sdílená složka používá méně než základní IOPS.
  • Odmítnutí, pokud sdílená složka používá více než základní počet vstupně-výstupních operací za sekundu a v režimu shlukování.
  • Konstantní– pokud sdílená složka používá přesně základní počet IOPS, nenačítají se ani nepoužívají žádné kredity.

Nové sdílené složky začínají úplným počtem kreditů v kontejneru shlukových složek. Kredity shlukového shluku se nenačítají, pokud IOPS sdílené složky klesne pod standardní IOPS kvůli omezování serverem.

Model průběžných plateb

Azure Files používá model fakturace s průběžným platbám pro standardní sdílené složky. V modelu fakturace s průběžnými platbou se částka, kterou zaplatíte, určuje, kolik skutečně využijete, nikoli na základě zřízené částky. Na vysoké úrovni platíte náklady za množství uložených logických dat a pak další sadu transakcí na základě toho, jak tato data používáte. Model průběžných plateb může být nákladově efektivní, protože kvůli budoucím požadavkům na růst nebo výkon nemusíte provádět nadměrné zřizování. Zřízení také nemusíte zrušit, pokud se vaše úloha a datová stopa v průběhu času mění. Na druhou stranu může být obtížné naplánovat model průběžných plateb v rámci procesu rozpočtování, protože model fakturace s průběžnými platbou je řízen spotřebou koncových uživatelů.

Rozdíly ve standardních úrovních

Při vytváření standardní sdílené složky vybíráte mezi následujícími úrovněmi: optimalizovaná pro transakce, horká a studená. Všechny tři úrovně jsou uložené na stejném standardním hardwaru úložiště. Hlavním rozdílem u těchto tří úrovní jsou ceny úložiště neaktivních uložených dat, které jsou nižší v chladnějších úrovních, a transakční ceny, které jsou vyšší v chladnějších úrovních. To znamená, že:

  • Optimalizováno pro transakce, jak název napovídá, optimalizuje cenu pro vysoké transakční úlohy. Optimalizované transakce mají nejvyšší cenu za úložiště neaktivních uložených dat, ale nejnižší ceny za transakce.
  • Horká je pro aktivní úlohy, které nezahrnují velký počet transakcí a mají o něco nižší cenu za ú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 to jako prostřední zem mezi transakcemi optimalizovanými a studenými úrovněmi.
  • Cool optimalizuje cenu pro úlohy, které nemají velkou aktivitu, a nabízí nejnižší cenu za úložiště neaktivních uložených dat, ale nejvyšší ceny za transakce.

Pokud do úrovně optimalizované pro transakce umístíte zřídka používané úlohy, nebudete platit téměř nic za několik transakcí v měsíci, kdy provedete transakce se svou sdílenou složkou. Za úložiště dat ale zaplatíte vysokou částku. Pokud byste stejnou sdílenou složku přesunuli na studenou úroveň, stále byste za transakční náklady neplatily téměř nic, jednoduše proto, že pro tuto úlohu provádíte zřídka transakce. Studená úroveň má ale mnohem levnější cenu za úložiště dat. Výběr vhodné úrovně pro váš případ použití vám umožní výrazně snížit náklady.

Podobně platí, že pokud úlohu s vysokou dostupností umístíte do studené úrovně, zaplatíte mnohem více v transakčních nákladech, ale méně za náklady na úložiště dat. To může vést k situaci, kdy zvýšení nákladů na transakční ceny převáží úspory z nižší ceny úložiště dat, což vede k tomu, že zaplatíte více peněz za studenou úroveň, než byste měli za optimalizované transakce. U některých úrovní využití je možné, že horká úroveň bude nákladově nejefektivnější a studená úroveň bude dražší než úroveň optimalizovaná pro transakce.

Úroveň úloh a aktivit určí nákladově nejefektivnější úroveň pro vaši standardní sdílenou složku. Nejlepší způsob, jak vybrat nákladově nejefektivnější úroveň, v praxi spočívá v tom, že se podíváte na skutečnou spotřebu prostředků sdílené složky (uložená data, transakce zápisu atd.). U sdílených složek úrovně Standard doporučujeme během počáteční migrace do Azure Files začít na úrovni optimalizované pro transakce a po dokončení migrace vybrat správnou úroveň na základě využití. 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, které máte na počítači, mají přístup k souborům a složkám ve sdílené složce Azure, aniž by musely 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 systému souborů poskytovaného vaším operačním systémem. Operační systém pak tato volání interpretuje do transakcí protokolu SMB, které se odesílají prostřednictvím přenosu do Azure Files k provedení. Úloha, kterou koncový uživatel vnímá jako jednu operaci, například čtení souboru od začátku do konce, může být přeložena na několik transakcí SMB obsluhované Azure Files.

Model fakturace s průběžnými platbami používaný standardními sdílenými složkami se v zásadě fakturuje na základě využití. Transakce SMB a FileREST provedené aplikacemi, skripty a dalšími programy používanými vašimi uživateli představují využití sdílené složky a zobrazují se jako součást vaší faktury. Stejný koncept platí pro cloudové služby s přidanou 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 v závislosti na jejich dopadu na sdílenou složku Azure. Tyto kategorie jsou: zápis, výpis, čtení, další a odstranění.

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

Kontejner transakce 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
Výpis transakcí
  • ListShares
  • ListFileRanges
  • ListFiles
  • ListHandles
Transakce čtení
  • GetFileServiceProperties
  • GetShareAcl
  • GetShareMetadata
  • GetShareProperties
  • GetShareStats
  • FilePreflightRequest
  • GetDirectoryMetadata
  • GetDirectoryProperties
  • GetFile
  • GetFileCopyInformation
  • GetFileMetadata
  • GetFileProperties
  • QueryDirectory
  • QueryInfo
  • Read
  • GetFilePermission
Jiné nebo 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 úrovně Premium, které používají model zřízené fakturace. Transakce nemají vliv na fakturaci sdílených složek úrovně Premium.

Přepínání mezi úrovněmi Standard

I když můžete změnit standardní sdílenou složku mezi třemi standardními úrovněmi sdílené složky, osvědčeným postupem pro optimalizaci nákladů po počáteční migraci je vybrat nákladově optimální úroveň, ve které se má nacházet, a zůstat tam, dokud se nezmění váš vzor přístupu. Důvodem je to, že změna úrovně standardní sdílené složky má za následek následující dodatečné náklady:

  • Transakce: Když přesunete sdílenou složku z teplejší úrovně do chladnější úrovně, budou se vám účtovat poplatky za transakce zápisu chladnější úrovně pro každý soubor ve sdílené složce. Přesunutí sdílené složky z chladnější úrovně na teplejší úroveň způsobí, že se pro každý soubor ve sdílené složce budou účtovat poplatky za transakce čtení studené vrstvy.

  • Načítání dat: Pokud přecházíte ze studené úrovně na horkou nebo optimalizovanou pro transakce, budou se vám účtovat poplatky za načtení dat na základě velikosti přesunutých dat. Poplatky za načítání dat se účtují jenom na studené úrovni.

Následující tabulka znázorňuje rozpis nákladů na přesunující se úrovně:

Úroveň Optimalizované pro transakce (cíl) Horká (cíl) Studená (cíl)
Optimalizované pro transakce (zdroj) --
  • 1 transakce zápisu za provozu na soubor.
  • 1 studená transakce zápisu na soubor.
Horká (zdroj)
  • 1 transakce čtení za provozu na soubor.
    --
    • 1 studená transakce zápisu na soubor.
    Studená (zdroj)
    • 1 studená transakce čtení na soubor.
    • Načítání dat na celkový počet využitých GiB.
    • 1 studená transakce čtení na soubor.
    • Načítání dat na celkový počet využitých GiB.
    --

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

    I když neexistuje žádný přímý mechanismus pro přesun mezi sdílenými složkami úrovně Premium a Standard, protože jsou obsažené v různých typech účtů úložiště, můžete k přesunu mezi sdílenými složkami úrovně Premium a Standard použít nástroj pro kopírování, jako je robocopy.

    Volba úrovně

    Bez ohledu na to, jakým způsobem migrujete stávající data do Azure Files, doporučujeme nejprve vytvořit sdílenou složku na úrovni optimalizované pro transakce, a to z důvodu velkého počtu transakcí během migrace. Po dokončení migrace a pravidelném používání budete několik dní nebo týdnů pracovat, můžete do cenové kalkulačky zapojit počty transakcí, abyste zjistili, která úroveň je pro vaše úlohy nejvhodnější.

    Vzhledem k tomu, že standardní sdílené složky zobrazují informace o transakcích jenom na úrovni účtu úložiště, je použití metrik úložiště k odhadu, která úroveň je na úrovni sdílené složky levnější, dokonalou vědou. Pokud je to možné, doporučujeme v každém účtu úložiště nasadit jenom jednu sdílenou složku, abyste měli úplný přehled o fakturaci.

    Zobrazení předchozích transakcí:

    1. Přejděte do svého účtu úložiště a v levém navigačním panelu vyberte Metriky .
    2. Vyberte Obor jako název účtu úložiště, Obor názvů metrik jako Soubor, Metrika jako Transakce a Agregace jako Součet.
    3. Vyberte Použít rozdělení.
    4. Jako Název rozhraní API vyberte Hodnoty. Vyberte požadovaný limit a seřadit.
    5. Vyberte požadované časové období.

    Poznámka

    Pokud chcete získat lepší představu o průměrném počtu transakcí, ujistěte se, že zobrazujete transakce za určité časové období. Ujistěte se, že se zvolené časové období nepřekrývá s počátečním zřizováním. Vynásobením průměrného počtu transakcí během tohoto časového období získáte odhadované transakce za celý měsíc.

    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: U sdílených složek úrovně Premium i Standard určíte maximální velikost, na kterou může sdílená složka narůst. Ve sdílených složkách úrovně Premium se tato hodnota označuje jako zřízená velikost a jakákoli částka, kterou zřídíte, platíte za to, za co platíte, bez ohledu na to, kolik skutečně využijete. Ve standardních sdílených složkách se tato hodnota nazývá kvóta a nemá přímý vliv na vaši fakturu. Zřízená velikost je povinné pole pro sdílené složky úrovně Premium. Pokud u sdílených složek úrovně Standard není přímo určená velikost, bude sdílená složka ve výchozím nastavení nastavena na maximální hodnotu podporovanou účtem úložiště. V závislosti na typu účtu úložiště a nastavení je to 5 TiB nebo 100 TiB.

    • Logická velikost: Logická velikost sdílené složky nebo souboru souvisí s velikostí souboru, aniž by bylo potřeba brát v úvahu, jak jsou ve skutečnosti uloženy a kde se můžou použít další optimalizace. Jedním ze způsobů, jak si to představit, je, že logická velikost souboru je, kolik KiB/MiB/GiB se přenese přes drát, pokud ho zkopírujete do jiného umístění. Ve sdílených složkách úrovně Premium i Standard se k vynucení zřízené velikosti nebo kvóty používá celková logická velikost sdílené složky. Ve standardních sdílených složkách je logická velikost množství použité pro fakturaci využití neaktivních uložených dat. Logická velikost se v dialogovém okně vlastností systému Windows pro soubor nebo složku označuje jako "velikost" a Azure Files metrikách jako "délka obsahu".

    • Fyzická velikost: Fyzická velikost souboru souvisí s velikostí souboru zakódovanou na disku. To může být v souladu s logickou velikostí souboru nebo může být menší v závislosti na tom, jak byl soubor zapisován operačním systémem. Běžným důvodem, proč se logická velikost a fyzická velikost liší, je použití řídkých souborů. Fyzická velikost souborů ve sdílené složce se používá pro fakturaci snímků, i když se přidělené rozsahy sdílejí mezi snímky, pokud se nezmění (rozdílové úložiště). Další informace o tom, jak se snímky účtují v Azure Files, najdete v tématu Snímky.

    Snímky

    Azure Files podporuje snímky, které se podobají stínovým kopiím svazků (VSS) na souborovém serveru Windows. Snímky se vždy liší od živé sdílené složky a od sebe navzájem, což znamená, že vždy platíte jenom za to, co se v jednotlivých snímcích liší. Další informace o snímcích sdílených složek najdete v tématu Přehled snímků pro Azure Files.

    Snímky se nezapočítávají do omezení velikosti sdílených složek, i když jste omezeni na určitý počet snímků. Informace o aktuálních limitech snímků najdete v tématu Cíle škálování sdílených složek Azure.

    Snímky se vždy účtují na základě rozdílového využití úložiště jednotlivých snímků, ale mezi sdílenými složkami úrovně Premium a sdílenými složkami úrovně Standard to vypadá trochu jinak:

    • Ve sdílených složkách úrovně Premium se snímky účtují na základě vlastního měřiče snímků, který má oproti zřízenému úložišti nižší cenu. To znamená, že na faktuře se zobrazí samostatná řádková položka představující snímky sdílených složek úrovně Premium pro každý účet úložiště FileStorage na faktuře.

    • Ve standardních sdílených složkách se snímky účtují jako součást běžně používaného měřiče úložiště, i když se vám stále účtují jenom rozdílové náklady na snímek. To znamená, že na faktuře neuvidíte samostatnou řádkovou položku představující snímky pro každý účet úložiště úrovně Standard obsahující sdílené složky Azure. To také znamená, že rozdílové využití snímků se počítá s rezervacemi zakoupenými pro standardní sdílené složky.

    Služby s přidanou hodnotou pro Azure Files můžou jako součást své nabídky hodnot používat snímky. Další informace o tom, jak se snímky používají, najdete v tématu služby s přidanou hodnotou pro Azure Files.

    Služby s přidanou hodnotou

    Stejně jako místní řešení úložiště, která nabízejí funkce a integrace produktů od třetích stran, které přidávají hodnotu hostovaným sdíleným složkám, Azure Files poskytuje body integrace 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 Azure Files poskytovat značnou přidanou hodnotu, měli byste zvážit dodatečné náklady, které tyto služby přidávají k celkovým nákladům na Azure Files řešení.

    Náklady jsou rozdělené do tří kbelíků:

    • Licenční náklady na službu s přidanou hodnotou. Tyto náklady můžou mít podobu pevných nákladů na zákazníka, koncového uživatele (někdy označovaných jako "hlavní náklady"), sdílené složky Azure nebo účtu úložiště. Mohou být také založeny na jednotkách využití úložiště, jako jsou pevné náklady na každý blok dat o 500 GiB ve sdílené složce.

    • Transakční náklady na službu s přidanou hodnotou. Některé služby s přidanou hodnotou mají vlastní koncept transakcí odlišný od toho, co Azure Files zobrazení jako transakce. Tyto transakce se zobrazí na faktuře pod poplatky za službu s přidanou hodnotou; ale přímo souvisejí s tím, jak používáte službu s přidanou hodnotou se sdílenou složkou.

    • Azure Files náklady na používání služby s přidanou hodnotou. Azure Files neúčtuje přímo zákazníkům náklady na přidávání služeb s přidanou hodnotou, ale v rámci přidávání hodnoty do sdílené složky Azure může služba s přidanou hodnotou zvýšit náklady, které vidíte ve sdílené složce Azure. To je u standardních sdílených složek snadno vidět, protože standardní sdílené složky mají model průběžných plateb s poplatky za transakce. Pokud služba s přidanou hodnotou provede transakce se sdílenou složkou vaším jménem, zobrazí se ve vašem Azure Files faktuře za transakce, i když jste tyto transakce neprovádí přímo sami. To platí i pro sdílené složky úrovně Premium, i když to může být méně patrné. Další transakce se sdílenými složkami Úrovně Premium ze služeb s přidanou hodnotou se započítávají do zřízených čísel IOPS, což znamená, že služby s přidanou hodnotou můžou vyžadovat zřízení dalšího úložiště, aby pro vaši úlohu měly 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 Azure Files a všechny služby s přidanou hodnotou, které chcete používat s 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 první strany, 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 této služby.

    Synchronizace souborů Azure

    Synchronizace souborů Azure je služba s přidanou 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 k dispozici 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í prostředí. 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 souborových serverů Windows s jedním nebo více koncovými body serveru Synchronizace souborů Azure jako řešení replikace není nezávislé na tom, kde jsou souborové servery Windows synchronizované s Azure Files. 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 s Windows, který je hostovaný na virtuálním počítači Azure, hlavní náklady (tj. počáteční náklady na hardware vašeho řešení) a provozní náklady (tj. náklady na pracovní sílu, elektřinu atd.) nebudou součástí faktury za Azure, ale budou stále do značné míry součástí celkových nákladů na vlastnictví. Měli byste zvážit množství dat, která potřebujete k ukládání do mezipaměti místně, počet procesorů a velikost paměti, které vaše souborové servery Windows potřebují 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í serveru pro servery zaregistrované v Synchronizace souborů Azure Pokud chcete používat Synchronizace souborů Azure s konkrétním souborovým serverem Windows, musíte ho nejdřív zaregistrovat u prostředku Azure Synchronizace souborů Azure, ve službě synchronizace úložiště. Každý server, který zaregistrujete po prvním serveru, má měsíční paušální poplatek. I když je tento poplatek velmi malý, je to jedna součást vašeho vyúčtování, která je třeba zvážit. Aktuální cenu poplatku za registraci serveru pro požadovanou oblast najdete v části Synchronizace souborů na stránce s cenami Azure Files.

    • Azure Files náklady. Vzhledem k tomu, že Synchronizace souborů Azure je řešení synchronizace pro Azure Files, způsobí to využívání Azure Files prostředků. Některé z těchto prostředků, jako je spotřeba úložiště, jsou poměrně zřejmé, zatímco jiné, jako je využití transakcí a snímků, nemusí být. Pro většinu zákazníků doporučujeme používat sdílené složky úrovně Standard s Synchronizace souborů Azure, i když Synchronizace souborů Azure je v případě potřeby plně podporovaná u sdílených složek úrovně Premium.

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

      • Využití snímků. Synchronizace souborů Azure v rámci pravidelného používání přijímá snímky sdílené složky a snímky na úrovni souborů. I když je využití snímků vždy rozdílové, může to znatelným způsobem přispět k celkové Azure Files faktuře.

      • Transakce z četnosti změn dat. Při změně souborů na koncových bodech serveru se změny nahrají do cloudové sdílené složky, která generuje transakce. Pokud je povolené vrstvení cloudu, kromě nákladů na výchozí přenos dat se generují další transakce pro správu vrstvených souborů, včetně vstupně-výstupních operací ve vrstvených souborech. I když je množství a typ transakcí obtížné předpovědět kvůli četnosti změn dat a efektivitě mezipaměti, můžete použít předchozí vzory transakcí k odhadu budoucích nákladů, pokud se domníváte, že vaše budoucí využití bude podobné vašemu aktuálnímu využití.

      • Transakce z výčtu cloudu. Synchronizace souborů Azure jednou denně vytvoří výčet sdílené složky Azure v cloudu, aby zjistil změny provedené přímo ve sdílené složce, aby se mohly synchronizovat s koncovými body serveru. Tato kontrola vygeneruje transakce, které se účtují do úč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.

    Pokud chcete optimalizovat náklady na Azure Files s Synchronizace souborů Azure, měli byste zvážit úroveň sdílené složky. Další informace o tom, jak vybrat úroveň pro každou sdílenou složku, najdete v tématu Volba vrstvy sdílené složky.

    Pokud migrujete na Synchronizace souborů Azure ze StorSimple, přečtěte si téma Porovnání nákladů storSimple s Synchronizace souborů Azure.

    Azure Backup

    Azure Backup poskytuje bezserverové řešení zálohování pro Azure Files, které se bezproblémově integruje se sdílenými složkami a s dalšími službami s přidanou hodnotou, jako je Synchronizace souborů Azure. Azure Backup pro Azure Files je řešení zálohování založené na snímcích, které poskytuje mechanismus plánování 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 k určitému bodu v čase. Další informace o Azure Backup pro Azure Files najdete v tématu Zálohování sdílených složek Azure.

    Při zvažování nákladů na použití Azure Backup k zálohování sdílených složek Azure 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ě, který obsahuje zálohované sdílené složky Azure. Chráněná instance je definovaná jako úložiště sdílených složek Azure o kapacitě 250 GiB. Na účty úložiště, které obsahují méně než 250 GiB úložiště sdílených složek Azure, se vztahují zlomkové náklady na chráněné instance. Další informace najdete v tématu Azure Backup cenách. Všimněte si, že musíte vybrat Azure Files ze seznamu služeb, Azure Backup může chránit.

    • Azure Files náklady. Azure Backup zvýší 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é; Dodatečné náklady přidané k celkové faktuře však závisí na délce uchovávání snímků a na četnosti změn ve sdílené složce během této doby. To určuje, jak se snímek liší od živé sdílené složky a kolik dalších dat ukládá 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ů nebo zápisů z obnovení se bude účtovat jako normální transakce sdílených složek. U sdílených složek úrovně Premium se tyto operace započítávají do zřízených IOPS sdílené složky.

    Microsoft Defender pro úložiště

    Microsoft Defender poskytuje podporu pro Azure Files v rámci 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 pro službu 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 pro službu Storage představují další sadu transakčních nákladů, které produkt vybírá nad transakcemi provedenými se sdílenou složkou Azure. I když tyto náklady vycházejí z transakcí vzniklých v Azure Files, nejsou součástí fakturace Azure Files, ale spíše jsou součástí Microsoft Defender cen. Microsoft Defender úložiště účtuje transakční sazbu i u sdílených složek úrovně Premium, kde Azure Files zahrnují transakce jako součást zřizování IOPS. Aktuální rychlost transakcí najdete na stránce s cenami Microsoft Defender for Cloud pod Microsoft Defender pro tabulku Úložiště.

    U sdílených složek náročných na transakce se za použití Microsoft Defender pro úložiště budou účtovat značné náklady. Na základě těchto nákladů můžete vyjádřit výslovný nesouhlas s Microsoft Defender pro službu Storage pro konkrétní účty úložiště. Další informace najdete v tématu Vyloučení účtu úložiště z Microsoft Defender pro ochranu úložiště.

    Viz také