Vysvětlení fakturace služby Azure Files
Azure Files poskytuje dva různé fakturační modely: 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 druhu účtu ú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 druhu účtu úložiště pro obecné účely verze 2 (GPv2 ). Tento článek vysvětluje, jak oba modely fungují, abyste pochopili měsíční vyúčtování služby Azure Files.
Toto video je rozhovor, který popisuje základy fakturačního modelu služby Azure Files. Popisuje, jak optimalizovat náklady na sdílené složky Azure a jak porovnat soubory Azure s jinými nabídkami úložiště souborů místně i v cloudu.
Informace o cenách služby Azure Files najdete na stránce s cenami služby Soubory Azure.
Platí pro
| Typ sdílené složky | SMB | NFS |
|---|---|---|
| Sdílené složky úrovně Standard (GPv2), LRS/ZRS |  |
 |
| Sdílené složky úrovně Standard (GPv2), GRS/GZRS | |
|
| Sdílené složky úrovně Premium (FileStorage), LRS/ZRS | |
|
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ší, běžným důvodem, proč operační systémy, jako je Windows, jsou chybné označování úložných jednotek proto, že řada operačních systémů začala tyto zkratky používat dříve, 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ě š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? U služby Azure Files závisí model fakturace, který používáte, 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 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ů.
Reservations
Služba Azure Files podporuje rezervace (označované také jako rezervované instance), které 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ě k dispozici pro úrovně Premium, Horká a Studená.
- Umístění: Oblast Azure pro rezervaci. Rezervace jsou dostupné v podmnožině oblastí Azure.
- Redundance: Redundance úložiště pro rezervaci. Rezervace se podporují pro všechny redundance, které Azure Files podporuje, včetně LRS, ZRS, GRS a GZRS.
- Četnost fakturace: 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 pro sdílené složky úrovně Standard a Premium. Pokud pořizujete snímky standardních sdílených složek, 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 sdílených složek úrovně Premium, budou se snímky účtovat pomocí samostatného měřiče a nezapočítávají se do rezervace. Další informace najdete v tématu Snímky.
Další informace o tom, jak zakoupit rezervace, najdete v tématu Optimalizace nákladů na službu Azure Files s využitím rezervací.
Zřízený model
Služba Azure Files používá zřízený model pro sdílené složky úrovně Premium. Ve zřízeném fakturačním modelu proaktivně určíte, jaké jsou vaše požadavky na úložiště, a neúčtují se 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í v místním prostředí je možné zřízené sdílené složky dynamicky škálovat nahoru nebo dolů v závislosti na charakteristikách výkonu úložiště a vstupně-výstupních operací.
Zřízenou velikost sdílené složky můžete kdykoli zvětšit, ale můžete ji snížit jenom v případě, že uplynulo od posledního zvýšení 24 hodin. Po čekání na 24 hodin bez navýšení kvóty můžete kvótu sdílení snížit tolikrát, kolikrát chcete, dokud ji znovu nezvětšíte. Změny škálování vstupně-výstupních operací za sekundu a propustnosti budou platit během několika minut po změně zřízené velikosti.
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.
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 množství IOPS a propustnosti s pevným poměrem. Kromě standardních IOPS, které zaručujete, podporuje každá sdílená složka úrovně Premium na základě maximálního úsilí nárůst. Vzorce pro vstupně-výstupní operace za sekundu a propustnost jsou následující:
| Zboží | 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, 102400) |
| Limit nárazových nárůstů | MIN(MAX(10000, 3 * ProvisionedStorageGiB), 102400) |
| Kredity s nárůstem kapacity | (BurstLimit - BaselineIOPS) * 3600 |
| Rychlost propustnosti (příchozí a výchozí přenos) (MiB/s) | 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB) |
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 úrovně Premium. 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í.
Burstování
Pokud vaše úloha potřebuje vyšší výkon, aby splňovala poptávku ve špičce, můžete pomocí nárazových kreditů přejít nad limit IOPS základní sdílené složky. Shlukování je automatizované a funguje na základě úvěrového systému. Funguje na základě maximálního úsilí a limit nárůstu není zárukou.
Kredity se shromáždí v kbelíku s nárůstem, kdykoli je provoz sdílené složky nižší než základní IOPS. Vytvořené kredity se později použijí k povolení nárazového nárůstu, když operace překročí základní počet vstupně-výstupních operací za sekundu.
Když sdílená složka překročí základní počet vstupně-výstupních operací za sekundu a má kredity v kbelíku s nárazovým nárůstem, zvýší se až na maximální povolenou rychlost nárazu ve špičce. Sdílené složky můžou pokračovat v nárůstu, dokud zůstanou kredity, ale vychází z počtu nahromaděných kreditů. Každý vstupně-výstupní operace nad rámec vstupně-výstupních operací za sekundu spotřebovává jeden kredit. Jakmile se spotřebují všechny kredity, podíl se vyvrátí na základní IOPS.
Sdílení kreditů má tři stavy:
- Pokud sdílená složka využívá méně než základní IOPS, nabíhá nabíhání.
- 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 nárazového nárůstu.
- Konstanta, když sdílená složka používá přesně základní počet IOPS a nevyužívá se žádné kredity.
Nová sdílená složka začíná úplným počtem kreditů v kontejneru s nárůstem kapacity. Pokud IOPS sdílené složky klesne pod směrný plán kvůli omezování serverem, nebudou se načítat kredity s nárůstem kapacity.
Model průběžných plateb
Azure Files používá fakturační model průběžných plateb pro standardní sdílené složky. V tomto modelu se částka, kterou platíte, určuje, kolik skutečně 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 průběžných plateb může být nákladově efektivní, protože pro budoucí růst nebo požadavky na výkon nemusíte přepočítání. Pokud se vaše zatížení a nároky na data v průběhu času liší, nemusíte také zrušit zřízení. Na druhou stranu může být model fakturace průběžných plateb obtížně naplánovat v rámci procesu rozpočtování, protože model je řízený spotřebou koncových uživatelů.
Rozdíly v úrovních Standard
Při vytváření standardní sdílené složky si vyberete mezi následujícími úrovněmi: optimalizovanými pro transakce, horkou a studenou. Všechny tři úrovně jsou uložené na stejném hardwaru úložiště úrovně Standard. Hlavním rozdílem 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 ceny transakcí, které jsou vyšší v chladnějších úrovních. To znamená:
- Transakce optimalizovaná, jak název napovídá, optimalizuje cenu pro úlohy s vysokými transakcemi. 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 optimalizované pro transakce umístili zřídka přístupnou úlohu, platíte za párkrát za několik měsíců 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ň, 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ň 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 umístíte vysoce přístupnou úlohu na studenou úroveň, 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ň bude nákladově nejefektivnější a studená úroveň bude dražší než transakce optimalizovaná.
Úroveň úloh a aktivit určí nákladově nejefektivnější úroveň pro vaši standardní sdílenou složku. V praxi se nejlepší způsob, jak vybrat cenově nejefektivnější úroveň, zahrnuje pohled na skutečnou spotřebu prostředků sdílené složky (uložená data, zápis transakcí atd.). U standardních sdílených složek doporučujeme začít v úrovni optimalizované pro transakce během počáteční migrace do služby Azure Files 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 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 |
|
|
| Transakce výpisu |
|
|
| Transakce čtení |
|
|
| Jiné/protokolové transakce |
|
|
| Odstranění transakcí |
|
|
Poznámka:
Systém souborů NFS 4.1 je k dispozici pouze pro sdílené složky úrovně Premium, které používají zřízený fakturační model. 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 úrovněmi standardní sdílené složky, osvědčeným postupem optimalizace nákladů po počáteční migraci je vybrat cenově nejvýhodnější úroveň, ve které se má nacházet, a zůstat tam, pokud se nezmění vzor přístupu. Důvodem je, že změna úrovně 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é vrstvy na chladnější úroveň, získáte poplatky za transakce zápisu chladnější vrstvy pro každý soubor ve sdílené složce. Přesunutí sdílené složky z chladnější vrstvy na horkou úroveň bude účtovat poplatky za transakce čtení studené úrovně pro každý soubor ve sdílené složce.
Načítání dat: Pokud přecházíte ze studené vrstvy na horkou nebo transakci optimalizovanou, bude se vám účtovat poplatek za načtení dat na základě velikosti přesunutých dat. Pouze studená úroveň má poplatek za načtení dat.
Následující tabulka znázorňuje rozpis nákladů na pohyblivé úrovně:
| Úroveň | Optimalizovaná transakce (cíl) | Horká (cíl) | Studená (cíl) |
|---|---|---|---|
| Optimalizovaná transakce (zdroj) | -- |
|
|
| Horká (zdroj) |
|
-- |
|
| Studená (zdroj) |
|
|
-- |
I když neexistuje žádný formální limit, jak často můžete změnit úroveň 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ň sdílené složky nemůžete změnit, když 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ž mezi sdílenými složkami úrovně Premium a Standard neexistuje žádný přímý mechanismus, protože jsou obsažené v různých typech účtů úložiště, můžete použít nástroj pro kopírování, jako je robocopy, a přesouvat mezi sdílenými složkami úrovně Premium a Standard.
Výběr úrovně
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 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 běžným využitím můžete počet transakcí připojit do cenové kalkulačky a zjistit, která úroveň je pro vaši úlohu nejvhodnější.
Vzhledem k tomu, že standardní sdílené složky zobrazují informace o transakcích pouze na úrovni účtu úložiště, je použití metrik úložiště k odhadu, která úroveň je levnější na úrovni sdílené složky, je nevýkonnou vědou. 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í:
- Přejděte do svého účtu úložiště a v levém navigačním panelu vyberte Metriky .
- Jako název účtu úložiště vyberte obor názvů metriky jako Soubor, Metrika jako Transakce a Agregace jako Součet.
- Vyberte Použít rozdělení.
- Vyberte hodnoty jako Název rozhraní API. Vyberte požadovaný limit a seřadit.
- 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.
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 zadáte maximální velikost, na kterou může sdílená složka růst. Ve sdílených složkách úrovně Premium se tato hodnota označuje jako zřízená velikost. Jakákoli částka, za kterou zřídíte, platíte bez ohledu na to, kolik skutečně používáte. Ve standardních sdílených složkách se tato hodnota označuje jako 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 není nastavená velikost zřízených sdílených složek úrovně Standard, bude sdílená složka ve výchozím nastavení nastavená na maximální hodnotu podporovanou účtem úložiště.
Logická velikost: Logická velikost sdílené složky nebo souboru souvisí s tím, jak velká je, aniž byste museli zvážit, jak je skutečně uložená, kde se můžou použít další optimalizace. 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 sdílených složkách úrovně Premium i Standard se celková logická velikost sdílené složky používá k vynucení pro zajištění zřízené velikosti nebo kvóty. Ve standardních sdílených složkách 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ě). Další informace o tom, jak se snímky účtují ve službě Soubory Azure, najdete v tématu Snímky.
Snapshots
Azure Files podporuje snímky, které se podobají stínovým kopiím svazku (VSS) na souborovém serveru Windows. Snímky jsou vždy rozdílové 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é složky, i když jste omezeni na určitý počet snímků. Pokud chcete zobrazit aktuální limity snímků, podívejte se na 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ů. Vypadá to ale trochu jinak mezi sdílenými složkami úrovně Premium a standardními sdílenými složkami:
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á nižší cenu za zřízenou cenu úložiště. To znamená, že na faktuře uvidíte samostatnou položku řádku 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ého 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 položku řádku 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.
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 .
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 s přidanou hodnotou mají svůj vlastní koncept transakcí odlišný od toho, co služba Azure Files zobrazuje jako transakci. 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. To se dá snadno zobrazit u standardních sdílených složek, protože standardní sdílené složky mají model průběžných plateb s poplatky za transakce. Pokud služba přidaná hodnotou za vás provede transakce se sdílenou složkou, zobrazí se ve vaší faktuře za transakce služby Azure Files, i když jste tyto transakce neprovedli přímo sami. To platí i pro sdílené složky úrovně Premium, i když to může být méně patrné. Další transakce u sdílených složek úrovně Premium ze služeb přidaných 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é
ListFilestransakce 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 službu Azure Files pomocí Synchronizace souborů Azure, měli byste zvážit úroveň sdílené složky. Další informace o tom, jak vybrat vrstvu 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ů na StorSimple s Synchronizace souborů Azure.
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é; Dodatečné náklady přidané k celkové faktuře však závisí na délce časových snímků a četnosti 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 ukládá služba 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 bude účtovat jako běžné transakce sdílené složky. U sdílených složek úrovně Premium 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 Microsoft Defenderu pro úložiště jsou další sada nákladů na transakce, které produkt ukládá nad transakce, 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 sdílených složek úrovně Premium, kde Azure Files zahrnuje transakce v rámci 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ě.
Viz také
- Ceny služby Azure Files.
- Plánování nasazení služby Azure Files a plánování nasazení Synchronizace souborů Azure
- Vytvořte sdílenou složku a nasaďte Synchronizace souborů Azure.