Teilen über


Azure Lab Services – Administratorhandbuch beim Verwenden von Lab-Konten

Wichtig

Azure Lab Services wird am 28. Juni 2027 eingestellt. Weitere Informationen finden Sie im Einstellungsleitfaden.

Wichtig

Die Informationen in diesem Artikel gelten für Labkonten. Azure Lab Services-Labpläne ersetzen Labkonten. Erfahren Sie, wie Sie mit dem Erstellen eines Labplans beginnen können. Bestehenden Labkontokund*innen empfehlen wir, von Labkonten auf Labpläne umzustellen.

IT-Administratoren, die die Cloudressourcen einer Universität verwalten, sind in der Regel auch dafür verantwortlich, das Lab-Konto für diese Universität einzurichten. Nachdem sie ein Labkonto eingerichtet haben, erstellen Administratoren oder Lehrkräfte die Labs, die im Konto enthalten sind. Dieser Artikel bietet eine allgemeine Übersicht über die beteiligten Azure-Ressourcen und die Anleitungen zu deren Erstellung.

Diagramm einer allgemeinen Ansicht über Azure-Ressourcen in einem Lab-Konto.

  • Labs werden innerhalb eines Azure-Abonnements gehostet, das von Azure Lab Services verwaltet wird.
  • Lab-Konten, eine Shared Image Gallery und Imageversionen werden innerhalb Ihres Abonnements gehostet.
  • Ihr Lab-Konto und die Shared Image Gallery können in derselben Ressourcengruppe sein. In diesem Diagramm befinden Sie sich in verschiedenen Ressourcengruppen.

Weitere Informationen zur Architektur finden Sie unter Grundlegendes zur Architektur in Azure Lab Services.

Abonnement

Ihre Universität besitzt vielleicht mindestens ein Azure-Abonnement. Sie verwenden Abonnements, um Abrechnung und Sicherheit für alle darin verwendeten Azure-Ressourcen und -Dienste, einschließlich Lab-Konten, zu verwalten.

Die Beziehung zwischen einem Lab-Konto und seinem Abonnement ist aus folgenden Gründen wichtig:

  • Die Abrechnung wird über das Abonnement gemeldet, das das Lab-Konto enthält.
  • Sie können Benutzern im Microsoft Entra-Mandanten des Abonnements Zugriff auf Azure Lab Services gewähren. Sie können einen Benutzer als Besitzer oder Mitwirkenden eines Lab-Kontos, als Lab-Ersteller oder Lab-Besitzer hinzufügen.

Labs und ihre VMs werden für Sie in einem Abonnement gehostet und verwaltet, das von Azure Lab Services verwaltet wird.

Resource group

Ein Abonnement enthält mindestens eine Ressourcengruppe. Ressourcengruppen werden verwendet, um logische Gruppierungen von Azure-Ressourcen zu erstellen, die innerhalb der selben Lösung verwendet werden.

Wenn Sie ein Lab-Konto erstellen, müssen Sie die Ressourcengruppe konfigurieren, die das Lab-Konto enthält.

Eine Ressourcengruppe ist auch erforderlich, wenn Sie eine Shared Image Gallery erstellen. Sie können Ihr Lab-Konto und Ihre Shared Image Gallery in derselben Ressourcengruppe oder in zwei separaten Ressourcengruppen platzieren. Sie sollten diesen zweiten Ansatz verwenden, wenn Sie planen, die Image Gallery auf verschiedene Lösungen zu verteilen.

Wenn Sie ein Lab-Konto erstellen, können Sie automatisch gleichzeitig eine Shared Image Gallery erstellen und anfügen. Diese Option führt dazu, dass das Lab-Konto und die freigegebene Shared Image Gallery in separaten Ressourcengruppen erstellt werden. Dieses Verhalten tritt auf, wenn Sie die Schritte befolgen, die im Tutorial Konfigurieren eines Katalogs mit freigegebenen Images (Shared Image Gallery) zum Zeitpunkt der Labkontoerstellung beschrieben werden. Das Image zu Beginn dieses Artikels verwendet diese Konfiguration.

Wir empfehlen, dass Sie sich im Voraus die Zeit nehmen, um die Struktur Ihrer Ressourcengruppen zu planen. Ein Labkonto oder eine Ressourcengruppe für einen freigegebenen Katalog mit Images kann nach der Erstellung nicht geändert werden. Wenn Sie die Ressourcengruppe für diese Ressourcen ändern möchten, müssen Sie Ihr Labkonto oder die Shared Image Gallery löschen und neu erstellen.

Lab-Konto

Ein Lab-Konto dient als Container für mindestens ein Lab. Beim Einstieg in Azure Lab Services ist es üblich, nur ein einzelnes Lab-Konto zu haben. Wenn sich Ihre Lab-Nutzung steigert, können Sie später immer noch weitere Lab-Konten erstellen.

In der folgenden Liste werden Szenarien hervorgehoben, in denen mehrere Lab-Konten von Vorteil sein könnten:

  • Verwalten verschiedener Richtlinienanforderungen über Labs hinweg

    Wenn Sie ein Lab-Konto einrichten, legen Sie Richtlinien fest, die für alle Labs unter dem Lab-Konto gelten, etwa:

    • Das virtuelle Azure-Netzwerk mit freigegebenen Ressourcen, auf die das Lab zugreifen kann. Beispielsweise könnten Sie über eine Reihe von Labs verfügen, die Zugriff auf ein freigegebenes Dataset in einem virtuellen Netzwerk benötigen.

    • Die VM-Images, die von den Labs zum Erstellen virtueller Computer verwendet werden können. Beispielsweise könnten Sie über eine Reihe von Labs verfügen, die Zugriff auf das Azure Marketplace-Image der Data Science VM für Linux benötigen.

      Wenn für jedes Ihrer Labs besondere Richtlinienanforderungen gelten, könnte es vorteilhaft sein, separate Lab-Konten für die separate Verwaltung der einzelnen Labs zu erstellen.

  • Zuweisen eines separaten Budgets zu jedem Lab-Konto

    Anstatt alle Kosten für ein einzelnes Lab-Konto melden zu lassen, benötigen Sie möglicherweise ein eindeutiger aufgeteiltes Budget. Sie können z. B. separate Lab-Konten für den mathematischen Fachbereich, den Informatikfachbereich usw. Ihrer Universität erstellen, um das Budget Fachbereiche übergreifend aufzuteilen. Mithilfe von Azure Cost Management können Sie dann die Kosten für jedes einzelne Lab-Konto anzeigen.

  • Isolieren von Pilot-Labs von aktiven oder Produktions-Labs

    Möglicherweise gibt es Fälle, in denen Sie Richtlinienänderungen als Pilot in ein Lab-Konto übertragen möchten, ohne dass sich diese potenziell auf aktive oder Produktions-Labs auswirken. In dieser Art von Szenario ermöglicht Ihnen das Erstellen eines separaten Lab-Kontos für Pilotzwecke, Änderungen zu isolieren.

Labor

Ein Lab enthält VMs, die jeweils einem einzelnen Kursteilnehmer zugewiesen sind. Generell können Sie von Folgendem ausgehen:

  • Vorhandensein eines Labs für jeden Kurs.
  • Erstellen Sie einen neuen Satz von Labs für jedes Semester, Quartal oder akademische System, das Sie verwenden. Für Kurse, die dasselbe Image verwenden müssen, sollten Sie eine Shared Image Gallery verwenden. Auf diese Weise können Sie Images Labs und akademische Zeiträume übergreifend wiederverwenden.

Wenn Sie ermitteln, wie Sie Ihre Labs strukturieren möchten, beachten Sie die folgenden Punkte:

  • Alle VMs innerhalb eines Labs werden mit demselben veröffentlichten Image bereitgestellt.

    Daraus folgt, dass Sie für jedes Image ein separates Lab erstellen müssen, wenn Sie einen Kurs anbieten, für den verschiedene Lab-Images gleichzeitig veröffentlicht werden müssen.

  • Das Nutzungskontingent wird auf Lab-Ebene festgelegt und gilt für alle Benutzer innerhalb des Labs

    Um unterschiedliche Kontingente für Benutzer festzulegen, müssen Sie gesonderte Labs erstellen. Es ist jedoch möglich, auch nach dem Festlegen des Kontingents für das Lab bestimmten Benutzern noch weitere Stunden hinzuzufügen.

  • Der Zeitplan für das Starten oder Herunterfahren wird auf Lab-Ebene festgelegt und gilt für alle virtuellen Computer innerhalb des Labs.

    Ähnlich wie bei der Kontingenteinstellung müssen Sie, wenn Sie unterschiedliche Zeitpläne für Benutzer festlegen müssen, für jeden Zeitplan gesonderte Labs erstellen.

Standardmäßig verfügt jedes Lab über ein eigenes virtuelles Netzwerk. Wenn das Peering virtueller Netzwerke aktiviert ist, verfügt jedes Lab über ein eigenes Subnetz, das mit dem angegebenen virtuellen Netzwerk über Peering verbunden ist.

Eine Shared Image Gallery einem Lab-Konto angefügt und dient als zentrales Repository zum Speichern von Images. Ein Image wird im Katalog gespeichert, wenn sich ein Dozent entschließt, es von der Vorlagen-VM eines Labs aus zu exportieren. Jedes Mal, wenn ein Dozent Änderungen an der Vorlagen-VM vornimmt und diese exportiert, werden neue Imagedefinitionen und/oder Versionen im Katalog erstellt.

Kursleiter können eine Imageversion aus der Shared Image Gallery veröffentlichen, wenn sie ein neues Lab erstellen. Zwar speichert der Katalog mehrere Versionen eines Images, Dozenten können während der Erstellung eines Labs jedoch nur die aktuellste Version auswählen. Die aktuellste Version wird basierend auf dem höchsten Wert von MajorVersion, MinorVersion und Patch ausgewählt. Weitere Informationen zur Versionsverwaltung finden Sie unter Informationen.

Der Shared Image Gallery-Dienst ist eine optionale Ressource, die Sie möglicherweise nicht sofort benötigen, wenn Sie mit nur wenigen Labs beginnen. Die Verwendung von Shared Image Gallery bietet jedoch viele Vorteile, die hilfreich sind, wenn Sie auf zusätzliche Labs hochskalieren:

  • Sie können Versionen eines Vorlagen-VM-Images speichern und verwalten

    Dies ist hilfreich, um ein benutzerdefiniertes Image zu erstellen oder Änderungen (Software, Konfiguration usw.) an einem Image aus dem Azure Marketplace-Katalog vorzunehmen. Beispielsweise ist es für Dozenten üblich, dass für sie unterschiedliche Software oder Tools installiert werden müssen. Statt von Studenten zu fordern, dass sie diese Voraussetzungen selbst installieren, können verschiedene Versionen des Vorlagen-VM-Images in eine Shared Image Gallery exportiert werden. Diese Imageversionen können Sie dann verwenden, wenn Sie neue Labs erstellen.

  • Sie können Vorlagen-VM-Images Labs übergreifend freigeben und wiederverwenden

    Sie können ein Image speichern und wiederverwenden, sodass Sie es nicht jedes Mal neu konfigurieren müssen, wenn Sie ein neues Lab erstellen. Wenn z. B. für mehrere Kurse dasselbe Image verwendet werden muss, können Sie dieses Image ein Mal erstellen und in die Shared Image Gallery exportieren, damit es von Labs gemeinsam verwendet werden kann.

  • Sie können eigene benutzerdefinierte Images aus anderen Umgebungen außerhalb von Labs hochladen.

    Sie können benutzerdefinierte Images aus andere Umgebungen außerhalb des Kontexts von Labs hochladen. Beispielsweise können Sie Images aus Ihrer eigenen physischen Lab-Umgebung oder von einer Azure-VM in Shared Image Gallery hochladen. Sobald ein Image in den Katalog importiert wurde, können Sie die Images zum Erstellen von Labs verwenden.

Um freigegebene Images logisch zu gruppieren, können Sie eine der folgenden Aktionen ausführen:

  • Erstellen mehrerer Shared Image Gallerys. Jedes Lab-Konto kann nur mit einer Shared Image Gallery eine Verbindung herstellen, sodass Sie für diese Option auch mehrere Lab-Konten erstellen müssen.
  • Verwenden Sie eine einzelne Shared Image Gallery, die von mehreren Labkonten gemeinsam genutzt wird. In diesem Fall kann jedes Lab-Konto nur Images aktivieren, die für die darin enthaltenen Labs anwendbar sind.

Benennung

Wenn Sie mit Azure Lab Services beginnen, empfehlen wir Ihnen, Benennungskonventionen für Azure und Azure Lab Services verwandte Ressourcen einzurichten. Die Benennungskonventionen, die Sie einrichten, gelten speziell für die Anforderungen Ihrer Organisation, doch die folgende Tabelle enthält einige allgemeine Richtlinien:

Ressourcentyp Role Vorgeschlagenes Muster Beispiele
Resource group Enthält einen oder mehrere Laborpläne, Labore und/oder freigegebene Bildergalerien. {org-name}labs-{env}-rg, {dept-name}labs-rg contosolabs-rg, contosolabs-pilot-rg, contosolabs-prod-rg, mathdept-rg
Lab-Konto Enthält mindestens ein Lab. {org-name}-{env}-la, {dept-name}-{env}-la contoso-la, mathdept-la, cs-pilot-la
Labor Enthält eine oder mehrere Studenten-VMs. {class-name}-{time}-{educator} CS101-Fall2021, CS101-Fall2021-JohnDoe
Shared Image Gallery Enthält mindestens eine VM-Imageversion. {org-name}-sig, {dept-name}-sig contoso-sig, mathdept-sig

In der vorherigen Tabelle haben wir einige Begriffe und Tokens in den vorgeschlagenen Namensmustern verwendet. Lassen Sie uns diese Begriffe etwas ausführlicher durchgehen.

Musterbegriff/Token Definition Beispiel
{org-name} Token für den Kurznamen der Organisation ohne Leerzeichen. Contoso
{dept-name} Token für den Kurznamen der Abteilung in der Organisation. math, bio, cs
{env} Token für den Namen der Umgebung prod for production, pilot for small test
{class-name} Token für den Kurznamen oder Code für die unterstützte Klasse. CS101, Bio101
{educator} Alias der Lehrkraft, die das Lab ausführt. johndoe
{time} Token für den Kurznamen (ohne Leerzeichen) für die Zeit, die die Klasse angeboten wird. Frühjahr2021, Dez2021
rg Gibt an, dass die Ressource eine Ressourcengruppe ist.
la Gibt an, dass die Ressource ein Laborkonto ist.
sig Gibt an, dass die Ressource eine freigegebene Bildgalerie ist.

Weitere Informationen zur Benennung anderer Azure-Ressourcen finden Sie unter Namenskonventionen für Azure-Ressourcen.

Regionen/Standorte

Beim Einrichten Ihrer Azure Lab Services-Ressourcen müssen Sie eine Region oder einen Standort des Rechenzentrums angeben, in dem die Ressourcen gehostet werden sollen. In den nächsten Abschnitten wird beschrieben, wie sich eine Region oder ein Standort auf die einzelnen Ressourcen auswirken kann, die mit dem Einrichten eines Labs verbunden sind.

Resource group

Die Region gibt das Rechenzentrum an, in dem Informationen über die Ressourcengruppe gespeichert werden. In der Ressourcengruppe enthaltene Azure-Ressourcen können sich in anderen Regionen befinden als ihre übergeordneten Ressourcen.

Lab-Konto

Der Speicherort des Lab-Kontos zeigt die Region an, in der die Ressource vorhanden ist.

Labor

Der Speicherort, an dem ein Lab vorhanden ist, hängt von folgenden Faktoren ab:

Hinweis

Um sicherzustellen, dass eine Region ausreichend VM-Kapazität aufweist, müssen Sie zunächst die Kapazität über das Lab-Konto anfordern, wenn Sie das Lab erstellen.

Eine allgemeine Regel ist, für eine Ressource eine Region festzulegen, die ihren Benutzern am nächsten liegt. Für Labs bedeutet dies, das Lab in maximaler Nähe zu Ihren Kursteilnehmern zu erstellen. Für Onlinekurse, bei denen die Kursteilnehmer weltweit verteilt sind, erstellen Sie nach Ihrem Ermessen ein Lab, das zentral angesiedelt ist. Alternativ können Sie einen Kurs basierend auf der jeweiligen Region Ihrer Kursteilnehmer auch in mehrere Labs aufteilen.

Festlegen der VM-Größe

Wenn Administratoren oder Ersteller von Labs ein Lab erstellen, können sie basierend auf den Anforderungen für Ihren Kurs aus verschiedenen VM-Größen auswählen. Denken Sie daran, dass die Größenverfügbarkeit von der Region abhängt, in der sich Ihr Lab-Konto befindet.

Beachten Sie in der folgenden Tabelle, dass mehrere VM-Größen mehreren VM-Serien zugeordnet sind. Abhängig von der Kapazitätsverfügbarkeit kann Lab Services eine beliebige der VM-Serien verwenden, die für eine VM-Größe aufgeführt sind. Beispielsweise wird die VM-Größe Klein der VM-Serie Standard_A2_v2 oder Standard_A2 zugeordnet. Wenn Sie Klein als VM-Größe für Ihr Lab auswählen, versucht Lab Services zunächst, die Serie Standard_A2_v2 zu verwenden. Wenn jedoch nicht genügend Kapazität verfügbar ist, verwendet Lab Services die Serie Standard_A2. Die Preise richten sich nach der VM-Größe und sind unabhängig davon identisch, welche VM-Serie Lab Services für diese spezifische Größe verwendet. Weitere Informationen zu den Preisen für die einzelnen VM-Größen finden Sie im Lab Services-Preisleitfaden.

Size Mindestanzahl von vCPUs Minimaler RAM Reihen Vorgeschlagene Verwendung
Klein 2 vCPUs 3,5 GB RAM Standard_A2_v2, Standard_A2 Am besten geeignet für die Befehlszeile, das Öffnen von Webbrowsern, Webserver mit geringem Datenverkehr und kleine bis mittelgroße Datenbanken.
Medium 4 vCPUs 7 GB RAM Standard_A4_v2, Standard_A3 Am besten geeignet für relationale Datenbanken, speicherinternes Zwischenspeichern und Analysen.
Mittel (geschachtelte Virtualisierung) 4 vCPUs 16 GB RAM Standard_D4s_v3 Am besten geeignet für relationale Datenbanken, speicherinternes Zwischenspeichern und Analysen. Sie unterstützt auch die geschachtelte Virtualisierung.
Groß 8 vCPUs 16 GB RAM Standard_A8_v2, Standard_A7 Eignet sich am besten für Anwendungen, die schnellere CPUs, eine höhere lokale Datenträgerleistung, große Datenbanken und Caches erfordern.
Groß (geschachtelte Virtualisierung) 8 vCPUs 32 GB RAM Standard_D8s_v3 Eignet sich am besten für Anwendungen, die schnellere CPUs, eine höhere lokale Datenträgerleistung, große Datenbanken und Caches erfordern. Sie unterstützt auch die geschachtelte Virtualisierung.
Kleine GPU (Visualisierung) 6 vCPUs 56 GB RAM Standard_NV6 Eignet sich am besten für Remotevisualisierung, Streaming, Gaming und die Codierung mit Frameworks wie beispielsweise OpenGL und DirectX.
Kleine GPU (Compute) 6 vCPUs 56 GB RAM Standard_NC6, Standard_NC6s_v3 Eignet sich am besten für rechenintensive Anwendungen wie KI und Deep Learning.
Mittlere GPU (Visualisierung) 12 vCPUs 112 GB RAM Standard_NV12, Standard_NV12s_v3, Standard_NV12s_v2 Eignet sich am besten für Remotevisualisierung, Streaming, Gaming und die Codierung mit Frameworks wie beispielsweise OpenGL und DirectX.

Verwalten der Identität

Mithilfe der rollenbasierten Zugriffssteuerung von Azure (Azure RBAC) können die folgenden Rollen zugewiesen werden, um Zugriff auf Lab-Konten und Labs zu gestatten:

  • Besitzer des Lab-Kontos

    Einem Administrator, der ein Lab-Konto erstellt, wird automatisch die Rolle „Besitzer“ des Lab-Kontos zugewiesen. Die Rolle „Besitzer“ kann:

    • Die Einstellungen des Lab-Kontos ändern.
    • Anderen Administratoren als Besitzer oder Mitwirkende Zugriff auf das Lab-Konto gestatten.
    • Dozenten als Ersteller, Besitzer oder Mitwirkende Zugriff auf Labs gestatten.
    • Alle Labs im Lab-Konto erstellen und verwalten.
  • Mitwirkender des Lab-Kontos

    Ein Administrator, dem die Rolle „Mitwirkender“ zugewiesen wurde, kann folgende Aktionen ausführen:

    • Die Einstellungen des Lab-Kontos ändern.
    • Alle Labs im Lab-Konto erstellen und verwalten.

    Der Mitwirkende kann anderen Benutzern jedoch nicht Zugriff auf Lab-Konten oder Labs gestatten.

  • Lab-Ersteller

    Zum Erstellen von Labs in einem Lab-Konto muss eine Lehrkraft Mitglied der Rolle Lab-Ersteller sein. Ein Dozent, der ein Lab erstellt, wird automatisch als Lab-Besitzer hinzugefügt. Weitere Informationen finden Sie unter Hinzufügen eines Benutzers zur Rolle „Lab-Ersteller“.

  • Besitzer oder Mitwirkender des Labs

    Ein Dozent in der Rolle „Besitzer“ oder „Mitwirkender“ des Labs kann die Einstellungen eines Labs anzeigen und ändern. Die Person muss auch Mitglied der Rolle „Leser“ des Lab-Kontos sein.

    Ein wichtiger Unterschied zwischen den Rollen „Besitzer“ und „Mitwirkender“ des Labs besteht darin, dass nur ein Besitzer anderen Benutzern Zugriff auf die Verwaltung eines Labs gewähren kann. Ein Mitwirkender kann anderen Benutzern keinen Zugriff auf die Verwaltung eines Labs gewähren.

  • Shared Image Gallery

    Wenn Sie eine Shared Image Gallery einem Lab-Konto anfügen, erhalten Besitzer und Mitwirkende des Lab-Kontos sowie Lab-Ersteller, -Besitzer und -Mitwirkende automatisch Zugriff, sodass sie Images in der Gallery anzeigen und speichern können.

Wenn Sie Rollen zuweisen, sollten Sie diese Tipps befolgen:

  • Normalerweise sollten nur Administratoren Mitglieder der Rollen „Besitzer“ oder „Mitwirkender“ des Lab-Kontos sein. Das Lab-Konto verfügt möglicherweise über mehrere Besitzer oder Mitwirkende.
  • Um Dozenten die Möglichkeit zum Erstellen neuer Labs und Verwalten der Labs zu bieten, die sie erstellen, müssen Sie ihnen nur Zugriff auf die Rolle „Lab-Ersteller“ zuweisen.
  • Um Lehrkräften die Möglichkeit zu geben, bestimmte Labs zu verwalten, aber nicht die Möglichkeit, neue Labs zu erstellen, weisen Sie ihnen für jedes Lab, das sie verwalten, die Rolle „Besitzer“ oder „Mitwirkender“ zu. Sie könnten beispielsweise einem Professor und seinem Assistenten den Mitbesitz eines Labs erlauben. Weitere Informationen finden Sie unter Hinzufügen zusätzlicher Benutzer zu einem vorhandenen Lab in Azure Lab Services.

Inhaltsfilterung

Ihre Bildungseinrichtung muss möglicherweise Inhalte filtern, damit Lernende nicht auf ungeeignete Websites zugreifen. Um beispielsweise dem Children's Internet Protection Act (CIPA) zu entsprechen. Lab Services bietet keine integrierte Unterstützung für die Inhaltsfilterung.

Es gibt zwei Ansätze, welche Schulen in der Regel für die Inhaltsfilterung berücksichtigen:

  • Konfigurieren Sie eine Firewall, um Inhalte auf Netzwerkebene zu filtern.
  • Installieren Sie Drittanbieter-Software direkt auf jedem Computer, der Inhalte filtert.

Der erste Ansatz wird von Lab Services derzeit nicht unterstützt. Lab Services hostet das virtuelle Netzwerk jedes Labs innerhalb eines von Microsoft verwalteten Azure-Abonnements. Daher haben Sie zum Filtern von Inhalten auf Netzwerkebene keinen Zugriff auf das zugrundeliegende virtuelle Netzwerk. Weitere Information zur Architektur von Lab Services finden Sie im Artikel Grundlagen der Architektur.

Wir empfehlen stattdessen den zweiten Ansatz, d. h. das Installieren von Drittanbieter-Software auf der Vorlagen-VM für jedes Lab. Als Teil dieser Lösung müssen wir einige zentrale Punkte hervorheben:

  • Wenn Sie die Einstellungen zum automatischen Herunterfahren verwenden möchten, müssen Sie die Blockierungen diverser Azure-Hostnamen bei der Drittanbietersoftware aufheben. Die Einstellungen zum automatischen Herunterfahren verwenden eine diagnostische Erweiterung, die mit Lab Services kommunizieren muss. Andernfalls können die Einstellungen zum automatischen Herunterfahren für das Lab nicht aktiviert werden.
  • Darüberhinaus muss jeder Lernende auf seiner VM ein Nicht-Administratorkonto verwenden, damit sie die Software zum Filtern von Inhalten nicht deinstallieren können. Standardmäßig erstellt Lab Services ein Administratorkonto, mit dem sich jeder Kursteilnehmer bei seiner VM anmeldet. Es ist möglich, ein Konto ohne Administratorrechte mithilfe eines spezialisierten Images hinzuzufügen, es gibt jedoch einige bekannte Einschränkungen.

Wenn Ihre Schule inhaltsfiltern muss, kontaktieren Sie uns über die Foren der Azure Lab Services, um weitere Informationen zu erhalten.

Endpunktverwaltung

Viele Endpunktverwaltungstools wie Microsoft Configuration Manager erfordern, dass Windows-VMs über eindeutige Computersicherheits-IDs (SIDs) verfügen. Die Verwendung von SysPrep zum Erstellen eines generalisierten Images stellt in der Regel sicher, dass auf jedem Windows-Computer eine neue, eindeutige Computer-SID generiert wird, wenn die VM aus dem Image gestartet wird.

Selbst wenn Sie mit Lab Services ein generalisiertes Image zum Erstellen eines Labs verwenden, verfügen die Vorlagen-VM und die Kursteilnehmer-VMs über dieselbe Computer-SID. Die VMs verfügen über die gleiche SID, da sich das Image der Vorlagen-VM in einem spezialisierten Zustand befindet, wenn es veröffentlicht wird, um die Kursteilnehmer-VMs zu erstellen.

Beispielsweise sind die Azure Marketplace-Images generalisiert. Wenn Sie ein Lab aus dem Win 10 Marketplace-Image erstellen und die Vorlagen-VM veröffentlichen, verfügen alle Kursteilnehmer-VMs in einem Lab über die gleiche Computer-SID wie die Vorlagen-VM. Die Computer-SIDs können mithilfe eines Tools wie PsGetSid überprüft werden.

Wenn Sie ein Endpunktverwaltungstool oder ähnliche Software verwenden möchten, wird empfohlen, dieses mit Lab-VMs zu testen, um sicherzustellen, dass es ordnungsgemäß funktioniert, wenn die Computer-SIDs identisch sind.

Preiskalkulation

Azure Lab Services

Weitere Informationen zu den aktuellen Preisen finden Sie unter Azure Lab Services – Preise.

Sie müssen außerdem die Preise für die Shared Image Gallery berücksichtigen, wenn Sie planen, Shared Image Gallerys zum Speichern und Verwalten von Imageversionen zu verwenden.

Das Erstellen einer Shared Image Gallery und das Anfügen des Katalogs an Ihr Lab sind kostenlos. Es fallen erst Kosten an, wenn Sie eine Imageversion in der Gallery speichern. Die Preise für die Verwendung einer Shared Image Gallery sind normalerweise praktisch vernachlässigbar, doch es ist wichtig zu verstehen, wie die Berechnung erfolgt, da die Gebühren nicht in den Preisen für Azure Lab Services enthalten sind.

Speichergebühren

Um Imageversionen zu speichern, verwendet eine Shared Image Gallery standardmäßig verwaltete HDD-Standarddatenträger (Festplattenlaufwerke). Es wird empfohlen, verwaltete HDD-Datenträger zu verwenden, wenn Sie Shared Image Gallery mit Lab Services verwenden. Die Größe des verwendeten, verwalteten HDD-Datenträgers hängt von der Größe der Imageversion ab, die gespeichert wird. Lab Services unterstützt Image- und Datenträgergrößen von bis zu 128 GB. Informationen zu den Preisen finden Sie unter Verwaltete Datenträger – Preise.

Kosten für Replikation und ausgehende Netzwerkdaten

Wenn Sie eine Imageversion mittels einer Vorlagen-VM eines Labs speichern, speichert Azure Lab Services diese zuerst in einer Quellregion und repliziert die Quellimageversion dann automatisch in mindestens eine Zielregion.

Es ist wichtig zu beachten, dass Azure Lab Services die Quellimageversion automatisch in alle Zielregionen innerhalb des geografischen Raums repliziert, in dem sich das Lab befindet. Wenn sich Ihr Lab beispielsweise im geografischen Raum der USA befindet, wird eine Imageversion in jede der acht Regionen repliziert, die innerhalb der USA vorhanden sind.

Eine Gebühr für ausgehenden Netzwerkdatenverkehr fällt an, wenn eine Imageversion aus der Quellregion in zusätzliche Zielregionen repliziert wird. Die Höhe der berechneten Gebühr basiert auf der Größe der Imageversion, wenn die Daten des Images anfänglich ausgehend aus der Quellregion übertragen werden. Ausführliche Informationen zu Preisen finden Sie unter Preisübersicht Bandbreite.

Kunden, für die Lizenzoptionen für spezielle Organisationen gelten, könnten von Gebühren für ausgehenden Datenverkehr befreit werden. Um mehr zu erfahren, wenden Sie sich an Ihren Konto-Manager.

Weitere Informationen finden Sie unter „Welche Programme für die Datenübertragung gibt es für akademische Kunden, und wie kann ich mich dafür registrieren?“ im FAQ-Abschnitt der Seite Preisübersicht Bandbreite.

Preisbeispiel

Sehen wir uns ein Beispiel für die Kosten für das Speichern eines Vorlagen-VM-Images in einer Shared Image Gallery an. Vorausgesetzt werden die folgenden Szenarien:

  • Sie verfügen über ein benutzerdefiniertes VM-Image.
  • Sie speichern zwei Versionen des Images.
  • Ihr Lab befindet sich in den USA, die aus insgesamt acht Regionen bestehen.
  • Jede Imageversion ist 32 GB groß. Hieraus resultiert, dass der Preis für den verwalteten HDD-Datenträger $ 1,54 pro Monat beträgt.

Die monatlichen Gesamtkosten werden wie folgt geschätzt:

  • Anzahl der Images × Anzahl der Versionen × Anzahl der Replikate × Preis für verwalteten Datenträger = monatliche Gesamtkosten

In diesem Beispiel betragen die Kosten:

  • 1 benutzerdefiniertes Image (32 GB) × 2 Versionen × 8 US-Regionen × $ 1,54 = $ 24,64 pro Monat

Hinweis

Die vorhergehende Berechnung dient nur als Beispiel. Sie deckt die Speicherkosten für die Verwendung der Shared Image Gallery ab und enthält keine Kosten für ausgehenden Datenverkehr. Die tatsächlichen Preise für Speicher finden Sie unter Verwaltete Datenträger – Preise.

Kostenverwaltung

Es ist wichtig, dass Lab-Kontoadministratoren die Kosten verwalten, indem sie routinemäßig nicht mehr benötigte Imageversionen aus dem Katalog löschen.

Löschen Sie nicht die Replikation in bestimmten Regionen, um auf diese Weise die Kosten zu senken, obwohl diese Option in der Shared Image Gallery vorhanden ist. Replikationsänderungen könnten nachteilige Effekte auf die Fähigkeit von Azure Lab Service haben, VMs aus Images zu veröffentlichen, die in einer Shared Image Gallery gespeichert sind.

Nächste Schritte

Weitere Informationen zum Einrichten und Verwalten von Labs finden Sie unter: