Volba zásad vrstvení cloudu
Tento článek obsahuje pokyny k výběru a úpravě zásad vrstvení cloudu pro Synchronizace souborů Azure. Než si přečtete tento článek, ujistěte se, že rozumíte tomu, jak funguje vrstvení cloudu. Základy vrstvení cloudu najdete v tématu Principy Synchronizace souborů Azure vrstvení cloudu. Podrobné vysvětlení zásad vrstvení cloudu s příklady najdete v tématu Synchronizace souborů Azure zásad vrstvení cloudu.
Omezení
Vrstvení cloudu se na systémovém svazku s Windows nepodporuje.
Pokud pro správu kvót na koncových bodech serveru používáte Správce prostředků souborového serveru (FSRM), doporučujeme použít kvóty na úrovni složek, ne na úrovni svazku. Vrstvení cloudu můžete povolit i v případě, že máte kvótu FSRM na úrovni svazku. Jakmile je kvóta FSRM nastavená, volala rozhraní API pro dotazy volného místa, která se volala, automaticky hlásí volné místo na svazku podle nastavení kvóty. Pokud je však v kořenovém adresáři svazku přítomen pevná kvóta, skutečné volné místo na svazku a omezené místo na svazku nemusí být stejné. To může způsobit nekonečné vrstvení, pokud Synchronizace souborů Azure si myslí, že na koncovém bodu serveru není dostatek volného místa na svazku.
Minimální velikost souboru pro vrstvení souboru
Minimální velikost souboru na vrstvu závisí na velikosti clusteru systému souborů. Minimální velikost souboru, která má nárok na vrstvení cloudu, se počítá o 2x velikost clusteru a minimálně 8 KiB. Následující tabulka ukazuje minimální velikosti souborů, které je možné vrstvit na základě velikosti clusteru svazků:
| Velikost clusteru svazků | Soubory s touto velikostí nebo většími můžou být vrstvené. |
|---|---|
| 4 KiB nebo menší (4 096 bajtů) | 8 KiB |
| 8 KiB (8 192 bajtů) | 16 KiB |
| 16 KiB (16 384 bajtů) | 32 KiB |
| 32 KiB (32 768 bajtů) | 64 KiB |
| 64 KiB (65 536 bajtů) | 128 KiB |
| 128 KiB (131 072 bajtů) | 256 KiB |
| 256 KiB (262 144 bajtů) | 512 KiB |
| 512 KiB (524 288 bajtů) | 1 MiB |
| 1 MiB (1 048 576 bajtů) | 2 MiB |
| 2 MiB (2 097 152 bajtů) | 4 MiB |
Synchronizace souborů Azure podporuje vrstvení cloudu na svazcích s velikostmi clusterů až 2 MiB.
Všechny systémy souborů používané systémem Windows uspořádávají pevný disk na základě velikosti clusteru (označované také jako velikost alokační jednotky). Velikost clusteru představuje nejmenší množství místa na disku, které lze použít k uložení souboru. Pokud velikosti souborů nevyjdou na ani násobek velikosti clusteru, je potřeba k uložení souboru použít další místo – až do dalšího násobku velikosti clusteru.
Synchronizace souborů Azure se podporuje na svazcích NTFS s Windows Serverem 2012 R2 a novějším. Následující tabulka popisuje výchozí velikosti clusterů při vytváření nového svazku NTFS s Windows Serverem.
| Volume size | Windows Server |
|---|---|
| 7 MiB – 16 TiB | 4 KiB |
| 16 TiB – 32 TiB | 8 KiB |
| 32 TiB – 64 TiB | 16 KiB |
Je možné, že při vytváření svazku jste ručně naformátovali svazek s jinou velikostí clusteru. Pokud svazek pochází ze starší verze Windows, můžou se výchozí velikosti clusteru lišit. I když zvolíte velikost clusteru menší než 4 KiB, platí limit 8 KiB jako nejmenší velikost souboru, která se dá vrstvit. (I když by technicky 2x velikost clusteru byla menší než 8 KiB.)
Důvodem absolutního minimum je způsob, jakým NTFS ukládá extrémně malé soubory – 1 KiB až 4 soubory velikosti KiB. V závislosti na jiných parametrech svazku je možné, že malé soubory nejsou uložené v clusteru na disku vůbec. Možná je efektivnější ukládat tyto soubory přímo do hlavní tabulky souborů svazku nebo do záznamu MFT. Spojovací bod vrstvení cloudu je vždy uložený na disku a zabírá přesně jeden cluster. Vrstvení takových malých souborů může skončit bez úspory místa. Extrémní případy můžou dokonce skončit s větším prostorem s povoleným vrstvením cloudu. V zájmu ochrany proti tomu je nejmenší velikost souboru, který vrství vrstvení cloudu, 8 KiB ve 4 KiB nebo menší velikosti clusteru.
Výběr počátečních zásad
Obecně platí, že pokud povolíte vrstvení cloudu na koncovém bodu serveru, měli byste pro každý koncový bod jednotlivých serverů vytvořit jednu místní virtuální jednotku. Izolace koncového bodu serveru usnadňuje pochopení fungování vrstvení cloudu a přizpůsobení zásad odpovídajícím způsobem. Ale Synchronizace souborů Azure funguje i v případě, že máte na stejné jednotce více koncových bodů serveru, podrobnosti najdete v části Více koncových bodů serveru na místním svazku. Doporučujeme také, abyste při prvním povolení vrstvení cloudu zachovali zásadu data zakázanou a zásady volného místa svazku přibližně na 10 % až 20 %. U většiny svazků souborového serveru je obvykle nejlepší volbou 20 % volného místa na svazku.
Poznámka:
Pokud jste v některých scénářích migrace zřídili méně úložiště v instanci Windows Serveru než zdroj, můžete během migrace dočasně nastavit volné místo svazku na 99 % během migrace na vrstvení souborů do cloudu a po dokončení migrace ho nastavit na užitečnější úroveň.
Pro zjednodušení a pochopení způsobu vrstvení položek doporučujeme především upravit zásady volného místa svazku a zachovat zásady data, pokud nejsou potřeba. Doporučujeme to, protože většina zákazníků je cenná k vyplnění místní mezipaměti co nejvíce horkých souborů a vrstvení zbytku do cloudu. Pokud ale chcete aktivně uvolnit místo na místním disku a znáte soubory v koncovém bodu serveru, ke kterým se přistupuje po počtu dnů zadaných v zásadách data, není nutné uchovávat místně. Nastavení zásad data uvolní cennou místní diskové kapacitu pro ostatní koncové body na stejném svazku, aby se do mezipaměti více jejich souborů ukáplo.
Po nastavení zásad monitorujte výchozí přenos dat a upravte obě zásady odpovídajícím způsobem. Doporučujeme podívat se na velikost odvolání vrstvení cloudu a velikost odvolání vrstvení cloudu podle metrik aplikací ve službě Azure Monitor. Doporučujeme také monitorovat rychlost dosažení mezipaměti pro koncový bod serveru a určit procento otevřených souborů, které jsou již v místní mezipaměti. Informace o monitorování výchozího přenosu dat najdete v tématu Monitorování vrstvení cloudu.
Úprava zásad
Pokud je počet souborů, které se z Azure neustále odvolají, větší, než potřebujete, můžete mít více horkých souborů, než kolik místa na místním svazku serveru ušetříte. Pokud je to možné, zvyšte velikost místního svazku nebo snižte procento zásad volného místa svazku v malých přírůstcích. Snížení procenta volného místa na svazku může mít také negativní důsledky. Vyšší četnost změn v datové sadě vyžaduje více volného místa – pro nové soubory a úplnost "studených" souborů. Vrstvení se spustí se zpožděním až jedné hodiny a pak potřebuje čas zpracování, což je důvod, proč byste měli mít vždy dostatek volného místa na svazku.
Zachování více dat v místním prostředí znamená nižší náklady na výchozí přenos dat, protože z Azure se bude odvolat méně souborů, ale vyžaduje také větší množství místního úložiště, které má vlastní náklady.
Při úpravě zásad volného místa svazku se množství dat, která byste měli zachovat v místním prostředí, určuje následující faktory: šířku pásma, vzor přístupu k datové sadě a rozpočet. S připojením s nízkou šířkou pásma můžete chtít více místních dat, abyste uživatelům zajistili minimální prodlevu. V opačném případě ji můžete založit na četnosti změn v daném období. Pokud například víte, že se 10 % změn datové sady TiB změní nebo se k němu aktivně přistupuje každý měsíc, můžete chtít zachovat 100 GiB v místním prostředí, takže často neodpomínáte soubory. Pokud máte svazek 2 TiB, budete chtít zachovat 5 % (nebo 100 GiB) místní, což znamená, že zbývajících 95 % je procento volného místa na svazku. Měli byste však přidat vyrovnávací paměť pro období vyšší četnosti změn – jinými slovy, začněte větším procentem volného místa svazku a v případě potřeby ho v případě potřeby upravte.
Standardní provozní postupy
- Při první migraci do služby Azure Files prostřednictvím Synchronizace souborů Azure je vrstvení cloudu závislé na počátečním nahrání.
- Vrstvení cloudu kontroluje dodržování zásad volného místa svazku a data každých 6 minut.
- Použití přepínače /LFSM v Robocopy při migraci souborů umožní synchronizaci souborů a vrstvení cloudu, aby během počátečního nahrávání uvolnilo místo.
- Pokud před vytvořením heat mapy dojde k vrstvení, soubory se vrství podle časového razítka poslední změny.