Erste Schritte mit dem Azure Virtual Desktop-Agent

Im Azure Virtual Desktop-Dienstframework gibt es drei Standard Komponenten: den Remotedesktopclient, den Dienst und die virtuellen Computer. Diese virtuellen Computer befinden sich im Kundenabonnement, in dem der Azure Virtual Desktop-Agent und der Agent-Bootloader installiert sind. Der Agent fungiert als Zwischenkommunikator zwischen dem Dienst und den virtuellen Computern und ermöglicht die Konnektivität. Wenn daher Probleme mit der Installation, dem Update oder der Konfiguration des Agents auftreten, können Ihre virtuellen Computer keine Verbindung mit dem Dienst herstellen. Der Agent-Bootloader ist die ausführbare Datei, die den Agent lädt.

In diesem Artikel erhalten Sie eine kurze Übersicht über die Agent-Installation und -Updateprozesse.

Hinweis

Diese Dokumentation gilt nicht für den FSLogix-Agent oder den Remotedesktopclient-Agent.

Anfänglicher Installationsprozess

Der Azure Virtual Desktop-Agent wird zunächst auf eine von zwei Arten installiert. Wenn Sie virtuelle Computer (VMs) im Azure-Portal und Azure Marketplace bereitstellen, werden der Agent und der Agent-Bootloader automatisch installiert. Wenn Sie VMs mithilfe von PowerShell bereitstellen, müssen Sie den Agent und den Agent-Bootloader .msi Dateien manuell herunterladen, wenn Sie einen Azure Virtual Desktop-Hostpool mit PowerShell erstellen. Nach der Installation des Agents werden der Parallelstapel von Azure Virtual Desktop und der Geneva Monitoring-Agent installiert. Die parallele Stapelkomponente ist erforderlich, damit Benutzer Reverse-Server-zu-Client-Verbindungen sicher herstellen können. Der Geneva Monitoring Agent überwacht die Integrität des Agenten. Alle drei Komponenten sind für die End-to-End-Benutzerkonnektivität unerlässlich, um ordnungsgemäß zu funktionieren.

Wichtig

Um den Azure Virtual Desktop-Agent, den parallelen Stapel und den Geneva Monitoring-Agent erfolgreich zu installieren, müssen Sie die Blockierung aller URLs aufheben, die in der Liste Erforderliche URL aufgeführt sind. Das Aufheben der Blockierung dieser URLs ist erforderlich, um den Azure Virtual Desktop-Dienst zu verwenden.

Agent-Updateprozess

Der Azure Virtual Desktop-Dienst aktualisiert den Agent, wenn ein Update verfügbar wird. Agent-Updates können neue Funktionen oder Korrekturen für frühere Probleme enthalten. Sie müssen immer die neueste stabile Version des Agents installiert haben, damit Ihre virtuellen Computer nicht an Konnektivität oder Sicherheit verlieren. Nachdem Sie die erste Version des Azure Virtual Desktop-Agents installiert haben, fragt der Agent regelmäßig den Azure Virtual Desktop-Dienst ab, um festzustellen, ob eine neuere Version des Agents, des Stapels oder des Überwachungs-Agents verfügbar ist. Wenn eine neuere Version vorhanden ist, wird die aktualisierte Komponente automatisch vom Flightingsystem installiert, es sei denn, Sie haben das Feature Scheduled Agent Updates konfiguriert. Wenn Sie das Feature Scheduled Agent Updates bereits konfiguriert haben, installiert der Agent nur die aktualisierten Komponenten während des von Ihnen angegebenen Wartungsfensters. Weitere Informationen finden Sie unter Scheduled Agent Updates.

Neue Versionen des Agents werden in regelmäßigen Abständen in Fünf-Tage-Zeiträumen für alle Azure-Abonnements bereitgestellt. Diese Aktualisierungszeiträume werden als "Flights" bezeichnet. Es dauert 24 Stunden, bis alle VMs in einer einzelnen Brokerregion das Agent-Update in einem Flight erhalten. Aus diesem Fall kann es vorkommen, dass VMs in Ihrem Hostpool das Agent-Update zu unterschiedlichen Zeiten erhalten, wenn ein Flight durchgeführt wird. Wenn sich die VMs in unterschiedlichen Regionen befinden, können sie außerdem an verschiedenen Tagen innerhalb des Zeitraums von fünf Tagen aktualisiert werden. Der Flight aktualisiert alle VM-Agents in allen Abonnements am Ende des Bereitstellungszeitraums. Das Azure Virtual Desktop-Flighting-System verbessert die Dienstsicherheit, indem die Stabilität und Qualität des Agent-Updates sichergestellt wird.

Weitere wichtige Punkte, die Sie beachten sollten:

  • Das Agent-Update ist nicht mit Buildupdates der Azure Virtual Desktop-Infrastruktur verbunden. Wenn die Azure Virtual Desktop-Infrastruktur aktualisiert wird, bedeutet dies nicht, dass der Agent zusammen mit dem Agent aktualisiert wurde.
  • Da VMs in Ihrem Hostpool zu unterschiedlichen Zeiten Agent-Updates erhalten können, müssen Sie den Unterschied zwischen Flighting-Problemen und fehlgeschlagenen Agent-Updates erkennen können. Wenn Sie zu den Ereignisprotokollen für Ihren virtuellen Computer unter Ereignisanzeige>Windows Logs>Application wechseln und ein Ereignis mit der Bezeichnung "ID 3277" sehen, bedeutet dies, dass das Agent-Update nicht funktioniert hat. Wenn dieses Ereignis nicht angezeigt wird, befindet sich der virtuelle Computer in einem anderen Flight und wird später aktualisiert. Unter Einrichten Diagnose zum Überwachen von Agent-Updates finden Sie weitere Informationen zum Einrichten von Diagnoseprotokollen, um Updates nachzuverfolgen und sicherzustellen, dass sie ordnungsgemäß installiert wurden.
  • Wenn der Geneva Monitoring Agent auf die neueste Version aktualisiert wird, wird der alte GenevaTask-Task gefunden und deaktiviert, bevor eine neue Aufgabe für den neuen Überwachungs-Agent erstellt wird. Die frühere Version des Überwachungs-Agents wird nicht gelöscht, falls die neueste Version des Überwachungs-Agents ein Problem hat, das eine Wiederherstellung auf die frühere Version erfordert, um die Behebung zu beheben. Wenn die neueste Version ein Problem aufweist, wird der alte Überwachungs-Agent erneut aktiviert, um weiterhin Überwachungsdaten zu übermitteln. Alle Versionen des Monitors, die älter sind als die letzte, die Sie vor dem Update installiert haben, werden von Ihrem virtuellen Computer gelöscht.
  • Ihr virtueller Computer behält drei Versionen des Agents und des parallelen Stapels gleichzeitig bei. Dies ermöglicht eine schnelle Wiederherstellung, wenn beim Update ein Fehler auftritt. Die früheste Version des Agents oder Stapels wird von der VM entfernt, sobald der Agent oder Stapel aktualisiert wird. Wenn Sie diese Komponenten vorzeitig löschen und der Agent oder Stapel einen Fehler aufweist, kann der Agent oder Stapel kein Rollback auf eine frühere Version ausführen, wodurch Ihr virtueller Computer in einen nicht verfügbaren Zustand versetzt wird.

Das Agent-Update dauert normalerweise 2 bis 3 Minuten auf einem neuen virtuellen Computer und sollte nicht dazu führen, dass die Verbindung für Ihre VM unterbrochen oder heruntergefahren wird.

Nächste Schritte

Nachdem Sie nun über ein besseres Verständnis des Azure Virtual Desktop-Agents verfügen, finden Sie hier einige Ressourcen, die Ihnen möglicherweise helfen können:

  • Last updated on