Správa kapacity úložiště pro centrum Azure Stack

Tento článek můžete použít jako operátor cloudového Azure Stack centra, kde se dozvíte, jak monitorovat a spravovat kapacitu úložiště vašeho nasazení Azure Stack hub. K pochopení dostupné paměti pro virtuální počítače uživatele můžete použít pokyny. Infrastruktura úložiště Azure Stack hub přiděluje podmnožinu celkové kapacity úložiště nasazení Azure Stack centra jako služby úložiště. služba Storage services ukládá data tenanta do sdílených složek na svazcích, které odpovídají uzlům nasazení.

Jako operátor cloudu máte k dispozici omezené množství úložiště, se kterým pracujete. Velikost úložiště je definována řešením, které implementujete. Řešení zajišťuje dodavatel OEM při použití řešení s více uzly, nebo je poskytováno hardwarem, na kterém instalujete Azure Stack Development Kit (ASDK).

Rozbočovač Azure Stack podporuje jenom rozšíření kapacity úložiště přidáním uzlů s dalšími jednotkami škálování. Další informace najdete v tématu Přidání uzlů jednotek škálování v centru Azure Stack. Přidáním fyzických disků do uzlů se rozšíření kapacity úložiště nerozšíří.

Je důležité monitorovat dostupné úložiště, aby se zajistilo zachování efektivních operací. Když se zbývající volná kapacita svazku omezí, naplánujte správu dostupného místa , aby sdílené složky nedocházelo k nedostatku kapacity.

Mezi možnosti správy kapacity patří:

  • Kapacita se uvolňuje.
  • Migrace objektů úložiště.

Pokud je svazek úložiště objektů využíván 100%, služba Storage již pro tento svazek nefunguje. Pokud potřebujete pomoc s obnovením provozu pro daný svazek, obraťte se na podporu Microsoftu.

Principy disků, kontejnerů a svazků

Uživatel tenanta vytvoří v Azure Stack služby úložiště hub disky, objekty blob, tabulky a fronty. Tato data tenanta jsou umístěna na svazky nad dostupným úložištěm.

Disky

Úložiště virtuálního počítače a manipulace s daty na virtuálních discích. Každý virtuální počítač začíná diskem s operačním systémem, který je vytvořený z Image nebo privátní image na webu Marketplace. Virtuální počítač může připojit nula nebo více datových disků. V Azure Stack jsou k dispozici dva typy disků:

Spravované disky zjednodušují správu disků pro virtuální počítače Azure IaaS tím, že spravují účty úložiště přidružené k DISKŮM virtuálních počítačů. Stačí zadat velikost disku, kterou potřebujete, a Azure Stack rozbočovač vytvoří a spravuje disk za vás. Další informace najdete v tématu přehled Managed disks.

Nespravované disky jsou soubory VHD, které se ukládají jako objekty blob stránky v kontejnerech úložiště v Azure Stack účty úložiště. Objekty blob stránky vytvořené klienty se označují jako disky virtuálních počítačů a ukládají se do kontejnerů v účtech úložiště. Nespravované disky doporučujeme používat jenom pro virtuální počítače, které musí být kompatibilní s nástroji třetích stran, které podporují jenom nespravované disky Azure.

Pro zvýšení výkonu virtuálního počítače je potřeba umístit jednotlivé disky do samostatného kontejneru a zajistit tak jejich pomoc.

  • Každý kontejner, který obsahuje disk nebo objekt blob stránky, se z virtuálního počítače považuje za připojený kontejner k virtuálnímu počítači, který je vlastníkem disku.
  • Kontejner, který nedrží žádné disky z virtuálního počítače, se považuje za bezplatný kontejner.

Možnosti uvolnění místa na připojeném kontejneru jsou omezené. Další informace najdete v tématu distribuce nespravovaných disků.

Důležité

Pro snazší správu doporučujeme používat na virtuálních počítačích jenom spravované disky. Před použitím spravovaných disků nemusíte připravovat účty úložiště a kontejnery. Spravované disky poskytují ekvivalentní nebo lepší funkčnost a výkon v porovnání s nespravovanými disky. Neexistují žádné výhody použití nespravovaných disků a jsou k dispozici pouze pro zpětnou kompatibilitu.

Spravované disky jsou optimalizované pro lepší umístění v infrastruktuře úložiště a výrazně snižují režijní náklady na správu. Vzhledem ke spravovaným diskům je ale možnost dynamicky zřízená a konečné využití je nepředvídatelné při vytváření, protože se nevyvážené umístění na disku využívá k většímu množství příležitostí. Operátoři jsou odpovědní za monitorování využití kapacity úložiště a tomuto problému se vyhnete.

Pro uživatele, kteří používají šablony ARM ke zřízení nových virtuálních počítačů, použijte následující dokument, který vám pomůže pochopit, jak tyto šablony upravit, aby používaly spravované disky: použijte šablony spravované disky virtuálních počítačů.

Disky virtuálních počítačů se ukládají jako řídké soubory v infrastruktuře úložiště. Disky mají zřízenou velikost, kterou uživatel požaduje v okamžiku vytvoření disku. Pouze nenulové stránky zapsané na disk zabírají místo v základní infrastruktuře úložiště.

Příklad: zhuštěný disk na svazku úložiště.

Disky se často vytvářejí kopírováním z bitových kopií platforem, spravovaných imagí, snímků nebo jiných disků. A snímky jsou odebírány z disků. Zvýšení využití kapacity úložiště a snížení doby operace kopírování, kterou systém používá k klonování bloků v ReFS. Klonování objektů BLOB je operace s nízkými náklady, nikoli úplné kopírování po bajtech mezi soubory. Zdrojový soubor a cílový soubor můžou sdílet stejné rozsahy, identická data se fyzicky neukládají víckrát a zlepšují kapacitu úložiště.

Příklad: Rozsah sdílení na svazku úložiště.

Využití kapacity roste pouze v případě, že jsou disky zapsány a dojde ke snížení stejných dat. Když se odstraní obrázek nebo disk, místo toho se nemusí okamžitě uvolnit, protože můžou být z něj vytvořené disky nebo snímky, ale zůstanou stejná data a místo zabírat. Místo toho, aby se všechny související entity odebraly, bude místo dostupné.

Příklad: rozsah po odstranění disku.

Objekty BLOB a kontejnery

Uživatelé klienta ukládají obrovské množství nestrukturovaných dat do objektu blob Azure. Centrum Azure Stack podporuje tři typy objektů BLOB: objekty blob bloku, doplňovací objekty BLOB a objekty blob stránky. Další informace o různých typech objektů BLOB najdete v tématu Principy objektů blob bloku, doplňovacích objektů BLOB a objektů blob stránky.

Uživatelé tenanta vytvářejí kontejnery, které se pak používají k ukládání dat objektů BLOB. I když se uživatelé rozhodují, ve kterém kontejneru umístit objekty blob, služba úložiště pomocí algoritmu určuje, který svazek se má vložit do kontejneru. Algoritmus obvykle zvolí svazek s největším množstvím dostupného místa.

Po umístění objektu blob do kontejneru může objekt BLOB zvětšit použití více místa. Při zvětšení nových objektů BLOB a zmenšení stávajících objektů BLOB se zmenší dostupné místo ve svazku, který obsahuje kontejner.

Kontejnery nejsou omezeny na jeden svazek. Když se kombinovaná data objektů BLOB v kontejneru zvětšují o použití 80% nebo více dostupného místa, kontejner přejde do režimu přetečení . V režimu přetečení jsou všechny nové objekty blob vytvořené v tomto kontejneru přiděleny na jiný svazek, který má dostatek místa. V průběhu času může kontejner v režimu přetečení obsahovat objekty blob distribuované napříč více svazky.

Když se použije 90% (a pak 95%) dostupného místa ve svazku, systém vyvolá výstrahy na portálu pro správu centra Azure Stack. Operátoři cloudu by měli zkontrolovat dostupnou kapacitu úložiště a naplánovat, aby se obsah znovu vyrovnal. Služba úložiště přestane fungovat, když se používá disk 100% a nejsou vyvolány žádné další výstrahy.

Svazky

Služba úložiště rozdělí dostupné úložiště na samostatné svazky, které jsou přiděleny k uchování dat systému a klienta. svazky spojují jednotky ve fondu úložiště, aby zavedly odolnost proti chybám, škálovatelnost a výkonnostní výhody Prostory úložiště přímých. Další informace o svazcích v centru Azure Stack najdete v tématu Správa infrastruktury úložiště pro centrum Azure Stack.

Svazky úložiště objektů uchovávají data tenanta. Data tenanta zahrnují objekty blob stránky, objekty blob bloku, doplňovací objekty blob, tabulky, fronty, databáze a související úložiště metadat. Počet svazků úložiště objektů se rovná počtu uzlů v nasazení centra Azure Stack:

  • Při nasazení se čtyřmi uzly jsou k dispozici čtyři svazky úložiště objektů. Při nasazení s více uzly se počet svazků nesníží, pokud dojde k odebrání nebo selhání uzlu.
  • Pokud používáte ASDK, existuje jeden svazek s jednou sdílenou složkou.

Svazky úložiště objektů jsou pro výhradní použití služeb úložiště. Nesmíte přímo upravovat, přidávat ani odebírat žádné soubory na svazcích. Na souborech uložených na těchto svazcích by měly fungovat jenom služby úložiště.

Vzhledem k tomu, že objekty úložiště (objekty blob atd.) jsou jednotlivě obsaženy v jednom svazku, maximální velikost každého objektu nemůže být větší než velikost svazku. Maximální velikost nových objektů závisí na kapacitě, která zůstává ve svazku jako nevyužité místo při vytvoření nového objektu.

Když je na svazku úložiště objektů nedostatek volného místa a akce pro uvolnění místa není úspěšná nebo nedostupná, Azure Stack operátoři cloudového centra můžou migrovat objekty úložiště z jednoho svazku do druhého.

informace o tom, jak uživatelé klienta pracují s úložištěm objektů blob v Azure Stackovém centru, najdete v tématu služby Azure Stack Hub Storage services.

Monitorování úložiště

pomocí Azure PowerShell nebo portálu pro správu monitorujte sdílené složky, abyste mohli pochopit, kdy je volné místo omezené. Když použijete portál, dostanete výstrahy o sdílených složkách, které mají nedostatek místa.

Použití prostředí PowerShell

Jako operátor cloudu můžete sledovat kapacitu úložiště sdílené složky pomocí Get-AzsStorageShare rutiny prostředí PowerShell. Rutina vrátí celkový součet, přidělené a volné místo v bajtech pro každou ze sdílených složek.

Příklad: Vrácení volného místa pro sdílené složky

  • Celkovákapacita: Celkový prostor v bajtech, který je k dispozici ve sdíleném souboru. Tento prostor se používá pro data a metadata udržovaná službami úložiště.
  • Využitákapacita: Množství dat v bajtech, které používají všechny rozsahy ze souborů, které ukládají data tenanta a přidružená metadata.

Použití portálu pro správu

Jako operátor cloudu můžete pomocí portálu pro správu zobrazit kapacitu úložiště všech sdílených složek.

  1. Přihlaste se k portálu pro správu https://adminportal.local.azurestack.external .

  2. Vyberte Všechny službyStorageSdílené složky. Otevře se seznam sdílených složek, kde můžete zobrazit informace o využití.

    Příklad: Snímek obrazovky se sdíleními souborů úložiště Azure Stack Hub portálu pro správu

    • Celkem:Celkový prostor v bajtech, který je k dispozici ve sdíleném souboru. Tento prostor se používá pro data a metadata udržovaná službami úložiště.
    • Použito:Množství dat v bajtech, které používají všechny rozsahy ze souborů, které ukládají data tenanta a přidružená metadata.

Pomocí Azure PowerShell nebo portálu pro správu monitorujte zřízenou a využitou kapacitu a naplánujte migraci, abyste zajistili nepřetržitý normální provoz systému.

Existují tři nástroje pro monitorování kapacity svazku:

  • Portál a PowerShell pro aktuální kapacitu svazku.
  • Storage upozornění na místo.
  • Metriky kapacity svazku.

V této části vám představíme, jak pomocí těchto nástrojů monitorovat kapacitu systému.

Použití prostředí PowerShell

Jako operátor cloudu můžete monitorovat kapacitu úložiště svazku pomocí rutiny Get-AzsVolume PowerShellu. Rutina vrátí celkový a volný prostor v gigabajtech (GB) na každém svazku.

Příklad: Vrácení volného místa pro svazky.

  • Celková kapacita: Celkové místo v GB, které je k dispozici ve sdíleném počítači. Tento prostor se používá pro data a metadata udržovaná službami úložiště.
  • Zbývající kapacita: Množství volného místa v GB pro ukládání dat tenanta a přidružených metadat.

Použití portálu pro správu

Jako operátor cloudu můžete pomocí portálu pro správu zobrazit kapacitu úložiště všech svazků.

  1. Přihlaste se k portálu Azure Stack Hub správce systému ( https://adminportal.local.azurestack.external ).

  2. Vyberte Všechny službyStorage Svazky a otevřete seznam svazků, kde můžete zobrazit informace o využití.

    Příklad: Snímek obrazovky se svazky úložiště Azure Stack Hub portálu pro správu

    • Celkem:Celkové místo na svazku. Tento prostor se používá pro data a metadata udržovaná službami úložiště.
    • Použito:Množství dat využitých všemi rozsahy ze souborů, které ukládají data tenanta a přidružená metadata.

Storage upozornění na prostor

Když použijete portál pro správu, obdržíte výstrahy týkající se svazků, které mají nedostatek místa.

Důležité

Jako operátor cloudu byste měli zabránit tomu, aby sdílené složky dosáhly plného využití. Pokud se sdílená sdílená složky využívá na 100 %, služba úložiště už pro tuto složku nebude funkce. Pokud chcete obnovit volné místo a obnovit operace u 100% využité sdílené složky, musíte kontaktovat podporu Microsoftu.

  • Upozornění:Pokud se využívá sdílená sdílená složky více než 90 %, zobrazí se na portálu pro správu upozornění:

    Příklad: Snímek obrazovky s upozorněním na portálu Azure Stack Hub správce

  • Kritické:Pokud se využívá sdílená složky více než 95 %, na portálu pro správu se zobrazí kritická výstraha:

    Příklad: Snímek obrazovky s kritickou výstrahou na Azure Stack Hub správce

  • Zobrazit podrobnosti:Na portálu pro správu můžete otevřít podrobnosti upozornění a zobrazit si možnosti omezení rizik:

    Příklad: Snímek obrazovky s podrobnostmi upozornění na portálu Azure Stack Hub správce

Metriky kapacity svazku

Metriky kapacity svazku poskytují podrobnější informace o zřízené kapacitě a využité kapacitě pro různé typy objektů. Data metrik se zachovají po dobu 30 dnů. Služba monitorování na pozadí aktualizuje data metriky kapacity svazku každou hodinu.

Je potřeba porozumět využití prostředků svazku proaktivním kontrolou sestavy metriky kapacity. Operátor cloudu může analyzovat distribuci typu prostředku, když se svazek blíží plné, a rozhodnout o odpovídající akci volného místa. Operátor může také zabránit přílišnému využití svazku, pokud zřízená velikost disku značí, že svazek byl příliš zřízen.

Azure Monitor poskytuje následující metriky pro zobrazení využití kapacity svazku:

  • Celková kapacita svazku zobrazuje celkovou kapacitu úložiště svazku.
  • Zbývající kapacita svazku zobrazuje zbývající kapacitu úložiště svazku.
  • Využitá kapacita disku virtuálního počítače svazku zobrazuje celkový počet prostorů zabíraných objekty souvisejícími s disky virtuálního počítače (včetně objektů blob stránky, spravovaných disků/snímků, spravovaných imagí a imagí platformy). Základní soubor VHD disků virtuálních počítačů může sdílet stejný rozsah (viz Disky)s imagemi, snímky nebo jinými disky. Toto číslo může být menší než součet využité kapacity všech jednotlivých objektů souvisejících s diskem virtuálního počítače.
  • Volume Other Used Capacity je celková využitá velikost jiných objektů než disků – včetně objektů blob bloku, doplňovací objekty blob, tabulek, front a metadat objektů blob.
  • Kapacita zřízené disku virtuálního počítače svazku je celková zřízená velikost objektů blob stránky a spravovaných disků nebo snímků. Tato velikost je maximální hodnota celkové kapacity disků všech spravovaných disků a objektů blob stránky na konkrétním svazku, na který může růst.

Příklad: Metriky kapacity svazku

Zobrazení metrik kapacity svazku v Azure Monitor:

  1. Ověřte, že máte Azure PowerShell a nakonfigurované. Pokyny ke konfiguraci prostředí PowerShell najdete v tématu Instalace PowerShellu pro Azure Stack Hub. Pokud se chcete přihlásit k Azure Stack Hub, podívejte se na informace v tématu Konfigurace prostředí operátora a přihlášení k Azure Stack Hub.

  2. Stáhněte Azure Stack Hub nástroje z GitHub úložiště. Podrobný postup najdete v tématu Stažení Azure Stack Hub z GitHub.

  3. Vygenerování kódu JSON řídicího panelu kapacity spuštěním dashboardGeneratoru v části CapacityManagement

    .\CapacityManagement\DashboardGenerator\Create-AzSStorageDashboard.ps1 -capacityOnly $true -volumeType object
    

    Soubor JSON začíná na DashboardVolumeObjStore ve složce DashboardGenerator.

  4. Přihlaste se k portálu Azure Stack Hub správce systému ( https://adminportal.local.azurestack.external ).

  5. Na stránce Řídicí panel klikněte Uploada vyberte soubor JSON vygenerovaný v kroku 3.

    Příklad: Upload JSON řídicího panelu.

  6. Po nahrání json budete přesměrováni na nový řídicí panel kapacity. Každý svazek má na řídicím panelu odpovídající graf. Počet grafů se rovná počtu svazků:

    Příklad: Řídicí panel kapacity svazku.

  7. Kliknutím na jeden ze svazků můžete zkontrolovat pět kapacitních metrik konkrétního svazku v podrobném grafu:

    Příklad: Podrobné metriky kapacity.

Vzory využití svazků

Kontrolou metriky kapacity svazku operátor cloudu pochopí, kolik kapacity svazku se využívá a který typ prostředku spotřebováuje většinu místa. Vzor využití prostoru by se mohl seskupit do následujících typů, které by operátory měly pro každý z těchto typů provést různé akce:

Příklad: Vzor využití svazku.

Volného místa v rámci zřízené kapacity: Svazek má dostatek dostupné kapacity a celková zřízená kapacita všech disků umístěných na tomto svazku je menší než celková dostupná kapacita. Svazek je k dispozici pro více objektů úložiště, včetně disků i dalších objektů (objekty blob bloku nebo doplňovací objekty blob, tabulky a fronty). K provozu svazku nemusíte nic udělat.

Zřízená volnou kapacitu: zbývající kapacita svazku je vysoká, ale zřízená kapacita disku virtuálního počítače už je nad celkovou kapacitou svazku. Tento svazek má teď stále místo pro další objekty úložiště. Může ale být naplněn daty na discích virtuálních počítačů umístěných na tomto svazku. Měli byste pečlivě monitorovat trend využití tohoto svazku. Pokud se změní na model s příliš zřízenou nízkoukapacitou, možná budete muset provést akci, která místo zkrátí.

Příliš zřízená nízká kapacita: zbývající kapacita svazku je nízká a kapacita zřízené kapacity disku virtuálního počítače i využité kapacity disku virtuálního počítače je vysoká.

Nízká zbývající kapacita znamená, že svazek dosahuje plného využití. Operátoři musí okamžitě provést akci, aby se zabránilo 100% využití svazku, který by službu úložiště blokoval. Vysoká využitá kapacita disku virtuálního počítače ukazuje, že většinu využití svazku jsou disky virtuálních počítačů. Pokyny k migraci disku byste měli odkázat na přesun disků z plného svazku na jiné dostupné svazky na volné místo.

Málo zřízené objekty blob s nízkou kapacitou a vysokou kapacitou: zbývající kapacita svazku je nízká a kapacita zřízené disku virtuálního počítače i využitá kapacita disku virtuálního počítače jsou nízké, ale druhá využitá kapacita je vysoká.

U tohoto svazku hrozí riziko, že se plně využije, a proto by operátor měl okamžitě volného místa volného místa provést. Druhá vysoká využitá kapacita znamená, že většinu kapacity svazku zachytí objekty blob bloku nebo doplňovací objekty blob nebo tabulka/fronta. Je-li kapacita dostupného svazku menší než 20%, bude povoleno přetečení kontejneru a nový objekt BLOB nebude umístěn na téměř celý svazek. Existující objekty BLOB se ale pořád rozšiřují. Pokud chcete zabránit průběžným rostoucím objektům blob, které mají nadměrná kapacitu, můžete kontaktovat podpora Microsoftu pro dotazování kontejnerů, které zabírají místo na konkrétním svazku, a rozhodnout se, jestli je potřeba vyčištění těchto kontejnerů udělat klienty, aby uvolnili nějaké místo.

Nadřízená, nízká kapacita, objekty blob bloku s vysokou úrovní: zbývající kapacita svazku je nízká a kapacita využitého disku/zřízené kapacity a další využitá kapacita je vysoká. Tento svazek má vysoké využití místa na discích i v jiných objektech úložiště. Měli byste uvolnit místo na disku, abyste se vyhnuli úplnému zaplnění svazku. Pro přesun disků z celého svazku na další dostupné svazky se doporučuje nejprve provést migraci disku . V opačném případě můžete kontaktovat podpora Microsoftu pro dotazování kontejnerů, které zabírají místo na konkrétním svazku, a rozhodnout se, jestli je potřeba vyčištění těchto kontejnerů udělat klienty, aby uvolnili nějaké místo.

Správa dostupného místa

Pokud je nutné uvolnit místo na svazku, použijte nejprve nejméně invazivní metody. Například zkuste uvolnit místo před tím, než se rozhodnete migrovat spravovaný disk.

Uvolnit kapacitu

Můžete uvolnit kapacitu, kterou používají účty klientů, které byly odstraněny. Tato kapacita se automaticky uvolní při dosažení doby uchovávání dat, nebo se můžete chovat, aby se okamžitě znovu vyzpůsobila.

Další informace najdete v části "získání kapacity" v tématu Správa účtů úložiště Azure Stack hub.

Migrace kontejneru mezi svazky

Tato možnost se vztahuje jenom na systémy integrované s Azure Stack hub.

Vzhledem k tomu, že jsou vzory využití tenanta, můžou některé sdílené složky tenanta používat víc místa než jiné. V důsledku toho může dojít k tomu, že některé sdílené složky mají málo místa než jiné nevyužité sdílené složky.

Místo na nevyužité sdílené složce můžete uvolnit tak, že ručně migrujete některé kontejnery objektů blob do jiné sdílené složky. Můžete migrovat několik menších kontejnerů na jednu sdílenou složku, která má kapacitu uchovat vše. K přesunu volných kontejnerů použijte migraci. Volné kontejnery jsou kontejnery, které neobsahují disk pro virtuální počítač.

Migrace slučuje všechny objekty blob kontejneru v nové sdílené složce.

  • Pokud kontejner přešel do režimu přetečení a umístil objekty blob na jiné svazky, musí mít Nová sdílená složka dostatečnou kapacitu pro uložení všech objektů blob do kontejneru, který migrujete, včetně objektů blob, které jsou přetečení.

  • Rutina PowerShellu Get-AzsStorageContainer identifikuje jenom používané místo na počátečním svazku pro kontejner. Rutina neidentifikuje prostor, který používají objekty blob přetečení na další svazky. Proto nemusí být úplná velikost kontejneru zřejmá. Je možné, že konsolidace kontejneru v nové sdílené složce může poslat tuto novou sdílenou složku do podmínky přetečení, kde data umístí do dalších sdílených složek. V důsledku toho může být nutné znovu vyvážit sdílené složky.

  • Pokud nemáte oprávnění k určitým skupinám prostředků a nemůžete použít PowerShell k dotazování dalších svazků na data přetečení, pracujte s vlastníkem těchto skupin prostředků a kontejnerů, abyste porozuměli celkovému množství dat, která se mají migrovat, než je migrujete.

Důležité

Migrace objektů BLOB pro kontejner je offline operace, která vyžaduje použití PowerShellu. Dokud nebude migrace dokončená, všechny objekty blob pro kontejner, které migrujete, zůstávají offline a nejde je použít. Měli byste se také vyhnout upgradu centra Azure Stack, dokud nebude dokončena veškerá nepřetržitá migrace.

Migrace kontejnerů pomocí PowerShellu

  1. potvrďte, že máte nainstalovanou a nakonfigurovanou Azure PowerShell. Další informace najdete v tématu Správa prostředků Azure pomocí Azure PowerShell.

  2. Projděte si kontejner, abyste pochopili, jaká data jsou ve sdílené složce, kterou plánujete migrovat. K určení nejlepšího kontejneru kandidátů pro migraci ve svazku použijte Get-AzsStorageContainer rutinu:

    $farm_name = (Get-AzsStorageFarm)[0].name
    $shares = Get-AzsStorageShare -FarmName $farm_name
    $containers = Get-AzsStorageContainer -ShareName $shares[0].ShareName -FarmName $farm_name
    

    Pak prověřte $containers:

    $containers
    

    Příklad: $containers

  3. Identifikujte nejlepší cílové sdílené složky pro uložení kontejneru, který migrujete:

    $destinationshare = ($shares | Sort-Object FreeCapacity -Descending)[0]
    

    Pak prověřte $destinationshares:

    $destinationshares
    

    Příklad: $destination sdílené složky

  4. Spustí migraci kontejneru. Migrace je asynchronní. Pokud před dokončením první migrace spustíte migraci jiného kontejneru, použijte ID úlohy ke sledování stavu každé z nich.

    $job_id = Start-AzsStorageContainerMigration -StorageAccountName $containers[0].Accountname -ContainerName $containers[0].Containername -ShareName $containers[0].Sharename -DestinationShareUncPath $destinationshares[0].UncPath -FarmName $farm_name
    

    Pak prověřte $jobId. V následujícím příkladu nahraďte D62F8F7A-8B46-4F59-A8AA-5DB96DB4EBB0 ID úlohy, kterou chcete prošetřit:

    $jobId
    d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0
    
  5. Ke kontrole stavu úlohy migrace použijte ID úlohy. Po dokončení migrace kontejneru je MigrationStatus nastaveno na dokončeno.

    Get-AzsStorageContainerMigrationStatus -JobId $job_id -FarmName $farm_name
    

    Snímek obrazovky zobrazující stav migrace

  6. Probíhající úlohu migrace můžete zrušit. Zrušené úlohy migrace se zpracovávají asynchronně. Zrušení můžete sledovat pomocí $jobid:

    Stop-AzsStorageContainerMigration -JobId $job_id -FarmName $farm_name
    

    Příklad: vrácení stavu zpět

  7. Můžete znovu spustit příkaz z kroku 6, dokud nebude stav migrace zrušený:

    Snímek obrazovky, který ukazuje příklad stavu zrušené migrace.

Přesunutí disků virtuálního počítače

Tato možnost se vztahuje jenom na systémy integrované s Azure Stack hub.

Největší způsob, jak spravovat prostor, zahrnuje přesun disků virtuálních počítačů. Vzhledem k tomu, že přesun připojeného kontejneru (který obsahuje disk virtuálního počítače) je složitý, požádejte o tuto akci podporu Microsoftu.

Migrace spravovaného disku mezi svazky

Tato možnost se vztahuje jenom na systémy integrované s Azure Stack hub.

Vzhledem k tomu, že se vzory využití tenanta používají, některé svazky klientů využívají více místa než jiné. Výsledkem může být svazek, na kterém je málo volného místa před jinými nevyužitými svazky.

Můžete uvolnit místo na využívaném svazku tak, že ručně migrujete některé spravované disky na jiný svazek. Můžete migrovat několik spravovaných disků na jeden svazek, který má kapacitu pro udržení všech. Pomocí migrace přesuňte offline spravované disky. Offline spravované disky jsou disky, které nejsou připojené k virtuálnímu počítači.

Důležité

Migrace spravovaných disků je offline operace, která vyžaduje použití PowerShellu. Před spuštěním úlohy migrace musíte odpojit kandidátské disky pro migraci od svého virtuálního počítače vlastníka (po dokončení úlohy migrace je můžete znovu připojit). Dokud se migrace nedokončí, musí všechny spravované disky, které migrujete, zůstat offline a nebude je možné použít, jinak se úloha migrace zruší a všechny nemigrované disky budou pořád na svých původních svazcích. Měli byste se také vyhnout upgradu centra Azure Stack, dokud se nedokončí veškerá probíhající migrace.

Migrace spravovaných disků pomocí prostředí PowerShell

  1. potvrďte, že máte nainstalovanou a nakonfigurovanou Azure PowerShell. Pokyny týkající se konfigurace prostředí PowerShellu najdete v tématu instalace PowerShellu pro Azure Stack hub. Pokud se chcete přihlásit do centra Azure Stack, přečtěte si téma Konfigurace prostředí operátorů a přihlášení do centra Azure Stack.

  2. Projděte si Managed disks, abyste zjistili, jaké disky jsou na svazku, který plánujete migrovat. Chcete-li identifikovat nejlepší kandidáty na disky pro migraci ve svazku, použijte Get-AzsDisk rutinu:

    $ScaleUnit = (Get-AzsScaleUnit)[0]
    $StorageSubSystem = (Get-AzsStorageSubSystem -ScaleUnit $ScaleUnit.Name)[0]
    $Volumes = (Get-AzsVolume -ScaleUnit $ScaleUnit.Name -StorageSubSystem $StorageSubSystem.Name | Where-Object {$_.VolumeLabel -Like "ObjStore_*"})
    $SourceVolume  = ($Volumes | Sort-Object RemainingCapacityGB)[0]
    $VolumeName = $SourceVolume.Name.Split("/")[2]
    $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
    $MigrationSource = "\\SU1FileServer."+$VolumeName+"\SU1_"+$SourceVolume.VolumeLabel
    $Disks = Get-AzsDisk -Status All -SharePath $MigrationSource | Select-Object -First 10
    

    Pak prověřte $disks:

    $Disks
    

    Příklad: $Disks

  3. Identifikujte nejlepší cílový svazek, který bude obsahovat disky, které migrujete:

    $DestinationVolume  = ($Volumes | Sort-Object RemainingCapacityGB -Descending)[0]
    $VolumeName = $DestinationVolume.Name.Split("/")[2]
    $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
    $MigrationTarget = "\\SU1FileServer."+$VolumeName+"\SU1_"+$DestinationVolume.VolumeLabel
    
  4. Spusťte migraci pro Managed disks. Migrace je asynchronní. Pokud zahájíte migraci dalších disků před dokončením první migrace, použijte název úlohy ke sledování stavu každé z nich.

    $jobName = "MigratingDisk"
    Start-AzsDiskMigrationJob -Disks $Disks -TargetShare $MigrationTarget -Name $jobName
    
  5. Ke kontrole stavu úlohy migrace použijte název úlohy. Po dokončení migrace disku se MigrationStatus nastaví na dokončeno.

    $job = Get-AzsDiskMigrationJob -Name $jobName
    

    Příklad: stav migrace

    Pokud migrujete více spravovaných disků v rámci jedné úlohy migrace, můžete také kontrolovat dílčí úkoly úlohy.

    $job.Subtasks
    

    Příklad: stav dílčí úlohy migrace

  6. Probíhající úlohu migrace můžete zrušit. Zrušené úlohy migrace se zpracovávají asynchronně. Zrušení můžete sledovat pomocí názvu úlohy, dokud stav nepotvrdí, že se úloha migrace zruší:

    Stop-AzsDiskMigrationJob -Name $jobName
    

    Příklad: zrušený stav

Distribuovat nespravované disky

Tato možnost se vztahuje jenom na systémy integrované s Azure Stack hub.

Největší způsob správy prostoru zahrnuje přesun nespravovaných disků. Pokud tenant přidá do jednoho kontejneru počet nespravovaných disků, celková využitá kapacita kontejneru se může zvětšovat nad rámec dostupné kapacity svazku, který ho obsahuje před přechodem kontejneru do režimu přetečení. Aby se zabránilo vyčerpání prostoru svazku jedním kontejnerem, může tenant distribuovat existující nespravované disky jednoho kontejneru do různých kontejnerů. Vzhledem k tomu, že distribuce připojeného kontejneru (který obsahuje disk virtuálního počítače) je složitá, Podpora Microsoftu provést tuto akci.

Paměť dostupná pro virtuální počítače

Azure Stack Hub je sestavený jako hyperkonvergovaný cluster výpočetních prostředků a úložiště. Konvergence umožňuje sdílení hardwaru, které se označuje jako jednotka škálování. V Azure Stack Hub jednotka škálování poskytuje dostupnost a škálovatelnost prostředků. Jednotka škálování se skládá ze sady Azure Stack Hub serverů, které se označují jako hostitelé nebo uzly. Software infrastruktury je hostovaný v rámci sady virtuálních počítače a sdílí stejné fyzické servery jako virtuální počítače tenanta. Všechny Azure Stack Hub počítače se pak spravují pomocí technologií clusteringu Windows Server škálovací jednotky a jednotlivých instancí Hyper-V. Jednotka škálování zjednodušuje získávání a správu Azure Stack Hub. Jednotka škálování také umožňuje přesun a škálovatelnost všech služeb napříč Azure Stack Hub, tenantem a infrastrukturou.

Výsečový graf si můžete zobrazit na portálu pro správu, který zobrazuje volné a využité paměti v Azure Stack Hub takto:

fyzická paměť v Azure Stack Hub

Následující komponenty spotřebovávají paměť v použité části výsečového grafu:

  • Využití nebo rezerva hostitelského operačního systému Jedná se o paměť, kterou používá operační systém (OS) na hostiteli, stránkovací tabulky virtuální paměti, procesy spuštěné v hostitelském operačním systému a mezipaměť paměti s prostory s přímým přístupem. Vzhledem k tomu, že tato hodnota závisí na paměti používané různými procesy Technologie Hyper-V spuštěných na hostiteli, může kolísat.
  • Služby infrastruktury Jedná se o virtuální počítače infrastruktury, které Azure Stack Hub. To zahrnuje přibližně 31 virtuálních počítače, které zažádá o 242 GB + (4 GB × počet uzlů) paměti. Využití paměti komponenty služeb infrastruktury se může změnit, protože pracujeme na tom, aby naše služby infrastruktury byla škálovatelná a odolnější.
  • Rezerva odolnosti Azure Stack Hub si část paměti, která umožní dostupnost tenanta během selhání jednoho hostitele a během opravy a aktualizace, aby se umožnila úspěšná migrace virtuálních počítače za provozu.
  • Virtuální počítače tenanta Jedná se o virtuální počítače vytvořené Azure Stack Hub uživateli. Kromě spouštění virtuálních počítače spotřebovávají paměť všechny virtuální počítače, které se do prostředků infrastruktury našly. To znamená, že virtuální počítače ve stavu Vytváření nebo Selhání nebo Virtuální počítače vypnuté z hosta spotřebovávají paměť. Virtuální počítače, které byly přiděleny pomocí možnosti zastavit přidělení z portálu Azure Stack Hub User Portal, PowerShellu Azure Stack Hub Azure CLI, ale nebudou spotřebovávat paměť z Azure Stack Hub.
  • Poskytovatelé prostředků doplňků Virtuální počítače nasazené pro poskytovatele prostředků doplňků, jako jsou SQL, MySQL a App Service.

Kapacita použitá v okně ve čtyřech uzlech Azure Stack Hub

Dostupná paměť pro umístění virtuálního počítače

Jako operátor cloudu pro Azure Stack Hub neexistuje automatizovaný způsob, jak zkontrolovat přidělenou paměť pro každý virtuální počítač. Můžete mít přístup k uživatelským virtuálním počítači a vypočítat přidělenou paměť ručně. Přidělená paměť ale nebude odrážet skutečné použití. Tato hodnota může být nižší než přidělená hodnota.

K přidělení dostupné paměti pro virtuální počítače se používá následující vzorec:

Dostupná paměť pro umístění virtuálního počítačeTotal Host Memory--Resiliency Reserve--Memory used by running tenant VMs - Azure Stack Hub Infrastructure Overhead

Rezerva odolnosti H + R * ((N-1) * H) + V * (N-2)

Kde:

H = velikost paměti jednoho hostitele

N = velikost jednotky škálování (počet hostitelů)

R = rezerva operačního systému nebo paměť využíná hostitelským operačním systémem, což je v tomto vzorci 0,15.

V = největší virtuální počítač (podle paměti) v jednotce škálování

Azure Stack Hub režie infrastruktury = 242 GB + (4 GB × počet uzlů). To představuje přibližně 31 virtuálních počítačů, které se používají k Azure Stack Hub infrastruktury.

Paměť používaná hostitelským operačním systémem = 15 % (0,15) hostitelské paměti. Hodnota rezervy operačního systému je odhad a bude se lišit v závislosti na kapacitě fyzické paměti hostitele a obecné režii operačního systému.

Hodnota V, největší virtuální počítač v jednotce škálování, je dynamicky založená na největším nasazeném virtuálním počítači tenanta. Největší hodnota virtuálního počítače může být například 7 GB nebo 112 GB nebo jakákoli jiná podporovaná velikost paměti virtuálního počítače v Azure Stack Hub řešení. Velikost největšího virtuálního počítače vybereme tady, abychom měli dostatek rezervované paměti, aby migrace tohoto velkého virtuálního počítače za provozu neselžou. Při změně největšího virtuálního počítače v Azure Stack Hub prostředků infrastruktury se kromě zvýšení paměti samotného virtuálního počítače zvýší i rezerva odolnosti.

Například s jednotkou škálování 12 uzlů:

Podrobnosti o razítku Hodnoty
sts (N) 12
Paměť na hostitele (H) 384
Celková paměť jednotky škálování 4608
Rezerva operačního systému (R) 15 %
Největší virtuální počítač (V) 112
Rezerva odolnosti = H + R * ((N-1) * H) + V * (N-2)
Rezerva odolnosti = 2137.6

S výše uvedenými informacemi tedy můžete vypočítat, že Azure Stack s 12 uzly 384 GB na hostitele (celkem 4 608 GB) má rezervovanou odolnost 2 137 GB, pokud má největší virtuální počítač 112 GB paměti.

Když se v okně Kapacita zobrazí fyzická paměť podle následujícího příkladu, hodnota Využito zahrnuje rezervu odolnosti. Graf pochází ze čtyř uzlů Azure Stack Hub instance.

Využití kapacity ve čtyřech uzlech Azure Stack Hub

Mějte tyto aspekty na paměti při plánování kapacity pro Azure Stack Hub. Kromě toho můžete použít následující Azure Stack Hub Capacity Planner.

Další kroky

Další informace o nabízení virtuálních počítačů uživatelům najdete v tématu Správa kapacity úložiště pro Azure Stack Hub.