Dieses Dashboard zeigt die Gesamtleistung des Netzwerkanteils des Desktops als Dienst an. Zusammen mit dem Dashboard „Horizon Rechenzentrumsleistung“ bietet es einen vollständigen Überblick über die Gesamtleistung von Horizon.

So wie der Datencenteranteil über Verbraucherebene (VM) und Anbieterebene (ESXi) verfügt, verfügt der Netzwerkanteil über Verbraucher (Protokoll) und Anbieter (Netzwerkinfrastruktur). Die beiden Ebenen haben unterschiedliche Metriken, und es ist wichtig zu verstehen, wann sie korrelieren und wann nicht. Die Metrik „Paketverlust“ auf der Verbraucherebene bedeutet beispielsweise nicht immer, dass es auf der Anbieterebene zu Paketverlusten kommt. Der Protokollpaketverlust wird vom Desktop-Agenten gemessen. Horizon Agent kann Pakete verwerfen, einfach weil die Pakete veraltet oder nicht in Ordnung sind. Manchmal kommt es zu Paketverlusten durch die physischen oder virtuellen Switches, die sich auf die Verbraucherebene auswirken. Dies tritt bei nicht optimalem Netzwerk-Routing, Protokoll-Hair-Pinning, Firewall-Fehlkonfigurationen, Netzwerk-QoS-Einstellungen und so weiter auf.

Überlegungen zum Entwurf

Das Dashboard fungiert als Einstiegspunkt für die Überwachung. Es ermöglicht die Durchführung eines Drilldowns im Dashboard „RDS-Farmen“ sowie in den Dashboards „VDI-Pools“ und bietet Benutzern die Möglichkeit, während des Drilldowns Verzweigungen zu erstellen.

Verwendung des Dashboards

Überprüfen Sie das Überschriften-Scoreboard, das sich im oberen Bereich des Desktops befindet.

  • Es ist farblich codiert. Klicken Sie darauf, um das Widget zu bearbeiten und sich mit dem Schwellenwert vertraut zu machen.

Überprüfen Sie die Tabelle Pods und Welt

  • Dort werden alle Horizon-Pods aufgelistet. Wenn Sie die Gesamtanzahl anzeigen möchten, umfasst das Objekt „Horizon-Welt“ alle Pods.

Wählen Sie einen der Einträge in der Tabelle aus.

  • Die Leistung des ausgewählten Eintrags wird im Systemzustandsdiagramm angezeigt.

  • Die RDS-Farmen, die VDI-Pools und der vSphere Distributed Switch im ausgewählten Pod werden in den folgenden Tabellen aufgelistet.

Überprüfen Sie bei Verwendung von RDS die Tabellen unter RDS-Farmen.

  • Achten Sie auf die Hosts, die nicht funktionieren.

  • Wenn die aktuelle Anzahl der Sitzungen 0 beträgt, gibt es keine kürzlich aktiven Sitzungen. Es haben jedoch Sitzungen in den letzten sieben Tagen stattgefunden.

Überprüfen Sie bei Verwendung von VDI die Tabellen unter VDI-Pools.

  • Achten Sie auf die VDI-Pools, die nicht funktionieren.

  • Wenn die aktuelle Anzahl der Sitzungen 0 beträgt, gibt es keine kürzlich aktiven Sitzungen. Es haben jedoch Sitzungen in den letzten sieben Tagen stattgefunden.

Überprüfen Sie bei Verwendung von VDI die Tabellen unter Distributed Switch.

  • Distributed Switch ist Teil des vSphere-Datencenters, während RDS-Farm und VDI-Pool zum Horizon-Pod gehören. Zwischen ihnen gibt es keine direkte Zuordnung. Automatisierte RDS-Farmen und automatisierte VDI-Pools erstrecken sich nicht über mehrere Distributed Switches, da sie sich innerhalb eines vSphere-Clusters befinden.

Wählen Sie einen der Einträge in der Tabelle aus.

  • Der entsprechende KPI wird im Scoreboard angezeigt. Beim KPI des ausgewählten Objekt-Scoreboards handelt es sich um ein freigegebenes Widget, das von allen drei Tabellen gesteuert wird. Deshalb variiert der KPI je nach ausgewähltem Objekttyp.

  • Die Beziehung zu anderen Objekten wird im Beziehungs-Widget angezeigt.

Achtung

  • Das vSphere-Netzwerk ist naturgemäß ein verteiltes Netzwerk. Jeder ESXi trägt zur physischen Netzwerkkarte bei. Hiermit wird die physische Kapazität dargestellt. Der Distributed Switch und die zugehörigen Portgruppen erstrecken sich über diese unabhängigen Netzwerkkarten. Dadurch wird es schwieriger, die jeweilige Leistung zu definieren und zu messen. Bei ESXi oder physischen Netzwerkkarten (NICs) kann ein Ungleichgewicht auftreten. In gewisser Weise ähnelt dies verteiltem Speicher (z. B. vSAN). Die Kapazitätsverwaltung gilt nicht für eine Portgruppe, da ihre Obergrenze (auch als physische Kapazität bezeichnet) sogar um eine Minute variieren kann.

  • Die Latenz innerhalb eines Datencenters sollte unter einer Millisekunde liegen. Verwenden Sie vRealize Network Insight, um die Latenzzeit oder die Probleme bei der erneuten Übertragung zu untersuchen, die durch den Übergang in den lateralen Datenverkehr verursacht werden.

  • Fügen Sie ein physisches Netzwerk mithilfe des entsprechenden Management Packs hinzu, wie z. B. True Visibility Suite.

  • Die meisten Pakete sind Unicast-Pakete, die zwischen einem Paar aus Sender und Empfänger gesendet werden. Wenn Ihre Umgebung viele VMs hat, die Broadcast-Pakete an alle und Multicast-Pakete an viele Ziele senden, fügen Sie ein Top-N-Widget hinzu, um herauszufinden, welche VMs diese Pakete senden.