Sdílet prostřednictvím

Azure Lab Services – Příručka pro správce

  • Článek

Důležité

Služba Azure Lab Services bude vyřazena 28. června 2027. Další informace najdete v průvodci vyřazením.

Správci informačních technologií (IT), kteří spravují cloudové prostředky univerzity, obvykle zodpovídají za nastavení plánu testovacího prostředí pro svou školu. Po nastavení plánu testovacího prostředí vytvoří správci nebo vyučující testovací prostředí, která jsou přidružená k plánu testovacího prostředí. Tento článek obsahuje základní přehled prostředků Azure, které jsou součástí, a pokyny k jejich vytvoření.

Poznámka:

Tento článek odkazuje na funkce dostupné v plánech testovacího prostředí, které nahradily účty testovacího prostředí.

V závislosti na nastavení plánu testovacího prostředí jsou některé prostředky hostované ve vašem předplatném nebo v předplatném spravovaném službou Azure Lab Services.

  • Virtuální počítače testovacího prostředí jsou hostované v předplatném Azure, které azure Lab Services vlastní.
  • Plány testovacích prostředí, testovací prostředí, výpočetní galerie a verze imagí a jsou hostované v rámci vašeho předplatného.
  • Virtuální síť a prostředky související se sítí pro testovací virtuální počítače jsou hostované v rámci vašeho předplatného, pokud používáte pokročilé sítě. Jinak se virtuální síť hostuje v předplatném spravovaném službou Azure Lab Services.
  • Plány testovacího prostředí, testovací prostředí a výpočetní galerie můžete mít ve stejné skupině prostředků nebo v různých skupinách prostředků.

Poznámka:

Pokud stále používáte účty testovacího prostředí, přečtěte si průvodce správcem při používání účtů testovacího prostředí.

Další informace najdete v tématu Základy architektury Labs.

Předplatné

Vaše univerzita může mít jedno nebo více předplatných Azure. Předplatná slouží ke správě fakturace a zabezpečení prostředků a služeb Azure, které se v něm používají, včetně plánů testovacích prostředí a testovacích prostředí.

Vztah mezi plánem testovacího prostředí a jeho předplatným je důležitý, protože:

  • Fakturace se hlásí prostřednictvím předplatného, které obsahuje plán testovacího prostředí.
  • Uživatelům v tenantovi Microsoft Entra předplatného můžete udělit možnost spravovat plány a testovací prostředí Azure Lab Services. Můžete přidat někoho jako vlastníka plánu testovacího prostředí, přispěvatele plánu testovacího prostředí, autora testovacího prostředí nebo vlastníka testovacího prostředí. Další informace o předdefinovaných rolích RBAC najdete v tématu Správa identity.

Virtuální počítače Labs Services se spravují a hostují za vás v předplatném, které azure Lab Services vlastní.

Skupina prostředků

Předplatné obsahuje jednu nebo více skupin prostředků. Skupiny prostředků vytvářejí logické seskupení prostředků Azure, které se používají společně ve stejném řešení.

Před vytvořením plánu testovacího prostředí nakonfigurujte skupinu prostředků, která obsahuje plán testovacího prostředí. Skupiny prostředků pojmenujte pečlivě. Testovací prostředí jsou seskupené podle názvu skupiny prostředků na webovém portálu Lab Services: https://labs.azure.com.

Při vytváření galerie výpočetních prostředků Azure potřebujete také skupinu prostředků. Plán testovacího prostředí a galerii výpočetních prostředků můžete umístit do stejné skupiny prostředků nebo do samostatných skupin prostředků. Pokud plánujete sdílet galerii výpočetních prostředků napříč různými řešeními, můžete zvolit druhý přístup.

Doporučujeme, abyste předem investovali do plánování struktury skupin prostředků. Po vytvoření není možné změnit plán testovacího prostředí ani skupinu prostředků galerie výpočetních prostředků. Pokud potřebujete změnit skupinu prostředků pro tyto prostředky, musíte je odstranit a znovu vytvořit.

Plán testovacího prostředí

Plán testovacího prostředí je sada konfigurací, které ovlivňují vytvoření testovacího prostředí. Plán testovacího prostředí může být přidružený k nule nebo více testovacím prostředím. Když začnete se službou Azure Lab Services, můžete mít jeden plán testovacího prostředí. S vertikálním navýšením kapacity využití testovacího prostředí můžete vytvořit další plány testovacího prostředí.

Následující seznam obsahuje scénáře, ve kterých můžete chtít více než jeden plán testovacího prostředí.

  • Správa různých požadavků zásad napříč testovacími prostředími

    Při vytváření plánu testovacího prostředí nastavíte zásady, které se vztahují na všechna testovací prostředí vytvořená v něm, například:

    • Virtuální síť Azure se sdílenými prostředky, ke kterým má testovací prostředí přístup. Můžete mít například sadu testovacích prostředí, která potřebují přístup k licenčnímu serveru ve virtuální síti.
    • Image virtuálních počítačů, které mohou testovací prostředí použít k vytváření virtuálních počítačů. Můžete mít například sadu testovacích prostředí, která potřebují přístup k virtuálnímu počítači Datová Věda pro image Azure Marketplace s Linuxem.

    Pokud má každé z vašich testovacích prostředí jedinečné požadavky na zásady, budete možná muset vytvořit samostatné plány testovacího prostředí pro správu jednotlivých testovacích prostředí samostatně.

  • Izolace pilotních testovacích prostředí od aktivních nebo produkčních testovacích prostředí

    Můžete chtít pilotní změny zásad pro plán testovacího prostředí, aniž by to mělo vliv na vaše aktivní testovací prostředí. Vytvoření samostatného plánu testovacího prostředí pro účely pilotního nasazení umožňuje izolovat změny.

Testovací prostředí

Testovací prostředí obsahuje virtuální počítače, které jsou přiřazené jednomu studentovi. Obecně platí, že očekáváte:

  • Pro každou třídu máte jedno cvičení.
  • Vytvořte novou sadu testovacích prostředí pro každý semestr, čtvrtletí nebo jiný akademický systém, který používáte. Pro třídy, které potřebují použít stejnou image, byste měli použít výpočetní galerii. Tímto způsobem můžete opakovaně používat obrázky v testovacích prostředích a akademických obdobích.

Při určování struktury testovacích prostředí zvažte následující body:

  • Všechny virtuální počítače v testovacím prostředí se nasadí se stejnou imagí, která je publikovaná.

    Pokud tedy máte třídu, která vyžaduje publikování různých testovacích imagí najednou, musíte pro každou image vytvořit samostatné testovací prostředí.

  • Kvóta využití je nastavená na úrovni testovacího prostředí a vztahuje se na všechny uživatele v testovacím prostředí.

    Pokud chcete nastavit různé kvóty pro uživatele, musíte vytvořit samostatná testovací prostředí. Po nastavení kvóty ale můžete konkrétním uživatelům přidat další hodiny.

  • Plán spuštění nebo vypnutí je nastavený na úrovni testovacího prostředí a vztahuje se na všechny virtuální počítače v rámci testovacího prostředí.

    Podobně jako v případě, že potřebujete nastavit různé plány pro uživatele, musíte pro každý plán vytvořit samostatné testovací prostředí.

Ve výchozím nastavení má každé testovací prostředí vlastní virtuální síť. Pokud používáte pokročilé sítě, každé testovací prostředí používá zadanou síť.

Galerie výpočetních prostředků Azure je připojená k plánu testovacího prostředí. Slouží jako centrální úložiště pro uložené image. Image se uloží v galerii, když ji vyučující vyexportuje z virtuálního počítače šablony testovacího prostředí. Pokaždé, když vyučující změní virtuální počítač šablony a vyexportuje ho, vytvoří se v galerii nové definice nebo verze image.

Vyučující můžou při vytváření nového testovacího prostředí publikovat verzi image z galerie výpočetních prostředků. I když galerie ukládá více verzí image, můžou vyučující při vytváření testovacího prostředí vybrat pouze nejnovější verzi. Nejnovější verze je zvolena na základě nejvyšší hodnoty MajorVersion, pak MinorVersion a pak Patch. Další informace o verzích najdete v tématu Verze imagí.

Galerie výpočetních prostředků je volitelný prostředek. Pokud začnete jenom s několika testovacími prostředími, možná ho nebudete potřebovat okamžitě. Galerie výpočetních prostředků nabízí řadu výhod, které jsou užitečné při vertikálním navýšení kapacity na více testovacích prostředí:

  • Můžete ukládat a spravovat verze image virtuálního počítače šablony.

    Je užitečné vytvořit vlastní image nebo provést změny, jako je konfigurace a software, na image z galerie Azure Marketplace. Pokud chcete například vyžadovat instalaci jiného softwaru nebo nástrojů. Místo toho, aby studenti museli tyto požadavky nainstalovat ručně, můžete do galerie výpočetních prostředků exportovat různé verze image virtuálního počítače šablony. Tyto verze imagí můžete použít při vytváření nových testovacích prostředí.

  • Image virtuálních počítačů šablon můžete sdílet a opakovaně používat napříč testovacími prostředími.

    Image můžete uložit a znovu použít, abyste ji nemuseli při každém vytváření nového testovacího prostředí konfigurovat úplně od začátku. Pokud například potřebuje použít stejnou image více tříd, vytvořte ji a vyexportujte ji do výpočetní galerie, aby bylo možné ji sdílet napříč testovacími prostředími.

  • Vlastní image můžete nahrát z jiných prostředí mimo testovací prostředí.

    Vlastní image můžete nahrát do jiných prostředí mimo kontext testovacích prostředí. Do výpočetní galerie můžete například nahrát obrázky z vlastního fyzického testovacího prostředí nebo z virtuálního počítače Azure. Po importu obrázku do galerie pak můžete pomocí obrázků vytvořit testovací prostředí.

K logickému seskupení imagí výpočetní galerie můžete použít některou z následujících metod:

  • Vytvořte několik výpočetních galerií. Každý plán testovacího prostředí se může připojit jenom k jedné galerii výpočetních prostředků, takže tato možnost také vyžaduje, abyste vytvořili více plánů testovacího prostředí.
  • Použijte jednu výpočetní galerii, kterou sdílí více plánů testovacího prostředí. V takovém případě může každý plán testovacího prostředí povolit jenom obrázky, které se vztahují na testovací prostředí v tomto plánu.

Pojmenování

Při zahájení práce se službou Azure Lab Services doporučujeme vytvořit zásady vytváření názvů pro prostředky Azure a Azure Lab Services. Omezení pojmenování prostředků najdete v tématu Pravidla a omezení pojmenování microsoft.LabServices. Přestože zásady vytváření názvů, které vytváříte, jsou jedinečné pro potřeby vaší organizace, následující tabulka obsahuje pokyny:

Typ prostředku Role Navrhovaný vzor Příklady
Skupina prostředků Obsahuje jeden nebo více plánů testovacích prostředí, testovacích prostředí nebo výpočetních galerií. rg-labs-{org-name}-{env}-{instance}, rg-labs-{dept-name}-{env}-{instance} rg-labs-contoso-pilot, rg-labs--math-prod-001
Plán testovacího prostředí Šablona pro nově vytvořená testovací prostředí lp-{org-name}-{env}-{instance}, lp-{dept-name}-{env}-{instance} lp-contoso, lp-contoso-pilot, lp-math-001
Testovací prostředí Obsahuje virtuální počítače studentů. {class-name}-{time}-{educator} CS101-Fall2021, CS101-Fall2021-JohnDoe
Azure Compute Gallery Obsahuje verze imagí virtuálních počítačů. sig_{název_organizace}_{env}_{instance}, sig_{název_oddělení}_{env}_{instance} sig_contoso_001, sig_math_prod_001

V následující tabulce používají navrhované vzory názvů některé termíny a tokeny:

Vzor výrazu nebo tokenu Definice Příklad
{org-name} Token pro krátký název organizace bez mezer contoso
{dept-name} Token pro krátký název oddělení v organizaci. matematika, bio, cs
{env} Token pro název prostředí produkční, pilotní pro malý test
{instance} Číslo k identifikaci instance, pokud bylo vytvořeno více prostředků. 001, 123
{class-name} Token pro krátký název nebo kód pro podporovanou třídu. CS101, BIO101
{educator} Alias vyučujícího spuštěného testovacího prostředí jandoe
{time} Token pro krátký název (bez mezer) pro čas, kdy se třída nabízí. Spring2021, Dec2021
Rg Označuje, že prostředek je skupina prostředků.
Lp Označuje, že prostředek je plán testovacího prostředí.
Sig Označuje, že prostředek je výpočetní galerie.

Další informace o pojmenování dalších prostředků Azure najdete v tématu Zásady vytváření názvů pro prostředky Azure.

Oblasti

Při nastavování prostředků Azure Lab Services musíte zadat oblast nebo umístění datového centra, které je hostitelem prostředků. Plány testovacích prostředí můžou povolit jednu nebo více oblastí, ve kterých se mají testovací prostředí vytvářet.

  • Skupina prostředků. Oblast určuje datacentrum, ve kterém jsou uložené informace o skupině prostředků. Prostředky Azure můžou být v jiné oblasti než skupina prostředků, ve které jsou.

  • Plán testovacího prostředí Umístění plánu testovacího prostředí označuje oblast, ve které prostředek existuje. Pokud je plán testovacího prostředí připojený k vaší vlastní virtuální síti, musí být síť ve stejné oblasti jako plán testovacího prostředí. Testovací prostředí se také vytvoří ve stejné oblasti Azure jako tato virtuální síť.

  • Cvičení. Umístění, ve které testovací prostředí existuje, se liší. Nemusí být ve stejném umístění jako plán testovacího prostředí. Správci určují, ve kterých oblastech se dají testovací prostředí vytvářet prostřednictvím nastavení plánu testovacího prostředí.

    Obecně platí, že oblast prostředku nastavte na oblast, která je nejblíže jejím uživatelům. V případě testovacích prostředí to znamená vytvoření testovacího prostředí, které je nejblíže vašim studentům. Pro kurzy, jejichž studenti se nacházejí po celém světě, zkuste vytvořit testovací prostředí, které je centrálně umístěné nebo rozdělí třídu do několika testovacích prostředí podle oblastí.

Poznámka:

Aby se zajistilo, že oblast má dostatečnou kapacitu virtuálního počítače, nejprve požádejte o kapacitu.

Určení velikosti virtuálního počítače

Když správci nebo tvůrci testovacího prostředí vytvoří testovací prostředí, můžou si vybrat z různých velikostí virtuálních počítačů v závislosti na potřebách třídy. Dostupnost konkrétních velikostí virtuálních počítačů závisí na oblasti, ve které se nachází váš plán testovacího prostředí. Zjistěte, jak můžete požádat o větší kapacitu.

Informace o velikostech virtuálních počítačů a jejich nákladech najdete v cenách služby Azure Lab Services.

Výchozí velikosti virtuálních počítačů

Velikost Minimální počet virtuálních procesorů Minimální paměť: GiB Řada Předpokládané použití
Malá 2 4 Standard_F2s_v2 Nejvhodnější pro příkazový řádek, otevření webového prohlížeče, webových serverů s nízkým provozem, malých až středních databází.
Střední 4 8 Standard_F4s_v2 Nejvhodnější pro relační databáze, ukládání do mezipaměti a analýzu v paměti.
Střední (vnořená virtualizace) 4 16 Standard_D4s_v4 Nejvhodnější pro relační databáze, ukládání do mezipaměti a analýzu v paměti. Tato velikost podporuje vnořenou virtualizaci.
Velká 8 16 Standard_F8s_v2 Nejvhodnější pro aplikace, které potřebují rychlejší procesory, lepší výkon místních disků, velké databáze, velké mezipaměti paměti.
Velká (vnořená virtualizace) 8 32 Standard_D8s_v4 Nejvhodnější pro aplikace, které potřebují rychlejší procesory, lepší výkon místních disků, velké databáze, velké mezipaměti paměti. Tato velikost podporuje vnořenou virtualizaci.
Small GPU (Compute) 8 56 Standard_NC8as_T4_v3 Nejvhodnější pro aplikace náročné na počítač, jako je AI a hluboké učení.
Malý GPU (vizualizace) 8 28 Standard_NVas_v4 (Jenom Windows) Nejvhodnější pro vzdálenou vizualizaci, streamování, hraní a kódování pomocí architektur, jako jsou OpenGL a DirectX.
Střední GPU (vizualizace) 12 112 Standard_NV12s_v3 (Jenom Windows) Nejvhodnější pro vzdálenou vizualizaci, streamování, hraní a kódování pomocí architektur, jako jsou OpenGL a DirectX.

Alternativní velikosti virtuálních počítačů

Pokud chcete lépe sloužit v místech, kde je vysoká poptávka, můžete si vybrat ze seznamu alternativních velikostí virtuálních počítačů.

Velikost Minimální počet virtuálních procesorů Minimální paměť: GiB Řada Předpokládané použití
Alternativní malý GPU (compute) 6 112 Standard_NC6s_v3 Nejvhodnější pro aplikace náročné na počítač, jako je AI a hluboké učení.
Alternativní malý GPU (vizualizace) 6 55 Standard_NV6ads_A10_v5 (Jenom Windows) Nejvhodnější pro vzdálenou vizualizaci, streamování, hraní a kódování pomocí architektur, jako jsou OpenGL a DirectX.
Alternativní střední GPU (vizualizace) 12 110 Standard_NV12ads_A10_v5 (Jenom Windows) Nejvhodnější pro vzdálenou vizualizaci, streamování, hraní a kódování pomocí architektur, jako jsou OpenGL a DirectX.

Klasické velikosti virtuálních počítačů

Pokud vytvoříte plán testovacího prostředí a stále máte ve svém předplatném Azure účty testovacího prostředí, můžete si vybrat z velikostí virtuálních počítačů dostupných pro účty testovacího prostředí. V uživatelském rozhraní služby Azure Lab Services jsou tyto velikosti virtuálních počítačů označené jako klasické velikosti virtuálních počítačů.

Velikost Minimální počet virtuálních procesorů Minimální paměť: GiB Řada Předpokládané použití
Klasický malý 2 4 Standard_A2_v2 Nejvhodnější pro příkazový řádek, otevření webového prohlížeče, webových serverů s nízkým provozem, malých až středních databází.
Klasické médium 4 8 Standard_A4_v2 Nejvhodnější pro relační databáze, ukládání do mezipaměti a analýzu v paměti.
Klasický velký 8 16 Standard_A8_v2 Nejvhodnější pro aplikace, které potřebují rychlejší procesory, lepší výkon místních disků, velké databáze, velké mezipaměti paměti.
Classic Medium (vnořená virtualizace) 4 16 Standard_D4s_v3 Nejvhodnější pro relační databáze, ukládání do mezipaměti a analýzu v paměti. Tato velikost podporuje vnořenou virtualizaci.
Klasická velká (vnořená virtualizace) 8 32 Standard_D8s_v3 Nejvhodnější pro aplikace, které potřebují rychlejší procesory, lepší výkon místních disků, velké databáze, velké mezipaměti paměti. Tato velikost podporuje vnořenou virtualizaci.
Classic Small GPU (Compute) 6 56 Standard_NC6 Nejvhodnější pro aplikace náročné na počítač, jako je AI a hluboké učení.
Klasické malé GPU (vizualizace) 6 56 Standard_NV6 Nejvhodnější pro vzdálenou vizualizaci, streamování, hraní a kódování pomocí architektur, jako jsou OpenGL a DirectX.
Klasický střední GPU (vizualizace) 12 112 Standard_NV12s_v3 Nejvhodnější pro vzdálenou vizualizaci, streamování, hraní a kódování pomocí architektur, jako jsou OpenGL a DirectX.

Role RBAC

Azure Lab Services poskytuje integrované řízení přístupu na základě role v Azure (Azure RBAC) pro běžné scénáře správy. Jednotlivec, který má profil v MICROSOFT Entra ID, může tyto role Azure přiřadit uživatelům, skupinám, instančním objektům nebo spravovaným identitám. Role můžou udělit nebo odepřít přístup k prostředkům a operacím s prostředky Azure Lab Services. Přečtěte si další informace o řízení přístupu na základě role v Azure Lab Services.

Filtrování obsahu

Vaše škola může potřebovat filtrování obsahu, aby studenti nemohli přistupovat k nevhodným webům. Budete například muset dodržovat zákon CIPA (Children's Internet Protection Act). Azure Lab Services nenabízí integrovanou podporu filtrování obsahu a nepodporuje filtrování na úrovni sítě.

Školy obvykle přistupují k filtrování obsahu instalací softwaru jiného společnosti než Microsoft, který provádí filtrování obsahu na každém počítači. Pokud chcete nainstalovat software pro filtrování obsahu na každý počítač, měli byste ho nainstalovat na virtuální počítač šablony každého testovacího prostředí.

V rámci tohoto řešení je potřeba zvýraznit několik klíčových bodů:

  • Pokud plánujete použít nastavení automatického přeházení, musíte odblokovat několik názvů hostitelů Azure pomocí softwaru jiného než Microsoftu. Nastavení automatického zashutování používá diagnostické rozšíření, které musí být schopné komunikovat zpět se službou Lab Services. V opačném případě se nastavení automatického zashutdownu nepovolí pro testovací prostředí.
  • Můžete také chtít, aby každý student používal účet, který nemá oprávnění správce na svém virtuálním počítači, aby nemohl odinstalovat software filtrování obsahu. Přidání takového účtu musí být provedeno při vytváření testovacího prostředí.

Další informace najdete v podporovaných scénářích sítí ve službě Azure Lab Services.

Pokud vaše škola potřebuje filtrování obsahu, kontaktujte nás pomocí Q&A služby Azure Lab Services, kde najdete další informace.

Správa koncových bodů

Mnoho nástrojů pro správu koncových bodů, jako je Microsoft Configuration Manager, vyžaduje, aby virtuální počítače s Windows měly jedinečné identifikátory zabezpečení počítačů (SID). Použití nástroje SysPrep k vytvoření generalizované image obvykle zajišťuje, že každý počítač s Windows má nový jedinečný identifikátor SID vygenerovaný při spuštění virtuálního počítače z image.

Pokud v Lab Services vytvoříte testovací prostředí pomocí šablony, budou mít virtuální počítače testovacího prostředí stejný identifikátor SID. I když k vytvoření testovacího prostředí použijete generalizovanou image, všechny virtuální počítače šablony a uživatelské virtuální počítače testovacího prostředí mají stejný identifikátor SID počítače. Virtuální počítače mají stejný identifikátor SID, protože image virtuálního počítače šablony je ve specializovaném stavu, když ji publikujete a vytvoříte virtuální počítače studentů.

Pokud chcete získat testovací virtuální počítače s jedinečným identifikátorem SID, vytvořte testovací prostředí bez virtuálního počítače šablony. Musíte použít generalizovanou image z Azure Marketplace nebo připojené galerie výpočetních prostředků Azure. Pokud chcete použít vlastní galerii výpočetních prostředků Azure, přečtěte si téma Připojení nebo odpojení výpočetní galerie ve službě Azure Lab Services. Identifikátory SID počítače je možné ověřit pomocí nástroje, jako je PsGetSid.

Pokud máte v úmyslu použít nástroj pro správu koncových bodů nebo podobný software, doporučujeme pro testovací prostředí nepoužívat šablonové virtuální počítače.

Registrace nebo připojení k Microsoft Entra, hybridní připojení Microsoft Entra nebo připojení k doméně AD

Aby se testovací prostředí snadno nastavila a spravila, je služba Azure Lab Services navržená bez nutnosti zaregistrovat nebo připojit virtuální počítače testovacího prostředí ke službě Active Directory (AD) nebo k ID Microsoft Entra. Služba Azure Lab Services proto v současné době nenabízí integrovanou podporu pro registraci nebo připojení k virtuálním počítačům testovacího prostředí. Microsoft Entra se může zaregistrovat nebo připojit, hybridní připojení Microsoft Entra nebo virtuální počítače testovacího prostředí ad domain join pomocí jiných mechanismů. Kvůli omezením produktů nedoporučujeme, abyste se pokusili zaregistrovat nebo připojit virtuální počítače testovacího prostředí k Active Directory nebo Microsoft Entra ID.

Ceny

Vezměte v úvahu tato fakta o cenách.

Azure Lab Services

Další informace o cenách najdete v tématu o cenách služby Azure Lab Services.

Položky fakturace ve službě Microsoft Cost Management jsou na virtuální počítač testovacího prostředí. Značky PRO ID plánu testovacího prostředí a název testovacího prostředí se automaticky přidají do každé položky pro flexibilnější analýzu a rozpočtování.

Pokud plánujete používat výpočetní galerie k ukládání a správě verzí imagí, zvažte ceny služby výpočetní galerie.

Vytvoření výpočetní galerie a jeho připojení k plánu testovacího prostředí je zdarma. Neúčtují se žádné náklady, dokud neuložíte verzi image do galerie. Ceny za použití výpočetní galerie jsou obvykle zanedbatelné. Vzhledem k tomu, že cena není zahrnutá v cenách služby Azure Lab Services, je důležité pochopit, jak ji galerie vypočítá.

Poplatky za úložiště

K ukládání verzí imagí používá galerie výpočetních prostředků ve výchozím nastavení spravované disky hdd (Standard Hard Disk Drive). Pokud používáte výpočetní galerii se službou Lab Services, doporučujeme používat disky spravované pevným diskem. Velikost použitého disku spravovaného pevným diskem závisí na velikosti uložené verze image. Lab Services podporuje image a disky o velikosti až 128 GB. Další informace o cenách najdete v tématu Ceny spravovaných disků.

Azure Lab Services nepodporuje připojení dalších disků k šabloně testovacího prostředí nebo virtuálnímu počítači testovacího prostředí.

Poplatky za replikaci a výchozí přenos dat sítě

Když uložíte verzi image pomocí virtuálního počítače šablony testovacího prostředí, služba Azure Lab Services ji nejprve uloží do zdrojové oblasti. Možná ale budete muset replikovat verzi zdrojové image do cílových oblastí.

Při replikaci verze image ze zdrojové oblasti do cílové oblasti se účtují poplatky za výchozí přenos dat sítě. Účtovaná částka vychází z velikosti verze image při přenosu image ze zdrojové oblasti. Podrobnosti o cenách najdete v tématu Podrobnosti o cenách šířky pásma.

Poplatky za výchozí přenos dat se můžou zákazníkům education Solutions vzdát. Pokud se chcete dozvědět víc, obraťte se na svého správce účtů.

Další informace najdete v tématu "Jaké programy pro přenos dat existují pro akademické zákazníky a jak se kvalifikuji?" v části Časté otázky na stránce Programy pro vzdělávací instituce .

Informace o nákladech na ukládání imagí a jejich replikací najdete v části Fakturace v Galerii výpočetních prostředků Azure.

Správa nákladů

Správci plánu testovacího prostředí můžou spravovat náklady tím, že pravidelně odstraňují nepotřebné verze imagí z galerie.

Buďte opatrní při odebírání replikace do konkrétních oblastí jako způsobu, jak snížit náklady. Změny replikace můžou mít nepříznivý vliv na schopnost služby Azure Lab Services publikovat virtuální počítače z imagí uložených ve výpočetní galerii.

Související obsah

Další informace o nastavení a správě testovacích prostředí najdete v následujících tématech: