Freigeben über

Geplante Agent-Updates für Azure Virtual Desktop-Hostpools

Mit dem Feature Scheduled Agent Updates können Sie bis zu zwei Wartungsfenster für den Azure Virtual Desktop-Agent, den parallelen Stapel und den Geneva Monitoring-Agent erstellen, um aktualisiert zu werden, sodass Updates nicht während der Hauptgeschäftszeiten erfolgen. Um Agent-Updates zu überwachen, können Sie log Analytics verwenden, um zu sehen, wann Updates der Agent-Komponente verfügbar sind und wann Updates nicht erfolgreich sind.

In diesem Artikel wird beschrieben, wie das Feature Scheduled Agent Updates funktioniert und wie es eingerichtet wird.

Konfigurieren sie das Feature "Scheduled Agent Updates" mithilfe der Azure-Portal

So verwenden Sie die Azure-Portal zum Konfigurieren des Updates des geplanten Agents:

  1. Öffnen Sie Ihren Browser, und wechseln Sie zum Azure-Portal.

  2. Navigieren Sie im Azure-Portal zu Azure Virtual Desktop.

  3. Wählen Sie Hostpools aus, und wechseln Sie dann zu dem Hostpool, in dem Sie das Feature aktivieren möchten. Sie können dieses Feature nur für vorhandene Hostpools konfigurieren. Sie können dieses Feature nicht aktivieren, wenn Sie einen neuen Hostpool erstellen.

  4. Wählen Sie im Hostpool die Option Geplanter Agent Updates aus. Die Updates des geplanten Agents ist standardmäßig deaktiviert. Dies bedeutet, dass der Agent jederzeit vom Agent-Update-Flighting-Dienst aktualisiert werden kann, es sei denn, Sie aktivieren diese Einstellung. Aktivieren Sie das Kontrollkästchen Geplante Agent-Updates , um das Feature zu aktivieren.

    Screenshot: Optionen für die Updates des geplanten Agents im Inhaltsverzeichnis des Hostpools und das Kontrollkästchen zum Aktivieren des Updates für den geplanten Agent Beide sind ausgewählt und mit einem roten Rahmen hervorgehoben.

  5. Geben Sie Ihre bevorzugte Zeitzoneneinstellung ein. Wenn Sie Zeitzone des lokalen Sitzungshosts verwenden auswählen, verwendet der geplante Agent-Updates automatisch die lokale Zeitzone des virtuellen Computers. Wenn Sie die Option Zeitzone des lokalen Sitzungshosts verwenden nicht auswählen, müssen Sie eine Zeitzone angeben.

  6. Wählen Sie einen Tag und eine Uhrzeit für das Fenster Wartung aus. Wenn Sie ein optionales zweites Wartungsfenster erstellen möchten, können Sie hier auch ein Datum und eine Uhrzeit dafür auswählen. Da es sich bei der Updates des geplanten Agents um eine Hostpooleinstellung handelt, werden die von Ihnen konfigurierten Zeitzoneneinstellungen und Wartungsfenster auf alle Sitzungshosts im Hostpool angewendet.

  7. Wählen Sie Übernehmen aus, um Ihre Einstellungen anzuwenden.

    Screenshot: Zeitplanoptionen für den geplanten Agent Updates

Weitere Informationen

Funktionsweise des Features

Das Feature Scheduled Agent Updates aktualisiert den Azure Virtual Desktop-Agent, den parallelen Stapel und den Geneva Monitoring-Agent, wenn eine oder mehrere dieser Komponenten aktualisiert werden müssen. Jeder Verweis auf die Agent-Komponenten bezieht sich auf diese drei Komponenten. Geplante Agent-Updates gilt nicht für die Erstinstallation der Agent-Komponenten. Wenn Sie den Agent auf einem virtuellen Computer (VM) installieren, installiert der Agent automatisch den parallelen Stapel und den Geneva Monitoring Agent, unabhängig davon, welche Wartungsfenster Sie festlegen. Alle nicht kritischen Updates nach der Installation erfolgen nur innerhalb Ihrer Wartungsfenster. Hostpools mit aktiviertem Feature "Scheduled Agent Updates" erhalten das Agent-Update, nachdem der Agent vollständig in die Produktion geschaltet wurde. Weitere Informationen zur Funktionsweise des Agent-Flightings finden Sie unter Agent-Updateprozess. Das Update der Agent-Komponente ist nicht erfolgreich, wenn die Sitzungshost-VM während des geplanten Updatezeitpunkts heruntergefahren oder die Zuordnung aufgehoben wird. Wenn Sie scheduled Agent Updates aktivieren, stellen Sie sicher, dass alle Sitzungshosts in Ihrem Hostpool während des konfigurierten Wartungsfensters aktiviert sind. Der Broker versucht, die Agent-Komponenten während jedes angegebenen Wartungsfensters bis zu vier Mal zu aktualisieren. Nach dem vierten Versuch installiert der Broker das Update erzwungen. Dieser Prozess gibt Zeit für Wiederholungen bei der Installation, wenn ein Update nicht erfolgreich ist, und verhindert außerdem, dass Sitzungshosts veraltete Versionen von Agentkomponenten haben. Wenn ein kritisches Agent-Komponentenupdate verfügbar ist, installiert der Broker die Agent-Komponente aus Sicherheitsgründen erzwungen.

Informationen zu Wartungsfenstern und Zeitzonen

  • Sie müssen mindestens ein Wartungsfenster angeben. Das Konfigurieren des zweiten Wartungsfensters ist optional. Das Erstellen von zwei Wartungsfenstern bietet den Agent-Komponenten zusätzliche Möglichkeiten zum Aktualisieren, wenn das erste Update während eines der Fenster nicht erfolgreich ist.

  • Alle Wartungsfenster sind zwei Stunden lang, um Situationen zu berücksichtigen, in denen alle drei Agent-Komponenten gleichzeitig aktualisiert werden müssen. Wenn Ihr Wartungsfenster beispielsweise Samstag um 9:00 Uhr PST ist, werden die Updates zwischen 9:00 Uhr PST und 11:00 Uhr PST durchgeführt.

  • Der Parameter Sitzungshost lokal verwenden ist nicht standardmäßig ausgewählt. Wenn sich das Agentkomponentenupdate für alle Sitzungshosts in Ihrem Hostpool in derselben Zeitzone befinden soll, müssen Sie eine einzelne Zeitzone für Ihre Wartungsfenster angeben. Eine einzelne Zeitzone ist hilfreich, wenn sich alle Sitzungshosts oder Benutzer in derselben Zeitzone befinden.

  • Wenn Sie Sitzungshost lokal verwenden auswählen, befindet sich das Agent-Komponentenupdate in der lokalen Zeitzone jedes Sitzungshosts im Hostpool. Verwenden Sie diese Einstellung, wenn sich alle Sitzungshosts in Ihrem Hostpool oder ihre zugewiesenen Benutzer in unterschiedlichen Zeitzonen befinden. Angenommen, Sie verfügen über einen Hostpool mit Sitzungshosts in "USA, Westen" in der Zeitzone "Pacific Standard Time zone" und Sitzungshosts in "USA, Osten" in der Zeitzone "Eastern Standard Time", und Sie haben das Wartungsfenster auf Samstag um 21:00 Uhr festgelegt. Durch Aktivieren der Lokalen Zeit des Sitzungshosts verwenden wird sichergestellt, dass Updates für alle Sitzungshosts im Hostpool um 21:00 Uhr in ihren jeweiligen Zeitzonen erfolgen. Wenn Sie die Lokale Zeit des Sitzungshosts verwenden deaktivieren und die Zeitzone auf Central Standard Time festlegen, wird sichergestellt, dass Updates der Sitzungshosts im Hostpool unabhängig von den lokalen Zeitzonen der Sitzungshosts um 21:00 Uhr Standard Uhrzeit erfolgen.

  • Die lokale Zeitzone für VMs, die Sie mit dem Azure-Portal erstellen, ist standardmäßig auf Coordinated Universal Time (UTC) festgelegt. Wenn Sie die VM-Zeitzone ändern möchten, führen Sie das PowerShell-Cmdlet Set-TimeZone auf dem virtuellen Computer aus.

  • Um eine Liste der verfügbaren Zeitzonen für einen virtuellen Computer abzurufen, führen Sie das PowerShell-Cmdlet Get-TimeZone auf dem virtuellen Computer aus.

Nächste Schritte

Weitere Informationen zu geplanten Agent-Updates und Agent-Komponenten finden Sie in den folgenden Ressourcen: