häufig gestellte Fragen zur Azure Virtual Desktop-Autoskalierung

In diesem Artikel werden häufig gestellte Fragen zur Verwendung der Autoskalierung für Azure Virtual Desktop beantwortet.

Allgemeine Fragen

Kann ich die Skalierung für bestimmte Datumsangaben wie Feiertage konfigurieren?

Nein Die autoskalierte Skalierung unterstützt derzeit nicht das Herunterfahren an bestimmten Datumsangaben.

Werden mir zusätzliche Gebühren für die Verwendung der Autoskalierung berechnet?

Nein Weitere Informationen zu Tarifen finden Sie auf unserer Preisseite.

Wie oft überwacht die Autoskalierung die Sitzungshosts und führt Skalierungsauswertungen durch?

Die automatische Skalierung überwacht, wann Benutzer sich bei ihren Sitzungshosts an- oder abmelden, und kategorisiert diese Aktivität als Sitzungsänderungsereignisse. Sitzungsänderungsereignisse lösen eine Skalierungsauswertung aus, die Protokolle erstellt. Wenn keine Sitzungsänderungsereignisse vorhanden sind oder der Ereignisdienst ausfällt, überprüft die automatische Skalierung, ob Ereignisse übersehen wurden. Wenn innerhalb eines kurzen Zeitraums mehrere Sitzungsänderungsereignisse auftreten, werden die Skalierungsauswertungen vom Feature in einem Batch zusammengefasst. Diese Batchverarbeitung ermöglicht die automatische Skalierung, um eine große Anzahl von Ereignissen schnell zu verarbeiten, ohne das System zu überlasten.

Wie viele VMs müssen sich in einem Hostpool befinden, damit die Autoskalierung ordnungsgemäß funktioniert?

Mindestens einer.

Können Sie Azure CLI verwenden, um die automatische Skalierung zu konfigurieren?

Nein, die automatische Skalierung bietet derzeit keine Option zum Konfigurieren von Einstellungen mit Azure CLI.

Welche Regionen werden unterstützt?

Die Konfigurationsdaten des Skalierungsplans müssen in derselben Region wie die Hostpoolkonfiguration gespeichert werden. Die Bereitstellung von Sitzungshost-VMs wird jedoch in allen Azure Regionen unterstützt. VMs können in einer anderen Region als in der Region bereitgestellt werden, in der die Konfigurationsdaten des Hostpools und des Skalierungsplans gespeichert sind.

Verarbeitet die autoskalierte Skalierung Sitzungshosts in sekundären Regionen, wenn die Sitzungshosts in der primären Region ausfallen?

Nein Kunden müssen ihre eigene Strategie für die Notfallwiederherstellung einrichten, um Ausfälle zu verwalten. Die Autoskalierung übernimmt nur die Skalierung vorhandener VMs innerhalb der Region, in der sie erstellt wurden.

Berücksichtigt die autoskalierte Skalierung Verfügbarkeitszonen bei Skalierungsvorgängen, wenn ich Sitzungshosts in mehreren Zonen innerhalb einer Region erstelle?

Nein Bei der autoskalierung wird nicht nachverfolgt, in welcher Verfügbarkeitszone Sie virtuelle Computer erstellen, sodass Skalierungsvorgänge nicht in allen Zonen gleichmäßig ausgeführt werden.

Autoskalierung für gepoolte Hostpools

Gewusst wie die Autoskalierung so konfigurieren, dass ich nach der Arbeitszeit keine Sitzungshosts ausführen kann?

Der Rampdownmodus verwendet immer die geringstmögliche Anzahl von Sitzungshosts. Wenn jedoch Benutzersitzungen vorhanden sind (einschließlich getrennter Sitzungen), ist die niedrigste Anzahl verwendbarer Sitzungshosts nicht 0 (null).

Grundlegendes zur Behandlung getrennter Sitzungen durch die automatische Skalierung

Wenn Sie "VMs beenden, wenn VMs keine aktiven Sitzungen haben" während des Rampdowns konfigurieren, behandelt die Autoskalierung getrennte Benutzersitzungen als aktive Sitzungen , da davon ausgegangen wird, dass Benutzer sofort wieder eine Verbindung herstellen können. Während des Rampdowns konsolidiert die Autoskalierung getrennte Benutzer auf die Mindestanzahl von Hosts, die basierend auf Ihrem Kapazitätsschwellenwert erforderlich sind.

Hinweis

Diese Konsolidierungslogik gilt sowohl für die automatische Skalierung der Energieverwaltung (bei der die Zuordnung von VMs aufgehoben wird) als auch für die dynamische automatische Skalierung (die VMs löschen kann).

Beispiel: Wenn Sie über 6 getrennte Benutzer, einen maximalen Sitzungsgrenzwert von 5 und einen Kapazitätsschwellenwert von 90 % verfügen, berechnet die Autoskalierung die mindestens erforderlichen Hosts wie folgt:

  • Kapazität pro Host = 5 x 90 % = 4,5 Sitzungen
  • Erforderliche Hosts = 6 / 4,5 = 1,33, aufgerundet auf mindestens 2 Hosts

Die autoskalierte Zuordnung von überschüssigen Hosts wird aufgehoben, aber 2 werden ausgeführt, um potenzielle erneute Verbindungen zu ermöglichen, ohne den Kapazitätsschwellenwert zu überschreiten.

Erreichen von null Sitzungshosts

Um nach Stunden keine Sitzungshosts zu erreichen, müssen Sie über keine Benutzersitzungen verfügen (einschließlich getrennter Sitzungen). Konfigurieren Sie Gruppenrichtlinie so, dass getrennte Sitzungen nach einem Timeoutzeitraum automatisch abgemeldet werden:

  1. Wechseln Sie zu Lokale Computerrichtlinie>Computerkonfiguration>Administrative Vorlagen>Windows-Komponenten>Remotedesktopdienste>Remotedesktop-Sitzung>Sitzungslimits>Festlegen des Zeitlimits für getrennte Sitzungen
  2. Festlegen eines geeigneten Timeouts (z. B. 15-30 Minuten)
  3. Stellen Sie sicher, dass das Timeout vor dem Ende der Rampdownphase abgeschlossen ist.

Diese Kombination aus Einstellungen für die autoskalierte Skalierung und GPO stellt den Benutzerschutz während der Nutzungszeit sicher und ermöglicht gleichzeitig das vollständige Herunterskalieren auf null Hosts nach Stunden.

Was geschieht, wenn die Kapazität des Hostpools dem Kapazitätsschwellenwert entspricht?

Nichts. Die automatische Skalierung reagiert nur, wenn die Kapazität des Hostpools größer oder kleiner als der Kapazitätsschwellenwert ist. Das Feature führt nichts aus, wenn die Kapazität des Hostpools mit dem Kapazitätsschwellenwert übereinstimmt.

Wenn ich den Ausgleichsmodus auf Sitzungshosts bereits selbst konfiguriert habe, ändert die Autoskalierung dann weiterhin meine konfigurierten Einstellungen für den Ausgleichsmodus?

Ja, die automatische Skalierung aktiviert oder deaktiviert VMs im Ausgleichsmodus, unabhängig davon, wer sie in den Ausgleichsmodus versetzt. Die automatische Skalierung überschreibt den Ausgleichsmodus auf allen VMs, die in der Skalierung enthalten sind. Wenn Sie also eine VM von Skalierungsaktionen ausschließen möchten, müssen Sie Ausschlusstags verwenden.

Kann eine erzwungene Abmeldung in einer beliebigen Phase des Tages erfolgen?

Nein Wenn Sie die Autoskalierung aktiviert haben, können Sie benutzer nur erzwingen, sich während der Rampdownphase abzumelden. Wenn Sie einen Sitzungshost während des Rampdowns in den Ausgleichsmodus versetzen, um ihn darauf vorzubereiten, dass er heruntergefahren wird, sich aber nicht alle Benutzer abmelden, bevor sich die Phase in "Außerhalb der Spitzenzeiten" ändert, werden die verbleibenden Benutzersitzungen nicht gezwungen, sich von ihrer Sitzung abzumelden. Der Grund, warum Benutzer nicht abgemeldet werden, liegt darin, dass die automatische Skalierung Benutzer nicht zwingt, sich außerhalb der Spitzenzeiten von ihren Sitzungen abzumelden. Stattdessen wartet die automatische Skalierung, bis sich alle Benutzer abgemeldet haben, bevor die Zuordnung des virtuellen Computers aufgehoben wird. Wenn beispielsweise die Rampdownphase 15 Minuten lang ist und die Wartezeit vor dem Abmelden von Benutzern und dem Herunterfahren von VMs 20 Minuten beträgt, wird der Zeitplan in die Phase außerhalb der Spitzenzeiten verschoben, und die Benutzersitzungen werden nicht gezwungen, sich abzumelden.

Wenn ich die Autoskalierung so konfiguriere, dass sich Benutzer während des Rampdowns abmelden, werden dann auch Benutzer mit aktiven Sitzungen abgemeldet?

Hinweis

Dieses Verhalten gilt sowohl für die automatische Skalierung der Energieverwaltung als auch für die dynamische automatische Skalierung. Die Logik für erzwungene Abmeldung und Konsolidierung sind für beide Methoden identisch.

Ja. Im Leerlauf befindliche, getrennte und aktive Sitzungen werden gezwungen, sich abzumelden, wenn sich die Benutzer während der Wartezeit für die Rampdownphase nicht abmelden.

Wichtig: Selbst wenn "Abmelden von Benutzern erzwingen" aktiviert ist, konsolidiert die automatische Skalierung weiterhin getrennte Benutzer während des Rampdowns. Die erzwungene Abmeldung gilt nur für Benutzer, die nach Ablauf der Wartezeit verbunden (oder getrennt) bleiben. Während des Rampdowns führt die autoskalierte Skalierung Folgendes aus:

  1. Konsolidieren getrennter Benutzer auf der Mindestanzahl von Hosts basierend auf dem Kapazitätsschwellenwert
  2. Warten Auf die konfigurierte Wartezeit (z. B. 15 Minuten)
  3. Erzwingen der Abmeldung von Benutzern, die sich nicht freiwillig abgemeldet haben
  4. Aufheben der Zuordnung von Hosts nach Beendigung von Sitzungen

Um nach Stunden keine Sitzungshosts zu erreichen, sollten Sie auch Gruppenrichtlinie so konfigurieren, dass getrennte Sitzungen automatisch abgemeldet werden. Weitere Informationen finden Sie unter Gewusst wie Konfigurieren der Autoskalierung, sodass ich keine Sitzungshosts nach Feierabend ausführen?

Wenn eine aktive Sitzung gezwungen wird, sich abzumelden, der Benutzer aber versucht, die Verbindung wiederherzustellen, gibt es eine Möglichkeit, diesen Benutzer daran zu hindern, eine neue Sitzung auf einem Sitzungshost zu starten, für den die autoskalierte Skalierung gerade heruntergefahren wird?

Nachdem die automatische Skalierung einen Sitzungshost ausgewählt hat, der heruntergefahren werden soll, versetzt sie den Sitzungshost in den Ausgleichsmodus. Nachdem alle Benutzersitzungen abgemeldet wurden, wird die Zuordnung der VM durch die automatische Skalierung aufgehoben. Nachdem die automatische Skalierung die Zuordnung des virtuellen Computers aufgehoben hat, wird die Einstellung AllowNewSessions auf true festgelegt, wodurch der Ausgleichsmodus deaktiviert wird. Da die Automatischen Skalierung die Sitzungshosts, die gerade heruntergefahren werden sollen, in den Ausgleichsmodus versetzt, kann ein Benutzer, der sich von seiner Sitzung abmelden muss, keine Verbindung mit einem Sitzungshost herstellen, der gerade heruntergefahren wird, wenn er versucht, die Verbindung nach dem Abmelden wiederherzustellen.

Kann die automatische Skalierung alle VMs in einem Hostpool deaktivieren, oder muss mindestens einige VMs eingeschaltet bleiben, um ordnungsgemäß zu funktionieren?

Die automatische Skalierung kann alle VMs in einem Hostpool deaktivieren, wenn der Mindestprozentsatz der Hosts auf 0 % festgelegt ist und keine Benutzersitzungen auf den Sitzungshosts im Hostpool vorhanden sind.

Warum werden Sitzungshosts nur mit getrennten Sitzungen ausgeführt, wenn "VMs beenden, wenn keine aktiven Sitzungen" aktiviert ist?

Hinweis

Dieses Verhalten gilt sowohl für die automatische Skalierung der Energieverwaltung als auch für die dynamische automatische Skalierung. Die Konsolidierungslogik ist identisch; Der einzige Unterschied besteht darin, dass die Energieverwaltung die Zuordnung von VMs aufgibt, während die dynamische automatische Skalierung VMs während des Herunterskalierens löschen kann.

Wenn Sie die automatische Skalierung auf "VMs beenden, wenn VMs keine aktiven Sitzungen haben" konfigurieren, verhindert das Feature die Aufhebung der Zuordnung von Sitzungshosts mit aktiven (verbundenen) Benutzersitzungen. Getrennte Sitzungen werden jedoch weiterhin als aktive Benutzersitzungen für Kapazitätsberechnungen für die autoskalierte Kapazität behandelt.

Entwurfsgrund

Bei der autoskalierten Skalierung wird davon ausgegangen, dass Benutzer mit getrennten Sitzungen die Verbindung sofort wieder herstellen können (z. B. aufgrund von Netzwerkunterbrechungen, Laptop-Ruhezustands-/Aktivierungszyklen oder kurzen Konnektivitätsproblemen). Um eine reibungslose Benutzererfahrung beim wiederherstellen der Verbindung zu gewährleisten, sorgt die automatische Skalierung dafür, dass genügend Sitzungshosts ausgeführt werden, um alle getrennten Sitzungen basierend auf Ihrem Kapazitätsschwellenwert zu unterstützen.

Funktionsweise der Konsolidierung während des Rampdowns

Die automatische Skalierung konsolidiert getrennte Benutzer mithilfe dieser Berechnung auf die Mindestanzahl von Sitzungshosts:

Erforderliche Hosts = Gesamtanzahl getrennter Sitzungen / (Max. Sitzungslimit x Kapazitätsschwellenwert %)

Beispiel:

  • 9 getrennte Benutzer
  • Maximale Sitzungsgrenze: 5
  • Kapazitätsschwellenwert: 90 %
  • Berechnung: 9 / (5 x 0,9) = 9 / 4,5 = 2 Hosts minimum

Die automatische Skalierung löst die Zuordnung von überschüssigen Hosts auf, während 2 ausgeführt werden, um potenzielle erneute Verbindungen zu verarbeiten.

Dieses Verhalten gilt auch, wenn "Abmelden von Benutzern erzwingen" aktiviert ist.

Die erzwungene Abmeldung gilt nur für Benutzer, die sich während der Wartezeit nicht freiwillig abmelden. Die Konsolidierungslogik gilt weiterhin für getrennte Sitzungen während des Rampdowns. Nachdem die Wartezeit abgelaufen ist, erzwingt die automatische Skalierung die Abmeldung und gibt dann die Zuordnung von Hosts auf.

Entfernen getrennter Sitzungen

Um getrennte Sitzungen vollständig zu beseitigen und nach Stunden keine Sitzungshosts zu erreichen, konfigurieren Sie Gruppenrichtlinie so, dass getrennte Sitzungen automatisch abgemeldet werden. Ausführliche Schritte finden Sie unter Gewusst wie Konfigurieren der Autoskalierung, sodass ich keine Sitzungshosts nach Der Arbeitszeit ausführen?

Was ist der Unterschied zwischen "Beenden von VMs, wenn keine aktiven Sitzungen" und der Verwendung von Gruppenrichtlinie zum Abmelden getrennter Sitzungen?

Hinweis

Die Anleitung in diesen häufig gestellten Fragen gilt sowohl für die automatische Skalierung der Energieverwaltung als auch für die dynamische automatische Skalierung.

Dies sind ergänzende Mechanismen, die verschiedenen Zwecken dienen:

"VMs beenden, wenn VMs keine aktiven Sitzungen haben" (Einstellung für die automatische Skalierung):

  • Zweck: Verhindert das Aufheben der Zuordnung von Sitzungshosts mit aktiven (verbundenen) Benutzersitzungen.
  • Verhalten: Ermöglicht die automatische Skalierung, um getrennte Benutzer während des Rampdowns auf weniger Hosts zu konsolidieren
  • Einschränkung: Schließt nicht getrennte Sitzungen aus; geht davon aus, dass die Verbindung wiederhergestellt werden kann.
  • Anwendungsfall: Schützt verbundene Benutzer, während das herunterskaliert wird

Gruppenrichtlinie – "Festlegen des Zeitlimits für getrennte Sitzungen":

  • Zweck: Automatisches Abmelden getrennter Sitzungen nach einem Timeout
  • Verhalten: Entfernt getrennte Sitzungen vollständig und konvertiert sie in "keine Sitzung".
  • Profitieren: Ermöglicht die automatische Skalierung, um 0 Sitzungshosts zu erreichen, wenn sie mit mindestens aktiven Hosts = 0 % kombiniert wird
  • Anwendungsfall: Stellt sicher, dass alle Benutzer nach Feierabend abgemeldet werden, um die Kosten zu minimieren.

Empfohlene Konfiguration:

  1. Aktivieren sie "VMs beenden, wenn keine aktiven Sitzungen vorhanden sind", um verbundene Benutzer zu schützen.
  2. Aktivieren Sie "Abmelden von Benutzern erzwingen", wenn Sie Benutzer abmelden möchten, die die Verbindung nicht innerhalb der Wartezeit trennen.
  3. Konfigurieren des Gruppenrichtlinienobjekts zum Abmelden getrennter Sitzungen nach 15 bis 30 Minuten
  4. Legen Sie die Mindestanzahl aktiver Hosts außerhalb der Spitzenzeiten auf 0 % fest.

Diese Kombination gewährleistet den Benutzerschutz während der Nutzungszeit und ermöglicht gleichzeitig das vollständige Herunterskalieren auf null Hosts nach Stunden.

Warum sollte ich den Lastenausgleichsalgorithmus in verschiedenen Phasen des Skalierungsplanzeitplans anders konfigurieren?

Wenn Sie ihren Skalierungsplanzeitplan einrichten, können Sie unterschiedliche Lastenausgleichsalgorithmen für verschiedene Phasen des Tages angeben. Beispielsweise können Sie während der Hochlauf- und Spitzenphase den Lastenausgleichsalgorithmus für breite Nutzung verwenden. Dieser Algorithmus stellt eine gleichmäßige Verteilung der Benutzersitzungen in den ersten beiden Phasen des Tages sicher, wodurch die Leistung optimiert wird. Ebenso können Sie während der Phasen ramp-down und off-peak den Tiefenlastenausgleichsalgorithmus verwenden, um die Autoskalierungsfunktion dabei zu unterstützen, Benutzersitzungen zu konsolidieren, bis sie die minimale mögliche Anzahl von Sitzungshosts im Hostpool erreicht.

Autoskalierung für persönliche Hostpools

Was geschieht mit Sitzungshosts, die aktiviert werden, aber nie angemeldet werden?

Wenn ein Sitzungshost aktiviert ist (entweder durch automatische Skalierung, VM bei Verbindung starten oder vom Administrator) und ein Benutzer sich nie bei ihm anmeldet, wird die Zuordnung dieses Sitzungshosts nach einer Inaktivitätszeit aufgehoben, um unnötige Computekosten zu vermeiden.

Wie werden meine persönlichen Desktops beginnen, wenn ich mich gegen eine Einführung entscheide?

Wenn Sie sich dafür entscheiden, dass persönliche Desktops während der Hochlaufphase nicht per Autoskalierung gestartet werden sollen, startet die Autoskalierung Ihre persönlichen Desktops nicht. Stattdessen müssen Sie entweder VM bei Connect starten aktivieren, um sicherzustellen, dass persönliche Desktops gestartet werden, wenn sich Benutzer bei ihnen anmelden, oder die persönlichen Desktops selbst manuell starten.

Kann ich die automatische Skalierung konfigurieren, um Benutzer zu zwingen, sich von ihrem persönlichen Desktop abzumelden?

Nein Die Automatische Skalierung für persönliche Desktops gibt die Zuordnung von Sitzungshosts nur auf, wenn sich der Benutzer von seiner Benutzersitzung abgemeldet hat.

Was ist der Unterschied zwischen einer getrennten Benutzersitzung und einer Benutzersitzung, die abgemeldet wurde?

Weitere Informationen finden Sie unter Benutzersitzungsdefinitionen.

Überschreibt die automatische Skalierung für persönliche Desktops den Ausgleichsmodus von Sitzungshosts?

Nein Wenn die automatische Skalierung bereit ist, die Zuordnung eines persönlichen Desktops aufzugeben, da die Benutzersitzung abgemeldet oder getrennt wird, versetzt die automatische Skalierung den Sitzungshost nicht in den Ausgleichsmodus. Wenn der Benutzer versucht, eine Verbindung herzustellen, während die Automatische Skalierung die Zuordnung des Sitzungshosts aufhebt, erhält er eine Fehlermeldung mit der Meldung "Keine Ressourcen verfügbar".

Was geschieht, wenn ich mich für persönliche Desktops entscheide, um in meinem Skalierungsplan in den Ruhezustand zu gelangen, aber auf meinen persönlichen Desktops nicht der Ruhezustand aktiviert ist?

Wenn Sie sich dafür entscheiden, dass persönliche Desktops in Ihrem persönlichen Skalierungsplan in den Ruhezustand versetzt werden sollen, aber auf den persönlichen Desktops nicht der Ruhezustand aktiviert ist, wird die automatische Skalierung nichts für Ihre Sitzungshosts tun (sie werden nicht in den Ruhezustand versetzt, und die Zuordnung wird nicht aufgehoben).

Dynamische Skalierung

Überschreibt die im Skalierungsplan definierte Mindestgröße des Hostpools die Einstellungen im Hostpool?

Ja. Die minimale Hostpoolgröße überschreibt die Anzahl der Sitzungshosts, die Sie im Hostpool definiert haben.

Muss ich angeben, ob sitzungshosts in jeder Phase aktiviert oder erstellt werden sollen?

Nein Sie müssen nur den Sitzungshostgrenzwert mit der minimalen Hostpoolgröße, der maximalen Hostpoolgröße und dem minimalen Prozentsatz aktiver Hosts (%) definieren. Wenn die tatsächliche Anzahl der benötigten Sitzungshosts nicht größer als die minimale Hostpoolgröße ist, aktiviert die automatische Skalierung Sitzungshosts, wenn die kapazität des verwendeten Hostpools ihren definierten Kapazitätsschwellenwert überschreitet. Wenn die tatsächliche Anzahl der benötigten Sitzungshosts größer als die Mindestgröße des Hostpools ist, aktiviert die Autoskalierung die beendeten Sitzungshosts und erstellt zusätzliche Sitzungshosts. Die Gesamtzahl der aktiven Sitzungshosts überschreitet nicht die im Skalierungsplan definierte maximale Hostpoolgröße, wenn die verwendete Hostpoolkapazität den definierten Kapazitätsschwellenwert überschreitet.

Welche Imageversion wird für die sitzungshosts verwendet, die von der autoskalierung erstellt werden?

Die automatische Skalierung erstellt Sitzungshosts mit der neuesten gültigen/stabilen Imageversion, die in der Standardkonfiguration des Sitzungshosts definiert ist, wenn Sie noch nicht über eine aktive Sitzungshostkonfiguration verfügen.

Wie kann ich meinen Skalierungsplan so konfigurieren, dass nur Sitzungshosts aktiviert und die Zuordnung aufgehoben wird?

Sie können entweder die automatische Skalierung der Energieverwaltung als Skalierungsmethode auswählen, wenn Sie Ihren Skalierungsplan erstellen, oder bei der dynamischen automatischen Skalierung können Sie denselben Wert für Minimale Hostpoolgröße und Maximale Hostpoolgröße festlegen.

Wie kann ich meinen Skalierungsplan so konfigurieren, dass nur Sitzungshosts erstellt und gelöscht werden?

Sie können den Mindestprozentsatz aktiver Hosts (%) auf 100 festlegen. Die automatische Skalierung erstellt oder löscht Sitzungshosts nur, wenn die kapazität des verwendeten Hostpools den definierten Kapazitätsschwellenwert überschreitet oder unterschreitet.

Was geschieht, wenn die Anzahl der Sitzungshosts im Hostpool die maximale Hostpoolgröße überschreitet?

Dies kann passieren, wenn die maximale Hostpoolgröße in jeder Phase unterschiedlich konfiguriert ist. Die automatische Skalierung löscht die aktiven, freigegebenen Sitzungshosts ohne Sitzungen, um die Einstellung Maximale Hostpoolgröße in der aktuellen Phase zu berücksichtigen, und setzt dann mit dem Löschen/Aufheben der Zuordnung von Sitzungshosts basierend auf dem Zeitplan und Kapazitätsschwellenwert fort, außer in der Hochlaufphase. Es wird keine Aktion zum Löschen/Aufheben der Zuordnung ausgeführt, solange die Anzahl der Sitzungshosts im Hostpool die maximale Hostpoolgröße nicht überschreitet. Dieses Verhalten entspricht der Skalierungsmethode für die automatische Skalierung der Energieverwaltung, bei der die Zuordnung von Sitzungshosts in der Hochlaufphase für gepoolte Hostpools nicht aufgehoben wird.

Kann ich Sitzungshosts trotzdem manuell erstellen und löschen?

Ja, aber wenn die automatische Skalierung einen Sitzungshost löscht, den Sie manuell erstellt haben, werden die Einstellungen berücksichtigt, die Sie festlegen, ob die NIC und/oder der Datenträger automatisch gelöscht werden sollen.