vRealize Operations for Horizon 6.2 | 8. Dezember 2015

Letzte Dokumentaktualisierung: 8. Dezember 2015

Überprüfen Sie regelmäßig, ob Erweiterungen und Updates für diese Versionshinweise zur Verfügung stehen.

Diese Versionshinweise decken die folgenden Themen ab:

Schlüsselfunktionen

VMware vRealize™ Operations for Horizon™ erweitert die Funktionalität von VMware vRealize™ Operations Manager™, um VMware Horizon™ mit View™-Umgebungen zu überwachen und zu verwalten.

vRealize Operations for Horizon erfasst Daten zu Ihren Ressourcen und präsentiert diese Daten in vorkonfigurierten Dashboards für Echtzeitanalysen und Prognosen.

Neuheiten in dieser Version

vRealize Operations for Horizon 6.2 enthält die folgenden neuen Funktionen.

  • Unterstützung von VMware Horizon 6.2 - Kunden, die Horizon 6.2 bereitstellen, haben die Möglichkeit, die alltäglichen Vorgänge und die fortlaufende Leistung zu überwachen. Durch neue Metriken und Dashboards werden wertvolle Informationen zur Kapazität der Infrastruktur und zur Ressourcennutzung der Horizon 6-Bereitstellung geliefert.
  • Anwendungs- und Nutzungsberichte – Einsatzbereite Berichte bieten dem IT-Management und den Anwendungseignern Aufschluss über Anwendungsnutzung, Peak-Anzahl, Aktivitäten während Benutzersitzungen in allen Server- und VDI-Ressourcen und Lizenznutzung.
  • Proaktive Überwachung der Benutzerfreundlichkeit – Das neue Dashboard zur Benutzerfreundlichkeit sorgt für eine kontinuierliche Überwachung der Metriken von vCPU/vRAM, vDisk und PCoIP und benachrichtigt Administratoren über ein Heatmap-Layout, falls die Infrastrukturleistung so abfällt, dass sie sich negativ auf die Benutzersitzung auswirkt.
  • Kürzere Zeit zur Lösungsfindung – Neue Anwendungs-, Benutzer- und VDI-Metriken bieten Administratoren Einblick in die benutzerspezifische Ressourcennutzung und ermöglichen es ihnen, die Hauptursache schnellstmöglich zu ermitteln.
  • Unterstützung von Windows 10 – Windows 10 wird in dieser Version von vRealize Operations for Horizon unterstützt.

Einschränkungen

Für vRealize Operations for Horizon gelten folgende Einschränkungen.

  • Horizon View-Server der Version 5.x werden nicht unterstützt.
  • Der RMI-Registry-Port 3091 wird beim vRealize Operations for Horizon 6.2-Adapter wiederverwendet.
    Die Kommunikationsports für den Horizon 6.2-Meldungsserver lauten 3099 und 3101. Die Meldungsserverobjekte für Horizon 6.1 und 6.2 sind an diesem Port registriert.
  • Physische Desktops in einem Pool werden nicht überwacht
    Physische Desktops, die sich in einem Desktop-Pool befinden, werden weder überwacht noch in der Benutzeroberfläche angezeigt. Physische RDS-Hosts werden jedoch überwacht und in der Benutzeroberfläche angezeigt.
  • High Availability (HA) wird nicht unterstützt
    vRealize Operations for Horizon 6.x unterstützt nicht High Availability (HA). Wenn eine View Adapter-Instanz auf einen anderen Clusterknoten verschoben wird, können der Broker Agent und der Desktop Agent nicht mehr mit dem View Adapter kommunizieren und die vRealize Operations for Horizon-Lösung funktioniert nicht mehr. Informationen, wie dieses Problem gelöst wird, finden Sie unter KB: 2092874: Best Practices für die Konfiguration von vRealize Operations for Horizon, wenn HA aktiviert ist.
  • Sie sollten nach dem Neustart des Adapterdiensts eine gewisse Zeit warten. Andernfalls kann der Adapter möglicherweise nicht gestartet werden.
  • Stellen Sie sicher, dass vRealize Operations Manager nicht über mehrere Netzwerkkarten für mehrere Subnetzwerke verfügt. Das kann dazu führen, dass die Adapterinstanz an die falsche IP-Adresse gebunden wird.
  • Die Adapterkonfigurationsdatei /usr/lib/vmware-vcops/user/plugins/inbound/V4V_adapter3/conf/msgserver.properties sollte gleichzeitig mit /usr/lib/vmware-vcops/user/plugins/inbound/V4V_adapter3/work/msgserver.properties aktualisiert werden.
  • Broker Agent 6.1 und Desktop Agent 6.1 können nicht mit Adapter 6.2 kommunizieren, selbst wenn das Koppeln erfolgreich war, weil TLS 1.0 standardmäßig deaktiviert ist. Eine Handshake-Ausnahme wird ausgegeben.
  • Die Konfigurationsdatei der alten Adapterinstanz wird während des Upgrades nicht endgültig gelöscht. Wenn nun auf der Adapterseite ein anderes SSL-Protokoll bzw. andere Schlüssel konfiguriert sind, können Broker Agent und Desktop Agent möglicherweise einen Handshake-Fehler verursachen. Konfigurieren Sie auf dem Adapter und den Agents dasselbe Protokoll und dieselben Schlüssel.
  • Der Adapter kann auf dem Collector-Knoten ausgeführt werden. Er kann nicht auf dem Datenknoten oder Replikationsknoten ausgeführt werden.

Seitenanfang

Lizenzhinweise

Dieser Abschnitt enthält Hinweise zur Lizenzierung von vRealize Operations for Horizon 6.2.

  • Zum Ausführen von vRealize Operations for Horizon muss der Kunde zwei Schlüssel eingeben:
    • Einen einzelnen vRealize Operations Manager-Lizenzschlüssel;
    • Ein 10er- oder 100-er Pack vRealize Operations Manager-Lizenzschlüssel, mit denen die virtuellen Desktop-Maschinen überwacht werden.
    • Zur Gewährleistung einer ordnungsgemäßen Lizenzierung müssen die VMs den entsprechenden Lizenzierungsgruppen angehören. Ausführliche Lizenzierungsanweisungen finden Sie unter Adding a vRealize Operations for Horizon License Key und Associate View Objects with Your vRealize Operations for Horizon License Key im Dokument vRealize Operations for Horizon Installation.
    • Kunden, die von vCenter Operations Manager auf vRealize Operations Manager aktualisieren, gewinnen möglicherweise den Eindruck, sie könnten nach dieser Lizenzierungsänderung künftig weniger virtuelle Maschinen verwalten. Dies ist nicht der Fall. Durch Befolgen der obigen Schritte sowie der im Dokument vRealize Operations for Horizon Installation beschriebenen Schritte wird gewährleistet, dass alle virtuellen Maschinen überwacht werden und mit der Lizenz konform sind.
  • Die enthaltene vRealize Operations Manager-Komponentenlizenz gilt für die Überwachung von durch Horizon unterstützte Infrastrukturen. Eine separate vRealize Operations Manager-Lizenz ist für das Überwachen von Nicht-Horizon-Infrastrukturen erforderlich.

Installationshinweise

Dieser Abschnitt enthält Hinweise zum Installationsvorgang für die einzelnen vRealize Operations for Horizon-Komponenten. Eine vollständige Installationsanleitung finden Sie im Dokument vRealize Operations for Horizon Installation.

  • vRealize Operations Manager for Horizon 6.2 ist zu den folgenden Horizon- und vRealize Operations Manager-Versionen kompatibel:
    • VMware Horizon mit View 6.0.x
  • Die Installationsdateien von vRealize Operations for Horizon können Sie von der VMware-Downloadseite herunterladen.
  • Sie können die vorkonfigurierte View-Dashboard-Datei (Dashboards_V4VAdapter-6.2.0-xxx.zip) und Berichtsvorlagendatei (Reports_V4VAdapter-6.2.0-xxx.zip) von der VMware-Downloadseite herunterladen. View-Dashboards und Berichte werden bei der Installation von vRealize Operations for Horizon automatisch installiert. Diese Dateien werden für den Fall bereitgestellt, dass während oder nach der Installation Probleme auftreten und Sie die Dashboards oder Berichte in den ursprünglichen Zustand zurücksetzen müssen. Informationen zum Importieren von Dashboards und Berichten finden Sie in der Dokumentation zu vRealize Operations Manager.
  • Sie können den View-Adapter in einem vRealize Operations Manager-Clusterknoten oder Remote-Collector installieren.
  • Den Broker Agent von vRealize Operations for Horizon installieren Sie auf einem View-Verbindungsserver-Host in Ihrer View-Umgebung.
  • Durch Ihre View-Version wird bestimmt, wie Sie die Desktop Agent-Komponente von vRealize Operations for Horizon installieren.
    • In View 6.0.1-Umgebungen und höheren Umgebungen ist der Desktop Agent im View Agent-Installationsprogramm enthalten; es ist keine manuelle Installation erforderlich. Mit Horizon 6.0.1 wird Desktop Agent 6.0, mit Horizon 6.1 und 6.2 wird Desktop Agent 6.1 und mit Horizon 6.2.1 wird Desktop Agent 6.2 geliefert.
  • Richtlinien für Größenanpassung und Skalierung finden Sie unter KB 2098051: vRealize Operations for Horizon sizing guidelines.

Upgrade-Hinweise

Dieser Abschnitt enthält Hinweise zu den Upgrade-Vorgängen. Vollständige Upgrade-Anweisungen finden Sie im Dokument vRealize Operations for Horizon Installation.

  • Sie können von vCenter Operations Manager for Horizon 6.1 auf vRealize Operations for Horizon 6.2 aktualisieren. Ein Upgrade von vRealize Operation for Horizon 6.0 auf vRealize Operation for Horizon 6.2 wird nicht unterstützt. Hierfür sollte vRealize Operation for Horizon 6.0 auf vRealize Operations for Horizon 6.1 aktualisiert werden.
  • Die Dashboards, Ansichten und Berichte aus vRealize Operation for Horizon 6.1 werden während des Upgrade-Vorgangs beibehalten und durch neue Dashboards, Ansichten und Berichte ersetzt. Alte Dashboards, Ansichten und Berichte sind am View-Präfix; neue Dashboards, Ansichten und Berichte am Horizon-Präfix zu erkennen. Alte Dashboards, Ansichten und Berichte können entfernt werden.
  • Aktivieren Sie nach dem Adapterupgrade die Portnummern 3099, 3100 und 3101. Bearbeiten Sie die Datei /opt/vmware/etc/vmware-vcops-firewall.conf in vRealize Operations Manager.
    1. Fügen Sie folgenden Befehl hinzu: TCPPORTS="$TCPPORTS 3099:3101" nach TCPPORTS="$TCPPORTS 3091:3095" in /opt/vmware/etc/vmware-vcops-firewall.conf
    2. Starten Sie die Firewall neu: /etc/init.d/vmware-vcops-firewall restart
    3. Überprüfen Sie den Status der Firewall: /etc/init.d/vmware-vcops-firewall status
  • Aufgrund einer vorhandenen Beschränkung muss vRealize Operations Manager-Cluster nach dem Upgrade neu gestartet werden, damit der Vorgang abgeschlossen werden kann.
  • Sitzungen, die während des Upgrades aktiv waren, liefern nach Abschluss des Upgrades möglicherweise keine Berichtsdaten. Wenn dies der Fall ist, starten Sie den Desktop Agent zu den aktiven Sitzungen neu.
  • Während des Broker Agent-Upgrade-Prozesses wird der Broker Agent 6.1-Dienst von vRealize Operations for Horizon angehalten, die Konfiguration wird beibehalten, der Broker Agent wird deinstalliert und die neue Version des Broker Agent wird installiert. Beim Start des Broker Agent-Konfigurationsprogramms müssen die vRealize Operations Manager-IP-Adresse/FQDN, die IP und die Kopplungsanmeldedaten auf dem ersten Bildschirm des Assistenten neu eingegeben und gekoppelt werden. Auf dem nächsten Bildschirm werden die Daten aus der gespeicherten Konfigurationsdatei der vorherigen Installation übernommen. Das schließt Daten wie Horizon-Anmeldedaten und Ereignisdatenbankkonfigurationen ein. Im Falle eines Upgrades wird der Broker Agent-Dienst nicht automatisch gestartet. Der Broker Agent muss auf dem Bildschirm "Broker Agent-Dienst konfigurieren" des Broker Agent-Konfigurationsdienstprogramm-Assistenten gestartet werden. Klicken Sie auf Weiter und auf der letzten Seite des Assistenten auf Beenden.
  • Informationen zur Datenmigration von vCenter Operations Manager for Horizon 1.6 (vCenter Operations Manager 5.8.2) oder vCenter Operations Manager for Horizon 1.7 (vCenter Operations Manager 5.8.3) finden Sie in der vorherigen Version der Installationsanleitung.
  • TLS 1.2 wird in vRealize Operations for Horizon Adapter 6.2 standardmäßig erzwungen. Der Adapter kann mit älteren Desktop Agents, die mit TLS 1.0 (z. B. vRealize Operations for Horizon Desktop Agent 6.1) ausgeführt werden, nicht kommunizieren. VDI-Pools, RDS-Pools oder Apps, die mit älteren Desktop Agents ausgeführt werden, werden standardmäßig überwacht. Zur Überwachung von Pools, die mit älteren Desktop Agents ausgeführt werden, müssen sich die Administratoren beim vRealize Operations Manager-Collector-Knoten anmelden und enforcesslprotocols = false zur Datei /usr/lib/vmware-vcops/user/plugins/inbound/V4V_adapter3/work/msgserver.properties hinzufügen. Die Horizon Adapter-Instanz muss neu gestartet werden. Möglicherweise müssen die Broker Agent- und Horizon Adapter-Instanzen gekoppelt werden.

Unterstützung für die Internationalisierung (I18N)

Die Benutzeroberfläche und die Dokumentation von vRealize Operations for Horizon stehen jetzt in Englisch, Japanisch, Französisch, Deutsch, vereinfachtem Chinesisch, traditionellem Chinesisch und Koreanisch zur Verfügung.

Seitenanfang

Vorherige Versionen von vRealize Operations Manager for Horizon

Funktionen aus Vorgängerversionen von vRealize Operations Manager for Horizon werden zusammen mit bekannten Problemen in den Versionshinweisen zur jeweiligen Version erläutert.

Behobene Probleme

Dieser Abschnitt enthält behobene Probleme für diese Version.

  • Der View-API-Port kann nun mit dem Broker Agent-Konfigurationsprogramm konfiguriert werden.
  • Metrische Einheiten sind im Dashboard "View – Überblick" in vRealize Operations Manager 6.0.3 und vRealize Operations Manager for Horizon 6.1 nicht zu sehen.
  • "TopN-Analyse"-Widgets in der Spalte für Anwendungspools im Dashboard "View-RDS-Pools" sind immer leer. Zu den betroffenen Widgets gehören "Höchste PCoIP-Latenz für Anwendungssitzung", "Größte PCoIP TX-Bandbreite für Anwendungssitzung", "Größter TX-Paketverlust für Anwendungssitzung" und "Längste Anmeldedauer für Anwendungssitzung".

Bekannte Probleme

Dieser Abschnitt enthält bekannte Probleme für diese Version.

  • Ein einziger vRealize Operations for Horizon 6.2-Broker Agent kann nicht über virtuelle Desktop-Maschinen mit 4 KB hinaus skalieren, wenn er in einer Horizon View 6.1- oder 6.2-Umgebung auf einem POD mit einer einzelnen Ansicht verwendet wird.
    Umgehung: Aktualisieren Sie die Horizon View-Version auf 6.2.1.

  • Der Test für die Desktop-Pool-ID schlägt in der optionalen Desktop-Pool-Angabe im Broker Agent-Programm für Horizon fehl, wenn diese ID vom Desktop-Pool-Namen abweicht.
    Umgehung: Geben Sie die richtige Desktop-Pool-ID ein, ignorieren Sie die Fehlermeldung und klicken Sie zum Konfigurieren auf Weiter.

  • Beim Upgrade der vRealize Operations for Horizon-Lösung auf 6.1 treten doppelte Sitzungsobjekte auf
    Beim Upgrade der vRealize Operations for Horizon-Lösung auf 6.1 treten doppelte Sitzungsobjekte auf. Das neuere Objekt weist dabei eine machine_id auf, das ältere Objekt weist keine machine_id auf. Die Metriken werden ausschließlich von Sitzungsobjekten mit machine_id abgerufen. Sitzungsobjekte ohne machine_id sind veraltet und rufen keine Metriken ab (aufgrund der Einschränkung, dass veraltete Objekte von vRealize Operations Manager nicht umgehend gelöscht werden). Dies gilt nur für VDI-Sitzungsobjekte.

  • Horizon-Pods, die nicht weiter überwacht werden, erscheinen nach wie vor in den Horizon-Dashboards.
    Wenn ein Horizon-Pod nicht mehr überwacht wird, erscheint die Horizon-Pod-Ressource trotzdem weiter in den Horizon-Dashboards.
    Umgehung: Löschen Sie die Horizon-Pod-Ressource sowie alle mit diesem Horizon-Pod in Zusammenhang stehenden Horizon-Verbindungsserver-, Sicherheitsserver- und Pool-Ressourcen manuell aus der vRealize Operations Manager-Benutzeroberfläche.

  • Vorhandene Desktops des Typs "Verknüpfter Klon" müssen neu zusammengesetzt werden
    Wenn Sie Desktop-Pool-Images erstellt haben, die verknüpfte Klone verwenden, bevor Sie vRealize Operations for Horizon installieren, müssen Sie die verknüpften Klone neu zusammensetzen, um den vRealize Operations for Horizon-Desktop Agent in das Image aufnehmen zu können.

  • Benutzernamen mit Multibyte-Zeichen werden in der benutzerdefinierten vRealize Operations Manager-Benutzeroberfläche möglicherweise nicht ordnungsgemäß dargestellt

  • Warnungen, die in Zusammenhang mit dem Netzwerk stehen, werden nicht für Benutzersitzungen generiert, die vor der View Adapter-Einrichtung gestartet wurden
    Die folgenden Warnungen werden nicht für Benutzersitzungen generiert, die vor der Konfiguration einer View Adapter-Instanz initiiert wurden: PCoIP|Round-Trip-Latenz (ms) und PCoIP|Prozentueller Anteil der verloren gegangenen Pakete. Siehe KB 1030695: PCoIP-Leistung ist langsamer als erwartet zur Behebung von Problemen mit hoher Latenz und verloren gegangenen Paketen.

  • Eine Änderung des Adapternamens führt dazu, dass im Dashboard "View Adapter-Status" falsche Daten angezeigt werden
    Wenn der Name der View Adapter-Instanz geändert wird, sind der Zustand des View Adapters im Widget "View Adapter auswählen" und der Zustand der Objekte im Widget "View Adapter-Status" im Dashboard "View Adapter-Status" unbekannt. Diese Probleme sind darauf zurückzuführen, dass die Ressource "Adapter-Collector anzeigen" nicht automatisch mit der Namensänderung der vCenter Operations for Horizon View Adapter-Instanz aktualisiert wird.
    Umgehung: Ändern Sie den Adapternamen nicht. Wenn der Adaptername bereits geändert wurde, aktualisieren Sie den Namen in der Benutzeroberfläche von vRealize Operations for Horizon.

  • Aus View gelöschte Objekte werden nicht automatisch aus vRealize Operations Manager gelöscht
    Wenn Sie beispielsweise einen Desktop-Pool in View Administrator löschen, wird dieses Objekt weiterhin in vRealize Operations Manager angezeigt. Objektbeziehungen werden in vRealize Operations Manager entfernt.

  • Bestimmte View-Berichte geben inkonsistente oder falsche Ergebnisse zurück
    Die Berichte "Auslastung von View-Desktop-Pools" und "Auslastung des View-Anwendungspools" geben in den Abschnitten für verbundene und getrennte Desktop-Sitzungen inkonsistente oder falsche Ergebnisse zurück.
    Umgehung: Keine.

  • Wenn ein View Adapter Daten von mehr als 1000 Desktop Agents erhält, ist der ARP-Cache auf dem Collector-Knoten von vRealize Operations Manager nicht groß genug, um alle notwendigen Einträge im Cache zu verarbeiten.
    Umgehung: Eine Lösung für dieses Problem finden Sie unter KB 2096607: Adjusting the ARP cache on a vRealize Operations Manager remote collector node.

  • Scoreboard-Widgets in den Dashboards "View – Überblick", "View-Remotesitzungsdetails", "RDS-Host- und TS-Host-Details anzeigen" und "Systemzustand von eigenem View-Adapter" werden nicht aktualisiert
    Die meisten Scoreboard-Widgets sind so konfiguriert, dass sie alle zwei Minuten aktualisiert werden, aber dieses Problem verhindert die automatische Aktualisierung. Dieses Problem ist am offensichtlichsten, wenn die betroffenen Dashboards immer geöffnet gehalten werden.
    Umgehung: Klicken Sie in der Master-Widget-Symbolleiste auf die Schaltfläche Interaktion mit Mehrfachauswahl durchführen, um Interaktionen wieder zu initiieren und die entsprechenden Scoreboard-Widgets zu aktualisieren. Klicken Sie zum Beispiel im Dashboard "View – Überblick" in der Symbolleiste für das Widget "View-Pods" auf die Schaltfläche Interaktion mit Mehrfachauswahl durchführen, um das Scoreboard-Widget "Pod-Indikatormetriken" zu aktualisieren.

  • In Horizon Desktop Agent 6.1 oder früheren Versionen können keine Daten zu Anmeldezeit, Anmeldedauer, Sitzungsdauer, durchschnittlicher Anmeldedauer, durchschnittlicher Neusammlungsdauer und maximaler Anmeldezeit gesammelt werden.
    Diese Metriken sind in Widgets wie beispielsweise den Dashboards zu "Längste Anmeldedauer für RDS-Desktop-Sitzung in Horizon RDS-Pools", "Längste Anmeldedauer für Anwendungssitzung in RDS-Pools", "Längste Anmeldedauer für VDI-Anwendungssitzungen für Horizon in VDI-Pools", "Horizon-Remotesitzungen in Benutzersitzungsdetails", "Pool- Desktop-Sitzungen in Horizon-Desktop-Auslastung", "Längste Anmeldedauer für RDS-Desktop-Sitzungen in Horizon-Benutzersitzungen", "Längste Anmeldedauer in Horizon-Benutzersitzungen", "Längste Anmeldedauer in VDI-Sitzungen in Horizon-Benutzersitzungen", "Desktop-Nutzung aller Desktop-Pools in Horizon" und "Horizon-Pods in der Horizon-Übersicht" nicht zu sehen.
    Umgehung: Aktualisieren Sie die Desktop Agent-Version auf 6.2.

  • Tab-Durchlauf funktioniert beim Konfigurieren des Broker Agent-Programms nicht in der richtigen Reihenfolge.

  • Der Name der virtuellen Maschine wird im Widget "Anwendungsinstanzen" im Horizon Application-Dashboard bei Verwendung eines Desktop Agent Version 6.1 oder älter nicht angezeigt.
    Umgehung: Aktualisieren Sie die Desktop Agent-Version auf 6.2.

  • Die vom Benutzer-Widget im Dashboard "Horizon-Remotesitzungsdetails" gestarteten Anwendungen tragen keine Daten ein, wenn Desktop Agent Version 6.1 oder älter auf einem RDS-Server oder einer VDI-Maschine installiert wurde.
    Umgehung: Aktualisieren Sie die Desktop Agent-Version auf 6.2.

  • Der Broker kann den db-Ereignistyp beim Neustart eines Verbindungsservers nicht initialisieren. Die folgende Meldung wird angezeigt:
    WARNING: Exception creating connection for EventDBListener: Unsupported Event DB. (Warnung: Ausnahme erstellt eine Verbindung für EventDBListener: Nicht unterstützte Ereignis-DB)
    Umgehung: Starten Sie den Broker Agent-Dienst neu.

  • Nachdem der Adapter die Desktop Agent-Daten erhalten hat, werden in der vRealize Operations Administrator-Benutzeroberfläche Sitzungen mit leerer Ansicht aufgelistet.
    Umgehung: Führen Sie die folgenden Schritte aus:
    1. Klicken Sie auf das Stiftsymbol in der oberen rechten Ecke des Widget.
    2. Gehen Sie im Popup-Fenster zu Zu filternde Tags auswählen, erweitern Sie Erfassungszustände und überprüfen Sie, ob die Option Erfassung markiert ist.
    3. Klicken Sie auf "Speichern".

  • Die Sitzungsanzahl wird im Farm-Widget in den Dashboards zu Horizon-RDS-Pool und RDS-Hosts nicht aktualisiert.
    Umgehung: Warten Sie auf die nächste Topologie-Aktualisierung.
check-circle-line exclamation-circle-line close-line
Scroll to top icon