Azure Lab Services - Beheerdershandleiding bij het gebruik van labaccounts
Belangrijk
Azure Lab Services wordt op 28 juni 2027 buiten gebruik gesteld. Zie de handleiding voor buitengebruikstelling voor meer informatie.
Belangrijk
De informatie in dit artikel is van toepassing op labaccounts. Azure Lab Services-labplannen vervangen labaccounts. Leer hoe u aan de slag kunt gaan door een labplan te maken. Voor bestaande labaccountklanten raden we u aan om van labaccounts naar labplannen te migreren.
IT-beheerders (Information Technology) die de cloudresources van een universiteit beheren, zijn doorgaans verantwoordelijk voor het instellen van het lab-account voor hun school. Nadat ze een labaccount hebben ingesteld, maken beheerders of docenten de labs die zich in het account bevinden. Dit artikel bevat een algemeen overzicht van de Betrokken Azure-resources en de richtlijnen voor het maken ervan.
- Labs worden gehost binnen een Azure-abonnement dat wordt beheerd door Azure Lab Services.
- Labaccounts, een galerie met gedeelde installatiekopieën en versies van installatiekopieën worden gehost binnen uw abonnement.
- U kunt uw labaccount en de galerie met gedeelde installatiekopieën in dezelfde resourcegroep hebben. In dit diagram bevinden ze zich in verschillende resourcegroepen.
Zie de basisprincipes van labs-architectuur voor meer informatie over de architectuur.
Abonnement
Uw universiteit kan een of meer Azure-abonnementen hebben. U gebruikt abonnementen voor het beheren van facturering en beveiliging voor alle Azure-resources en -services die erin worden gebruikt, inclusief labaccounts.
De relatie tussen een lab-account en het bijbehorende abonnement is belangrijk omdat:
- Facturering wordt gerapporteerd via het abonnement dat het lab-account bevat.
- U kunt gebruikers in de Microsoft Entra-tenant van het abonnement toegang verlenen tot Azure Lab Services. U kunt een gebruiker toevoegen als eigenaar van een labaccount of inzender, of als labmaker of labeigenaar.
Labs en hun virtuele machines (VM's) worden beheerd en gehost voor u binnen een door een abonnement beheerde Azure Lab Services.
Resourcegroep
Een abonnement bevat een of meer resourcegroepen. Resourcegroepen worden gebruikt voor het maken van logische groeperingen van Azure-resources die samen in dezelfde oplossing worden gebruikt.
Wanneer u een labaccount maakt, moet u de resourcegroep configureren die het labaccount bevat.
Er is ook een resourcegroep vereist wanneer u een galerie met gedeelde installatiekopieën maakt. U kunt uw labaccount en de galerie met gedeelde installatiekopieën in dezelfde resourcegroep of in twee afzonderlijke resourcegroepen plaatsen. U kunt deze tweede benadering gebruiken als u van plan bent om de afbeeldingengalerie over verschillende oplossingen te delen.
Wanneer u een labaccount maakt, kunt u automatisch een galerie met gedeelde installatiekopieën tegelijk maken en koppelen. Deze optie resulteert in het lab-account en de galerie met gedeelde installatiekopieën die in afzonderlijke resourcegroepen worden gemaakt. U ziet dit gedrag wanneer u de stappen volgt die worden beschreven in de galerie gedeelde installatiekopieën configureren op het moment dat het labaccount is gemaakt . In de afbeelding aan het begin van dit artikel wordt deze configuratie gebruikt.
Het is raadzaam om vooraf tijd te investeren om de structuur van uw resourcegroepen te plannen. Het is niet mogelijk om een labaccount of een resourcegroep voor de gedeelde installatiekopiegalerie te wijzigen nadat deze is gemaakt. Als u de resourcegroep voor deze resources wilt wijzigen, moet u uw labaccount of de galerie met gedeelde installatiekopieën verwijderen en opnieuw maken.
Lab-account
Een labaccount fungeert als een container voor een of meer labs. Wanneer u aan de slag gaat met Azure Lab Services, is het gebruikelijk om één labaccount te hebben. Naarmate uw labgebruik omhoog wordt geschaald, kunt u ervoor kiezen om later meer labaccounts te maken.
In de volgende lijst ziet u scenario's waarin meer dan één labaccount nuttig kan zijn:
Verschillende beleidsvereisten beheren in verschillende labs
Wanneer u een labaccount instelt, stelt u beleidsregels in die van toepassing zijn op alle labs onder het lab-account, zoals:
Het virtuele Azure-netwerk met gedeelde resources waartoe het lab toegang heeft. U hebt bijvoorbeeld een set labs die toegang nodig hebben tot een gedeelde gegevensset in een virtueel netwerk.
De installatiekopieën van de virtuele machines die de labs kunnen gebruiken om VM's te maken. U hebt bijvoorbeeld een set labs die toegang nodig hebben tot de Datawetenschap VM voor Linux Azure Marketplace-installatiekopieën.
Als elk van uw labs unieke beleidsvereisten heeft, kan het handig zijn om afzonderlijke labaccounts te maken voor het afzonderlijk beheren van elk lab.
Een afzonderlijk budget toewijzen aan elk labaccount
In plaats van alle labkosten via één labaccount te rapporteren, hebt u mogelijk een duidelijker budget nodig. U kunt bijvoorbeeld afzonderlijke labaccounts maken voor de afdeling Wiskunde van uw universiteit, computerwetenschappen, enzovoort, om het budget over afdelingen te verdelen. Vervolgens kunt u de kosten voor elk afzonderlijk labaccount weergeven met behulp van Azure Cost Management.
Testlabs isoleren van actieve of productielabs
Mogelijk hebt u gevallen waarin u beleidswijzigingen voor een labaccount wilt testen zonder dat dit van invloed kan zijn op uw actieve of productielabs. In dit type scenario kunt u met het maken van een afzonderlijk labaccount voor testdoeleinden wijzigingen isoleren.
Lab
Een lab bevat VM's die aan één leerling/student zijn toegewezen. Over het algemeen kunt u het volgende verwachten:
- Eén lab voor elke klas hebben.
- Maak een nieuwe set labs voor elk semester, kwartaal of ander academisch systeem dat u gebruikt. Voor klassen die dezelfde installatiekopieën moeten gebruiken, moet u een galerie met gedeelde installatiekopieën gebruiken. Op deze manier kunt u afbeeldingen hergebruiken in labs en academische perioden.
Houd rekening met de volgende punten wanneer u bepaalt hoe u uw labs structureert:
Alle VM's in een lab worden geïmplementeerd met dezelfde installatiekopie die wordt gepubliceerd
Als u een klasse hebt waarvoor verschillende labinstallatiekopieën tegelijkertijd moeten worden gepubliceerd, moet er voor elke afbeelding een afzonderlijk lab worden gemaakt.
Het gebruiksquotum wordt ingesteld op labniveau en is van toepassing op alle gebruikers in het lab
Als u verschillende quota wilt instellen voor gebruikers, moet u afzonderlijke labs maken. Het is echter mogelijk om meer uren toe te voegen aan specifieke gebruikers nadat u het quotum voor het lab hebt ingesteld.
Het opstart- of afsluitschema wordt ingesteld op labniveau en is van toepassing op alle VM's in het lab
Net als bij de quota-instelling moet u voor elke planning een afzonderlijk lab maken als u verschillende planningen voor gebruikers moet instellen.
Standaard heeft elk lab een eigen virtueel netwerk. Als peering voor virtuele netwerken is ingeschakeld, heeft elk lab een eigen subnet dat is gekoppeld aan het opgegeven virtuele netwerk.
Galerie met gedeelde installatiekopieën
Een galerie met gedeelde installatiekopieën is gekoppeld aan een labaccount en fungeert als een centrale opslagplaats voor het opslaan van installatiekopieën. Een installatiekopieën worden opgeslagen in de galerie wanneer een docent ervoor kiest deze te exporteren vanuit de sjabloon-VM van een lab. Telkens wanneer een docent wijzigingen aanbrengt in de sjabloon-VM en deze exporteert, worden nieuwe installatiekopieën en\of versies gemaakt in de galerie.
Docenten kunnen een versie van een installatiekopieën publiceren vanuit de galerie met gedeelde installatiekopieën wanneer ze een nieuw lab maken. Hoewel in de galerie meerdere versies van een installatiekopie worden opgeslagen, kunnen docenten alleen de meest recente versie selecteren tijdens het maken van het lab. De meest recente versie wordt gekozen op basis van de hoogste waarde van MajorVersion, vervolgens MinorVersion en vervolgens Patch. Zie Installatiekopieën voor meer informatie over versiebeheer.
De service voor de galerie met gedeelde installatiekopieën is een optionele resource die u mogelijk niet onmiddellijk nodig hebt als u met slechts een paar labs begint. De galerie met gedeelde installatiekopieën biedt echter veel voordelen die handig zijn wanneer u omhoog schaalt naar meer labs:
U kunt versies van een sjabloon-VM-installatiekopieën opslaan en beheren
Het is handig om een aangepaste installatiekopieën te maken of wijzigingen aan te brengen (software, configuratie, enzovoort) in een installatiekopieën uit de Azure Marketplace-galerie. Het is bijvoorbeeld gebruikelijk dat docenten verschillende software of hulpprogramma's moeten installeren. In plaats van dat leerlingen/studenten deze vereisten handmatig moeten installeren, kunnen verschillende versies van de sjabloon-VM-installatiekopieën worden geëxporteerd naar een galerie met gedeelde installatiekopieën. U kunt deze installatiekopieën vervolgens gebruiken wanneer u nieuwe labs maakt.
U kunt VM-installatiekopieën van sjablonen delen en opnieuw gebruiken in verschillende labs
U kunt een installatiekopieën opslaan en opnieuw gebruiken, zodat u deze niet telkens opnieuw hoeft te configureren wanneer u een nieuw lab maakt. Als bijvoorbeeld meerdere klassen dezelfde installatiekopieën moeten gebruiken, kunt u deze eenmaal maken en exporteren naar de galerie met gedeelde installatiekopieën, zodat deze kan worden gedeeld in verschillende labs.
U kunt uw eigen aangepaste afbeeldingen uploaden vanuit andere omgevingen buiten labs
U kunt aangepaste afbeeldingen uploaden naar andere omgevingen buiten de context van labs. U kunt bijvoorbeeld installatiekopieën uploaden vanuit uw eigen fysieke testomgeving of vanuit een Azure-VM naar de galerie met gedeelde installatiekopieën. Zodra een afbeelding is geïmporteerd in de galerie, kunt u de afbeeldingen gebruiken om labs te maken.
Als u gedeelde installatiekopieën logisch wilt groeperen, kunt u een van de volgende handelingen uitvoeren:
- Maak meerdere galerieën met gedeelde installatiekopieën. Elk labaccount kan verbinding maken met slechts één galerie met gedeelde installatiekopieën. Voor deze optie moet u dus ook meerdere labaccounts maken.
- Gebruik één galerie met gedeelde installatiekopieën die wordt gedeeld door meerdere labaccounts. In dit geval kan elk labaccount alleen afbeeldingen inschakelen die van toepassing zijn op de labs in dat account.
Naamgeving
Wanneer u aan de slag gaat met Azure Lab Services, wordt u aangeraden naamconventies in te stellen voor azure- en Azure Lab Services-gerelateerde resources. Hoewel de naamconventies die u tot stand brengt uniek zijn voor de behoeften van uw organisatie, bevat de volgende tabel algemene richtlijnen:
Brontype | Role | Voorgesteld patroon | Voorbeelden |
---|---|---|---|
Resourcegroep | Bevat een of meer labplannen, labs en/of gedeelde installatiekopieën. | {org-name}labs-{env}-rg, {dept-name}labs-rg | contosolabs-rg, contosolabs-pilot-rg, contosolabs-prod-rg, mathdept-rg |
Lab-account | Bevat een of meer labs. | {org-name}-{env}-la, {dept-name}-{env}-la | contoso-la, mathdept-la, cs-pilot-la |
Lab | Bevat een of meer student-VM's. | {class-name}-{time}-{educator} | CS101-Fall2021, CS101-Fall2021-JohnDoe |
Galerie met gedeelde installatiekopieën | Bevat een of meer versies van VM-installatiekopieën | {org-name}-sig, {dept-name}-sig | contoso-sig, mathdept-sig |
In de voorgaande tabel hebben we enkele termen en tokens gebruikt in de voorgestelde naampatronen. Laten we die termen wat gedetailleerder bekijken.
Patroonterm/token | Definitie | Opmerking |
---|---|---|
{org-name} | Token voor de korte naam van de organisatie zonder spaties. | contoso |
{dept-name} | Token voor korte naam van afdeling in de organisatie. | wiskunde, bio, cs |
{env} | Token voor omgevingsnaam | prod voor productie, testfase voor kleine test |
{class-name} | Token voor korte naam of code voor klasse die wordt ondersteund. | CS101, Bio101 |
{docent} | Alias van docent die het lab uitvoert. | johndoe |
{time} | Token voor korte naam (zonder spaties) voor tijd dat de klas wordt aangeboden. | Voorjaar 2021, december 2021 |
Rg | Geeft aan dat de resource een resourcegroep is. | |
la | Geeft aan dat de resource een labaccount is. | |
Sig | Geeft aan dat de resource een galerie met gedeelde installatiekopieën is. |
Zie Naamconventies voor Azure-resources voor meer informatie over het benoemen van andere Azure-resources.
Regio's/locaties
Wanneer u uw Azure Lab Services-resources instelt, moet u een regio of locatie opgeven van het datacenter waarop de resources worden gehost. In de volgende secties wordt beschreven hoe een regio of locatie van invloed kan zijn op elke resource die betrokken is bij het instellen van een lab.
Resourcegroep
De regio geeft het datacenter op waar informatie over een resourcegroep wordt opgeslagen. Azure-resources in de resourcegroep kunnen zich in een andere regio bevinden dan die van de bovenliggende resourcegroep.
Lab-account
De locatie van een labaccount geeft de regio aan waarin een resource bestaat.
Lab
De locatie waarin een lab zich bevindt, varieert, afhankelijk van de volgende factoren:
Het lab-account is gekoppeld aan een virtueel netwerk
U kunt een lab-account koppelen aan een virtueel netwerk wanneer ze zich in dezelfde regio bevinden. Wanneer een labaccount is gekoppeld aan een virtueel netwerk, worden labs automatisch gemaakt in dezelfde regio als het labaccount en het virtuele netwerk.
Notitie
Wanneer een lab-account is gekoppeld aan een virtueel netwerk, wordt de instelling lablocatie door de maker van het lab toestaan uitgeschakeld. Zie Labmaker toestaan om de locatie voor het lab te kiezen voor meer informatie.
Er is geen virtueel netwerk gekoppeld en labmakers mogen de lablocatie niet kiezen
Wanneer er geen virtueel netwerk is gekoppeld aan het labaccount en labmakers de lablocatie niet mogen kiezen, worden labs automatisch gemaakt in een regio met beschikbare VM-capaciteit. Azure Lab Services zoekt met name naar beschikbaarheid in regio's die zich binnen dezelfde geografie bevinden als het labaccount.
Er is geen virtueel netwerk gekoppeld en labmakers mogen de lablocatie kiezen
Wanneer er geen virtueel netwerk is gekoppeld en labmakers de lablocatie mogen kiezen, zijn de locaties die door labmaker kunnen worden geselecteerd, afhankelijk van de beschikbare capaciteit.
Notitie
Om ervoor te zorgen dat een regio voldoende VM-capaciteit heeft, is het belangrijk om eerst capaciteit aan te vragen via het labaccount wanneer u het lab maakt.
Een algemene regel is om de regio van een resource in te stellen op een regio die zich het dichtst bij de gebruikers bevindt. Voor labs betekent dit dat u het lab maakt dat zich het dichtst bij uw leerlingen/studenten bevindt. Voor onlinecursussen waarvan studenten zich over de hele wereld bevinden, kunt u het beste uw oordeel geven om een lab te maken dat centraal is gelegen. U kunt een klas ook splitsen in meerdere labs op basis van de regio's van uw leerlingen/studenten.
VM-grootte aanpassen
Wanneer beheerders of labmakers een lab maken, kunnen ze kiezen uit verschillende VM-grootten, afhankelijk van de behoeften van hun klaslokaal. Houd er rekening mee dat de beschikbaarheid van de grootte afhankelijk is van de regio waarin uw labaccount zich bevindt.
In de volgende tabel ziet u dat meerdere VM-grootten zijn toegewezen aan meer dan één VM-serie. Afhankelijk van de beschikbaarheid van de capaciteit kan Lab Services een van de VM-reeksen gebruiken die worden vermeld voor een VM-grootte. De grootte van de kleine VM wordt bijvoorbeeld toegewezen aan het gebruik van de Standard_A2_v2 of de Standard_A2 VM-serie. Wanneer u Small kiest als de VM-grootte voor uw lab, probeert Lab Services eerst de Standard_A2_v2-serie te gebruiken. Als er echter onvoldoende capaciteit beschikbaar is, gebruikt Lab Services de Standard_A2 reeks. De prijzen worden bepaald door de VM-grootte en zijn hetzelfde, ongeacht welke VM-serie Lab Services voor die specifieke grootte gebruikt. Lees de prijshandleiding voor Lab Services voor meer informatie over prijzen voor elke VM-grootte.
Tekengrootte | Minimale vCPU's | Minimaal RAM-geheugen | Reeks | Voorgesteld gebruik |
---|---|---|---|---|
Klein | 2 vCPU's | 3,5 GB RAM | Standard_A2_v2, Standard_A2 | Het meest geschikt voor opdrachtregels, het openen van webbrowsers, webservers met weinig verkeer, kleine tot middelgrote databases. |
Gemiddeld | 4 vCPU's | 7 GB RAM | Standard_A4_v2, Standard_A3 | Het meest geschikt voor relationele databases, in-memory caching en analyses. |
Gemiddeld (geneste virtualisatie) | 4 vCPU's | 16 GB RAM | Standard_D4s_v3 | Het meest geschikt voor relationele databases, in-memory caching en analyses. Deze grootte ondersteunt ook geneste virtualisatie. |
Groot | 8 vCPU's | 16 GB RAM | Standard_A8_v2, Standard_A7 | Het meest geschikt voor toepassingen die snellere CPU's nodig hebben, betere prestaties van lokale schijven, grote databases, grote geheugencaches. |
Groot (geneste virtualisatie) | 8 vCPU's | 32 GB RAM | Standard_D8s_v3 | Het meest geschikt voor toepassingen die snellere CPU's nodig hebben, betere prestaties van lokale schijven, grote databases, grote geheugencaches. Deze grootte ondersteunt ook geneste virtualisatie. |
Kleine GPU (visualisatie) | 6 vCPU's | 56 GB RAM | Standard_NV6 | Het meest geschikt voor externe visualisatie, streaming, gaming en codering met behulp van frameworks zoals OpenGL en DirectX. |
Kleine GPU (compute) | 6 vCPU's | 56 GB RAM | Standard_NC6, Standard_NC6s_v3 | Het meest geschikt voor computerintensieve toepassingen, zoals AI en deep learning. |
Gemiddelde GPU (visualisatie) | 12 vCPU's | 112 GB RAM | Standard_NV12, Standard_NV12s_v3, Standard_NV12s_v2 | Het meest geschikt voor externe visualisatie, streaming, gaming en codering met behulp van frameworks zoals OpenGL en DirectX. |
Identiteit beheren
Door op rollen gebaseerd toegangsbeheer (RBAC) van Azure te gebruiken voor toegang tot labaccounts en labs, kunt u de volgende rollen toewijzen:
Eigenaar labaccount
Een beheerder die een labaccount maakt, krijgt automatisch de rol Eigenaar van het labaccount toegewezen. De rol Eigenaar heeft de volgende rechten:
- Wijzig de instellingen van het labaccount.
- Andere beheerders toegang verlenen tot het labaccount als eigenaar of inzender.
- Kan docenten toegang verlenen tot labs als Maker, Eigenaar of Inzender;
- Alle labs in het labaccount maken en beheren.
Inzender labaccount
Een beheerder aan wie de rol Inzender is toegewezen, kan:
- Wijzig de instellingen van het labaccount.
- Alle labs in het labaccount maken en beheren.
De inzender kan echter geen andere gebruikers toegang verlenen tot labaccounts of labs.
Labmaker
Als u labs in een labaccount wilt maken, moet een docent lid zijn van de rol Labmaker. Een docent die een lab maakt, wordt automatisch toegevoegd als labeigenaar. Zie Een gebruiker toevoegen aan de rol Labmaker voor meer informatie.
Labeigenaar of inzender
Een docent in de rol Eigenaar of Inzender van een lab kan de instellingen van een lab bekijken en wijzigen. De persoon moet ook lid zijn van de rol Lezer van het labaccount.
Een belangrijk verschil tussen de rollen Labeigenaar en Labinzender is dat alleen een eigenaar andere gebruikers toegang kan verlenen om een lab te beheren. Een inzender kan andere gebruikers geen toegang verlenen om een lab te beheren.
Galerie met gedeelde installatiekopieën
Wanneer u een galerie met gedeelde installatiekopieën koppelt aan een labaccount, krijgen eigenaren en inzenders van labaccounts en labeigenaren, labeigenaren en labbijdragers automatisch toegang om afbeeldingen in de galerie weer te geven en op te slaan.
Wanneer u rollen toewijst, kunt u de volgende tips gebruiken:
- Normaal gesproken moeten alleen beheerders lid zijn van de rol Eigenaar of Inzender van een labaccount. Het lab-account kan meer dan één eigenaar of inzender hebben.
- Als u docenten de mogelijkheid wilt geven om nieuwe labs te maken en de gemaakte labs te beheren, hoeft u ze alleen de rol Labmaker toe te wijzen.
- Als u docenten de mogelijkheid wilt geven om specifieke labs te beheren, maar niet de mogelijkheid om nieuwe labs te maken, wijst u hen de rol Eigenaar of Inzender toe voor elk lab dat ze beheren. U kunt bijvoorbeeld toestaan dat een leraar en een onderwijsassistent mede-eigenaar zijn van een lab. Zie Eigenaren toevoegen aan een lab voor meer informatie.
Inhoud filteren
Mogelijk moet uw school inhoudsfilters uitvoeren om te voorkomen dat leerlingen/studenten toegang hebben tot ongepaste websites. Bijvoorbeeld om te voldoen aan de Children's Internet Protection Act (CIPA). Lab Services biedt geen ingebouwde ondersteuning voor het filteren van inhoud.
Er zijn twee benaderingen die scholen doorgaans overwegen voor het filteren van inhoud:
- Configureer een firewall om inhoud op netwerkniveau te filteren.
- Installeer software van derden rechtstreeks op elke computer die inhoudsfiltering uitvoert.
De eerste benadering wordt momenteel niet ondersteund door Lab Services. Lab Services fungeert als host voor het virtuele netwerk van elk lab binnen een door Microsoft beheerd Azure-abonnement. Als gevolg hiervan hebt u geen toegang tot het onderliggende virtuele netwerk om inhoud te filteren op netwerkniveau. Lees het artikel Basisprincipes van architectuur van Lab Services voor meer informatie over de architectuur van Lab Services.
In plaats daarvan raden we de tweede methode aan, namelijk het installeren van software van derden op de sjabloon-VM van elk lab. Er zijn enkele belangrijke punten om te markeren als onderdeel van deze oplossing:
- Als u van plan bent om de instellingen voor automatisch afsluiten te gebruiken, moet u verschillende Azure-hostnamen deblokkeren met de software van derden. De instellingen voor automatisch afsluiten gebruiken een diagnostische extensie die moet kunnen communiceren met Lab Services. Anders kunnen de instellingen voor automatisch afsluiten niet worden ingeschakeld voor het lab.
- Mogelijk wilt u ook dat elke leerling/student een niet-beheerdersaccount op zijn VM gebruikt, zodat de inhoudsfiltersoftware niet kan worden verwijderd. Lab Services maakt standaard een beheerdersaccount dat elke student gebruikt om zich aan te melden bij de virtuele machine. Het is mogelijk om een niet-beheerdersaccount toe te voegen met behulp van een gespecialiseerde installatiekopieën, maar er zijn enkele bekende beperkingen.
Als uw school inhoudsfilters moet uitvoeren, neemt u contact met ons op via de forums van Azure Lab Services voor meer informatie.
Eindpuntbeheer
Voor veel hulpprogramma's voor eindpuntbeheer, zoals Microsoft Configuration Manager, moeten Windows-VM's unieke ID's (Machine Security Identifiers) hebben. Het gebruik van SysPrep om een gegeneraliseerde installatiekopieën te maken zorgt er doorgaans voor dat elke Windows-machine een nieuwe, unieke computer-SID heeft die wordt gegenereerd wanneer de VM wordt opgestart vanuit de installatiekopieën.
Met Lab Services, zelfs als u een gegeneraliseerde installatiekopieën gebruikt om een lab te maken, hebben de sjabloon-VM en student-VM's allemaal dezelfde machine-SID. De VM's hebben dezelfde SID omdat de installatiekopieën van de sjabloon-VM zich in een gespecialiseerde status bevinden wanneer deze worden gepubliceerd om de student-VM's te maken.
De Azure Marketplace-installatiekopieën worden bijvoorbeeld gegeneraliseerd. Als u een lab maakt op basis van de Win 10 Marketplace-installatiekopieën en de sjabloon-VM publiceert, hebben alle student-VM's binnen een lab dezelfde machine-SID als de sjabloon-VM. De computer-SID's kunnen worden geverifieerd met behulp van een hulpprogramma zoals PsGetSid.
Als u van plan bent een hulpprogramma voor eindpuntbeheer of vergelijkbare software te gebruiken, raden we u aan deze te testen met lab-VM's om ervoor te zorgen dat deze correct werkt wanneer computer-SID's hetzelfde zijn.
Prijzen
Azure Lab-Services
Zie prijzen voor Azure Lab Services voor meer informatie over prijzen.
Galerie met gedeelde installatiekopieën
U moet ook rekening houden met de prijzen voor de service Shared Image Gallery als u van plan bent om galerieën met gedeelde installatiekopieën te gebruiken voor het opslaan en beheren van installatiekopieën.
Het maken van een galerie met gedeelde installatiekopieën en het koppelen aan uw labaccount is gratis. Er worden geen kosten in rekening gebracht totdat u een installatiekopieënversie opslaat in de galerie. De prijzen voor het gebruik van een galerie met gedeelde installatiekopieën zijn doorgaans redelijk verwaarloosbaar, maar het is belangrijk om te begrijpen hoe deze wordt berekend, omdat deze niet is opgenomen in de prijzen voor Azure Lab Services.
Opslagkosten
Voor het opslaan van installatiekopieën gebruikt een galerie met gedeelde installatiekopieën standaard beheerde schijven met harde schijven (HDD). U wordt aangeraden hdd-beheerde schijven te gebruiken bij het gebruik van een galerie met gedeelde installatiekopieën met Lab Services. De grootte van de hdd-beheerde schijf die wordt gebruikt, is afhankelijk van de grootte van de installatiekopieënversie die wordt opgeslagen. Lab Services ondersteunt grootten van installatiekopieën en schijven tot 128 GB. Zie Prijzen voor beheerde schijven voor meer informatie over prijzen.
Replicatie- en netwerkkosten voor uitgaand verkeer
Wanneer u een versie van een installatiekopieën opslaat met behulp van een vm met een labsjabloon, slaat Azure Lab Services deze eerst op in een bronregio en wordt de versie van de broninstallatiekopieën vervolgens automatisch gerepliceerd naar een of meer doelregio's.
Het is belangrijk te weten dat Azure Lab Services de versie van de broninstallatiekopieën automatisch repliceert naar alle doelregio's binnen de geografie waar het lab zich bevindt. Als uw lab zich bijvoorbeeld in de geografie van de VS bevindt, wordt een installatiekopieënversie gerepliceerd naar elk van de acht regio's die in de VS bestaan.
Er worden kosten voor uitgaand netwerk in rekening gebracht wanneer een installatiekopieënversie wordt gerepliceerd van de bronregio naar aanvullende doelregio's. Het bedrag dat in rekening wordt gebracht, is gebaseerd op de grootte van de versie van de installatiekopieën wanneer de gegevens van de installatiekopieën in eerste instantie uitgaand vanuit de bronregio worden overgedragen. Zie prijsinformatie voor bandbreedte voor meer informatie.
Uitgaande kosten kunnen worden afgetrokken voor Education Solutions-klanten . Neem contact op met uw accountmanager voor meer informatie.
Zie "Welke programma's voor gegevensoverdracht bestaan er voor academische klanten en hoe kan ik in aanmerking komen?" in de sectie Veelgestelde vragen van de pagina Programma's voor onderwijsinstellingen .
Prijsvoorbeeld
Laten we eens kijken naar een voorbeeld van de kosten voor het opslaan van een sjabloon-VM-installatiekopieën in een galerie met gedeelde installatiekopieën. Stel de volgende scenario's voor:
- U hebt één aangepaste VM-installatiekopieën.
- U slaat twee versies van de installatiekopieën op.
- Uw lab bevindt zich in de VS, met in totaal acht regio's.
- Elke versie van de installatiekopieën is 32 GB groot; Als gevolg hiervan is de prijs van de hdd-beheerde schijf $ 1,54 per maand.
De totale kosten per maand worden geschat als:
- Aantal installatiekopieën × aantal versies × aantal replica's × prijs voor beheerde schijven = totale kosten per maand
In dit voorbeeld zijn de kosten:
- 1 aangepaste installatiekopieën (32 GB) × 2 versies × 8 Amerikaanse regio's × $ 1,54 = $ 24,64 per maand
Notitie
De voorgaande berekening is bijvoorbeeld alleen bedoeld. Het omvat opslagkosten die zijn gekoppeld aan het gebruik van Shared Image Gallery en omvat geen uitgaande kosten. Zie De prijzen van Managed Disks voor werkelijke prijzen voor opslag.
Kostenbeheer
Het is belangrijk dat beheerders van labaccounts kosten beheren door overbodige installatiekopieën uit de galerie regelmatig te verwijderen.
Verwijder replicatie naar specifieke regio's niet als een manier om de kosten te verlagen, hoewel deze optie bestaat in de galerie met gedeelde installatiekopieën. Replicatiewijzigingen kunnen nadelige gevolgen hebben voor de mogelijkheid van Azure Lab Services om VM's te publiceren op basis van installatiekopieën die zijn opgeslagen in een galerie met gedeelde installatiekopieën.
Volgende stappen
Zie voor meer informatie over het instellen en beheren van labs: