Übersicht: Netzwerktopologie
Netzwerktopologie ist ein Visualisierungstool, das die Topologie Ihrer Netzwerkinfrastruktur:
- Infrastrukturansicht: Hier sehen Sie VPC-Netzwerke (Virtual Private Cloud), die Hybridkonnektivität zu und von Ihren lokalen Netzwerken, die Konnektivität zu von Google verwalteten Diensten und die zugehörigen Messwerte.
- GKE Enterprise-Ansicht (für GKE Enterprise) aktivierte Projekte): Zeigt die Infrastruktur Ihrer GKE-Deployments (Google Kubernetes Engine): Cluster, Namespaces, Arbeitslasten, Pods und die zugehörigen Messwerte ein.
Sie können auch Messwerte und Details des Netzwerktraffics zu anderen freigegebenen VPC-Netzwerken und zum interregionalen Traffic aufrufen. Netzwerktopologie kombiniert Konfigurationsinformationen in einer einzigen Ansicht mit Echtzeit-Betriebsdaten. Diese Ansicht macht Netzwerkbeziehungen zwischen verschiedenen Arbeitslasten in Google Cloud und deren aktuellem Status verständlicher, wie beispielsweise die Trafficpfade und der Durchsatz zwischen VM-Instanzen.
Netzwerktopologie fasst Informationen in einem Grafikformat zusammen, wobei die Knoten und Linien für Entitäten und Verbindungen in Ihrem Netzwerk stehen.
Funktionsweise
Mit Netzwerktopologie werden Telemetrie- und Konfigurationsdaten in Echtzeit aus der Infrastruktur von Google erfasst, um Ihre Ressourcen zu visualisieren. Dies schließt Elemente wie Konfigurationsinformationen, Messwerte und Logs zum Ableiten von Beziehungen zwischen Ressourcen in einem oder mehreren Projekten ein. Nachdem die einzelnen Elemente erfasst wurden, werden sie von Netzwerktopologie zu einem Diagramm kombiniert, das Ihre Bereitstellung darstellt.
Vorteile
Die Verwendung von Netzwerktopologie bietet folgende Vorteile:
Sie können sich die Topologie Ihrer Bereitstellungen anzeigen lassen. Für die Verwendung von Netzwerktopologie sind keine zusätzlichen Konfigurationen oder Agents erforderlich.
Sie können Diagramme von Netzwerktopologie verwenden, um Ihre Google Cloud-Infrastruktur nachzuvollziehen. Sie müssen weder mehrere Logs ansehen noch Tools von Drittanbietern verwenden.
Sie können mit Netzwerktopologie die Leistung Ihres Netzwerks analysieren. Sie können die verschiedenen Messwerte aufschlüsseln und so unerwartete Muster erkennen.
Mithilfe von Filtern können Sie bestimmte insbesondere wenn Sie Probleme diagnostizieren und beheben müssen.
Sie können projektübergreifende Messwerte für den Grenzen einer freigegebene VPC oder eines VPC-Netzwerk-Peerings innerhalb derselben Unternehmen.
Sie können sich Statistiken für Entitäten mit hohen Werten für den Messwert „Ausgang“ ansehen, um sie weiter zu analysieren und Fehler zu beheben.
Hinweise
Netzwerktopologie erfasst einen Verlauf von sechs Wochen.
Netwerktopologie visualisiert Entitäten und Verbindungen nur, wenn während des ausgewählten Zeitraums eine Kommunikation (Senden oder Empfangen von Traffic) stattgefunden hat. Zwischen Entitäten besteht eine Verbindung, wenn Basisentitäten in ihren jeweiligen Hierarchien miteinander kommunizieren. Netzwerktopologie verbindet beispielsweise die Regionen us-east4
und europe-west1
, wenn mindestens eine VM-Instanz in jeder Region mit der anderen kommuniziert. Selbst wenn es andere Ressourcen gibt, werden diese von Netzwerktopologie nicht angezeigt, wenn sie keinen Traffic empfangen oder gesendet haben.
Weitere Informationen finden Sie unter Datenerfassung und -aktualität.
Ressourcen und Traffic
In einem Diagramm von Netzwerktopologie sind Ihre Ressourcen und Ihr Traffic als Entitäten und Verbindungen dargestellt. Netzwerktopologie fasst verwandte Ressourcen in hierarchischen Entitäten zusammen, wobei jeder Ressourcentyp eine eigene Hierarchie hat. In den folgenden Abschnitten werden die Ressourcen (Entitäten) und Trafficpfade (Verbindungen) beschrieben, die in Netzwerktopologie grafisch dargestellt werden können.
Entitäten
Eine Basisentität ist die unterste Ebene einer bestimmten Hierarchie und stellt eine Ressource, die direkt über ein Netzwerk mit anderen Ressourcen kommunizieren kann, z. B. als VM-Instanz oder GKE-Pod für Google Kubernetes Engine (GKE) Enterprise Projekten.
Wenn Sie mehrere Netzwerke und viele Basisentitäten haben, werden alles in einer flachen Ansicht überwältigend sein. Zur Lösung dieses Problems fasst Netzwerktopologie Basisentitäten in hierarchischen Entitäten zusammen, die Sie maximieren oder minimieren können. Wenn Sie zum ersten Mal ein Diagramm von Netzwerktopologie aufrufen, werden alle Basisentitäten in ihrer übergeordneten Hierarchie zusammengefasst.
In der Netzwerktopologie werden die Entitäten beispielsweise so zusammengefasst:
- VM-Instanzen in ihrer Instanzgruppe zusammen, dann Instanzgruppen in einer Google Cloud-Zone
- GKE-Pods in ihre GKE-Arbeitslasten ein, aggregiert GKE-Arbeitslasten in GKE Namespaces und dann die GKE-Namespaces in eine GKE-Cluster. Diese Option ist nur für Für GKE Enterprise aktivierte Projekte.
Netzwerktopologie stellt eine Basisentität oder eine hierarchische Entität als runden Knoten in einem Diagramm dar. Jede Basisentität hat ihre eigene Hierarchie. Beispielsweise haben Load-Balancer eine andere Hierarchie als VM-Instanzen.
Die folgende Tabelle zeigt die Basisentitäten und ihre Aggregationshierarchien. In einem Diagramm stellt Netzwerktopologie jede Basisentität mithilfe eines in der Tabelle angezeigten Symbols dar.
Basisentität | Symbol | Beschreibung | Aggregationshierarchie (von oben nach unten) |
---|---|---|---|
VM-Instanz | Eine Compute Engine-VM-Instanz |
Region > Netzwerk > Subnetz > Zone > Instanzgruppe > Instanz |
|
VM-Instanzgruppe | Die Sammlung von VM-Instanzen, die Sie als für eine einzelne Entität. |
Region > Netzwerk > Subnetz > Zone > Instanzgruppe > |
|
Klassischer Application Load Balancer Externer Passthrough-Network Load Balancer Externer Proxy-Network Load Balancer |
Die Basisentität für Komponenten externer Load-Balancer, z. B. die Weiterleitungsregel und den Back-End-Dienst verwenden. | Externer Load-Balancer > Load-Balancer |
|
Internes Load-Balancing-Modul | Die Basisentität für interne Load Balancer-Komponenten, z. B. die Weiterleitungsregel und der Back-End-Dienst. | Interner Load-Balancer > Load-Balancer |
|
Cloud-NAT-Gateway | Ein NAT-Gateway | Region > Netzwerk > NATs > NAT-Gateway |
|
VPC-Netzwerk-Peering | Ein VPC-Peering-Endpunkt, der angezeigt wird, wenn Sie keine Berechtigungen zum Aufrufen des Peer-Netzwerks haben. Ist dies der Fall, zeigt Netzwerktopologie die Ressourcen des Peer-Netzwerks an. | Peer-Netzwerke > Netzwerk |
|
Land | Netzwerktopologie zeigt das Land an, in dem sich externe Clients befinden. Diese Clients befinden sich außerhalb von Google Cloud. Normalerweise handelt es sich dabei um Hosts, die über externe IP-Adressen mit Ressourcen in Ihrem Netzwerk kommunizieren. |
Geschäftsregion* > Land# |
|
Cloud Interconnect | Netzwerktopologie zeigt die Dedicated Interconnect- oder Partner Interconnect-Verbindungen an. Weitere Informationen finden Sie in der Übersicht zu Cloud Interconnect. | interconnect | |
VLAN-Anhänge | Netzwerktopologie zeigt die VLAN-Anhänge für Dedicated Interconnect- oder Partner Interconnect-Verbindungen an. |
Interconnect-Verbindung > Interconnect-Anhänge |
|
Cloud VPN-Gateway | Netzwerktopologie zeigt die Cloud VPN-Gatewayverbindungen an. Weitere Informationen finden Sie in der Cloud VPN-Übersicht. |
Gateway > |
|
Cloud VPN | Netzwerktopologie zeigt die Cloud VPN-Verbindungen an. |
Gateway > VPN-Tunnel |
|
Lokal | Netzwerktopologie zeigt die lokalen Netzwerke an. Ein lokales Netzwerk kann sich auf jedes Remotenetzwerk beziehen, das sich außerhalb der Google Cloud-Domain befindet. | Lokal | |
Router-Appliance-Instanzen | Netzwerktopologie zeigt die Router-Appliance-Instanzen. | ||
Von Google verwaltete Dienste | Netzwerktopologie zeigt die von Google verwaltete Dienstinstanz. |
Google-Dienste > Google-Dienst |
*Eine Geschäftsregion kann eine der folgenden Entitäten sein: Amerika für Nord- und Südamerika, APAC für Asien und Ozeanien und EMEA für Europa, den Nahen Osten und Afrika.
#Google nutzt die externen IP-Adressen, um den Ursprung des externen Clients zu kategorisieren. Die IP-Adresse gibt jedoch möglicherweise keinen Aufschluss über den tatsächlichen Standort des Clients. Wenn Sie beispielsweise Inhalte über Cloud CDN bereitstellen, ist die von Netzwerktopologie beobachtete IP-Adresse unter Umständen nicht die tatsächliche Adresse des externen Clients.
Die folgende Tabelle zeigt die Basisentitäten und ihre Aggregationshierarchien in der GKE Enterprise-Ansicht, die nur für GKE Enterprise-Projekte verfügbar ist. In einem Diagramm stellt Netzwerktopologie jede Basisentität mithilfe eines in der Tabelle angezeigten Symbols dar.
Basisentität | Symbol | Beschreibung | Aggregationshierarchie (von oben nach unten) |
---|---|---|---|
GKE-Pod | Die Basisentität für GKE-Entitäten wie Cluster, Arbeitslasten und Namespaces. | Region > Netzwerk > Subnetz > Zone > GKE-Cluster > GKE-Namespace > GKE-Workload > GKE-Pod |
|
GKE-Arbeitslast | GKE-Arbeitslast | Region > Netzwerk > Subnetz > Zone > GKE-Cluster > GKE-Namespace > GKE-Arbeitslast |
|
GKE-Namespace | GKE-Namespace | Region > Netzwerk > Subnetz > Zone > GKE-Cluster > GKE-Namespace |
|
GKE-Cluster | GKE-Cluster | Region > Netzwerk > Subnetz > Zone > GKE-Cluster |
Verbindungen
Netzwerktopologie stellt den Traffic zwischen Entitäten als Linien dar, z. B. den Traffic zwischen VM-Instanzen. Netzwerktopologie verbindet Entitäten, wenn mindestens eine Seite der Verbindung Traffic sendet.
Netzwerktopologie zeigt Verbindungen auf verschiedenen Hierarchieebenen an, solange ihre Basisentitäten miteinander kommunizieren. Netzwerktopologie zeigt beispielsweise eine Verbindung zwischen zwei Regionen an, wenn mindestens eine VM-Instanz in jeder Region mit der anderen kommuniziert.
Die Netzwerktopologie unterstützt TCP-, UDP-, ICMP-, ICMPv6-, ESP- und GRE-Traffic für bestimmte Trafficpfade. In der folgenden Liste sind die Pfade beschrieben, die von Netzwerktopologie zwischen Entitäten visualisiert werden:
- Traffic in einem VPC-Netzwerk, z. B. Traffic zwischen VM-Instanzen und internen Load-Balancern, die sich im selben Netzwerk befinden.
- Traffic zwischen VPC-Peering-Netzwerken, z. B. Traffic zwischen VM-Instanzen und internen Load-Balancern in VPC-Peer-Netzwerken.
- Traffic zwischen Google Cloud und dem Internet, z. B. zwischen Clients im Internet und Entitäten (z. B. VM-Instanzen oder externen Application Load Balancern mit externen IP-Adressen).
- Traffic zu und von Cloud VPN-Gateways, Cloud Interconnect-Verbindungen und Router-Appliance-Instanzen
In der folgenden Liste werden die Pfade beschrieben, mit denen Netzwerktopologie Visualisiert zwischen Entitäten in der GKE Enterprise-Ansicht, verfügbar Nur für GKE Enterprise-Projekte:
- Traffic innerhalb eines GKE-Clusters, z. B. der Traffic zwischen GKE-Pod-Paaren auf verschiedenen GKE-Knoten. Netzwerktopologie zeigt keine Messwerte für den Traffic zwischen den GKE-Knoten in einem Cluster.
- Traffic zwischen zwei Pods innerhalb desselben GKE-Knotens, wenn knoteninterner Traffic ist Sichtbarkeit aktiviert ist.
- Traffic zwischen GKE-Clustern und externen IP-Adressen, z. B. Dienstflüsse. Diese Verbindungen können über Load-Balancer fließen.
Von Google verwaltete Dienste
Netzwerktopologie visualisiert auch Traffic zu und von den von Google verwalteten Diensten. Google Cloud-Nutzer können Netzwerktopologie verwenden, um ihre Netzwerkkonfiguration zu prüfen und Netzwerkprobleme im Zusammenhang mit den verschiedenen verwendeten Google-Diensten zu beheben.
Netzwerktopologie unterstützt den direkten Zugriff von VMs auf von Google verwaltete Dienste und verwendet eine Standardroute mit dem nächsten Hop als default-internet-gateway
oder privaten Google-Zugriff. Die folgenden Zugriffsmethoden für von Google verwaltete Dienste werden nicht unterstützt:
- Externer Traffic aus dem Internet
- Direkter Google-Zugriff über die VMs
- Privater Google-Zugriff über lokale Hosts
Netzwerktopologie zeigt keinen Traffic zu oder von einigen der von Google verwalteten Dienste wie App Engine Memcache, Filestore, Memorystore, Cloud SQL sowie Partner- und Marketplace-Lösungen.
Überlegungen zu IP-Adressen
Für Traffic zwischen VM-Instanzen in Google Cloud, die mit externen IP-Adressen kommunizieren, zeigt die Netzwerktopologie keine einzelne Verbindung direkt zwischen den VMs an. Stattdessen zeigt die Netzwerktopologie den Datenverkehr so an, als ob er von und zu einem externen Standort gehen würde, indem sie zwei Verbindungen verwendet: eine Verbindung zwischen der ersten VM und dem Land der zweiten VM und eine weitere Verbindung zwischen der zweiten VM und dem Land der ersten VM.
Überlegungen zur Netzwerkschnittstelle
Die Netzwerktopologie visualisieren nur den Traffic zur oder von der ersten Netzwerkschnittstelle (nic0
) einer VM.
Bei VMs, die über interne IP-Adressen kommunizieren, zeigt die Netzwerktopologie nur dann eine Verbindung an, wenn beide VMs über ihre erste Netzwerkschnittstelle (nic0
-to-nic0
) kommunizieren.
Für VMs, die externe IP-Adressen zur Kommunikation verwenden, zeigt die Netzwerktopologie normalerweise zwei Verbindungen an, wie unter Hinweise zu IP-Adressen beschrieben. Wenn jedoch nur eine der VMs nic0
verwendet, zeigt die Netzwerktopologie nur eine Verbindung für diese VM an. Wenn beispielsweise eine VM über nic0
kommuniziert und die andere VM über nic1
kommuniziert, zeigt die Netzwerktopologie nur eine Verbindung zwischen der VM nic0
und einem Land an.
Messwerte für Entitäten
Netzwerktopologie zeigt den durchschnittlichen Traffic innerhalb der ausgewählten Stunde an. Sie können auch den durchschnittlichen Paketverlust für die Stunde und den Medianwert der Latenz (RTT) für viele Entitätstypen.
Zu den Messwerten für die ausgewählte Stunde auf der Zeitachse gehören:
- Durchschnittlicher stündlicher Durchsatz für die meisten Entitäten
- Durchschnittlicher stündlicher Paketverlust für Traffic innerhalb von Google Cloud-Regionen und ‑Zonen
- Stundenlicher Medianwert für die Latenz (RTT) für viele Entitätstypen verfügbar
In der GKE Enterprise-Ansicht, die für GKE Enterprise-Projekte, werden die Messwerte für die ausgewählte Stunde auf der die folgenden Informationen enthalten:
- Durchschnittlicher stündlicher Durchsatz, der für die meisten Entitäten verfügbar ist
- Der Medianwert der Latenz für Traffic innerhalb von Google Cloud-Regionen und Zonen mit GKE-Clustern
- Netzwerkurteilsmesswerte, die die GKE-Arbeitslasten mit den meisten gedroppten und weitergeleiteten Trafficflüssen für den ausgewählten Cluster anzeigen
Sie können die Tabelle mit Ausreißern auch im CSV-Format für die Traffic-Statistiken zu hohem ausgehendem Traffic und zum Netzwerkergebnis
Statistiken für Entitäten mit hohen Messwertwerten
Zusätzlich zu den durchschnittlichen stündlichen Messwerten zeigt die Rangfolge der VMs oder Instanzgruppen, die generiert werden mit dem höchsten ausgehenden Traffic. Die Netzwerktopologie bietet spezielle Ansichten, in denen Ressourcen nach ihrer Bedeutung für die Fehlerbehebung und Analyse sortiert werden.
In der Infrastrukturansicht werden die Statistiken für Messwerte für die ausgewählte Stunde am umfassen Folgendes:
- Instanzen mit hohem ausgehendem Traffic: aggregierte stündliche Werte für verschiedene Arten von ausgehender Traffic
- Instanzgruppen mit hohem ausgehendem Traffic: aggregierte stündliche Werte für verschiedene Typen des ausgehenden Traffics
In der GKE Enterprise-Ansicht, die für GKE Enterprise-Projekte verfügbar ist, umfassen die Statistiken für Messwerte für die ausgewählte Stunde auf der Zeitachse Folgendes:
- GKE-Arbeitslasten mit hohem ausgehendem Traffic: Aggregierte stündliche Werte für verschiedene Arten von ausgehendem Traffic für GKE-Arbeitslasten in der GKE Enterprise-Ansicht
Traffic anhand der Traffic-Typen filtern
Sie können den Traffic nach den folgenden Traffic-Typen weiter filtern:
- Gesamter ausgehender Traffic für eine Entität
- Zonenübergreifender ausgehender Traffic: nützlich für die Analyse von abrechenbarem Traffic
- Ausgehender Traffic zum Internet: Wird zur Analyse abrechenbarer Zugriffe und des Traffics verwendet, der externe Endpunkte erreicht.
- Ausgehender Hybridtraffic:Wird verwendet, um das Trafficvolumen zu analysieren, das lokal, einschließlich Cloud Interconnect, Cloud VPN und Verbindungen der Router-Appliance
In der GKE Enterprise-Ansicht können Sie den Traffic nach den folgenden Traffictypen weiter filtern:
- Gesamter gemessener ausgehender Traffic von der ausgewählten Entität
- Zonenübergreifender ausgehender Traffic: nützlich für die Analyse von abrechenbarem Traffic zwischen Google Cloud-Zonen
Mehrere Projekte
Netzwerktopologie visualisiert Ressourcen in Ihrem Projekt oder Sie können mit Cloud Monitoring Messwerte für mehrere Google Cloud-Projekte visualisieren. Wenn Sie Cloud Monitoring für den Zugriff auf die Messwerte für mehrere Projekte konfigurieren, kann Netzwerktopologie den Netzwerktraffic zwischen mehreren Projekten anzeigen.
Angenommen, Sie haben beispielsweise zwei VM-Instanzen in zwei verschiedenen Projekten.
vm-a
ist in project-a
und vm-b
ist in project-b
. Beide VM-Instanzen kommunizieren miteinander und befinden sich in einem freigegebenen VPC-Netzwerk. Wenn Sie nur Einblick in project-b
haben, zeigt Netzwerktopologie vm-b
an. Es wird aber nicht anzeigt, ob eine Kommunikation mit vm-a
stattgefunden hat. Wenn Sie Cloud Monitoring jedoch so konfigurieren, dass Messwerte für beide Projekte angezeigt werden, zeigt Netzwerktopologie vm-a
, vm-b
und ihre Kommunikation an.
Cloud Monitoring ist besonders nützlich für Szenarien mit freigegebenen VPCs und VPC-Netzwerk-Peering, bei denen sich Ressourcen oder Netzwerke in verschiedenen Projekten befinden können. Weitere Informationen finden Sie unter Messwerte für mehrere Projekte aufrufen.
Projektaggregation
Wenn Sie sich mehrere Projekte in einem Diagramm von Netzwerktopologie anzeigen lassen, können Sie Google Cloud-Entitäten nach Projekt und dann nach Standardhierarchien zusammenfassen. Mit dieser Option können Sie Ressourcen nach Projekt ansehen. Entitäten außerhalb von Google Cloud, z. B. externe Clients, werden nicht in die Projektaggregation aufgenommen.
Wenn Sie beispielsweise nach Projekt aggregieren und dann ein Projekt maximieren, wird im Diagramm eine Regionsentität für jede Region angezeigt, die eine VM-Instanz enthält. Wenn Sie keine Projektaggregation verwenden, sind im Diagramm alle Entitäten zu sehen, so als befänden sie sich im selben Projekt. Informationen zum Aktivieren der Projektaggregation finden Sie unter Entitäten nach Projekt aggregieren:
Projektbereich ändern
Um mehrere Projekte in Netzwerktopologie anzuzeigen, konfigurieren Sie einen Messwertbereich und fügen diesem überwachte Projekte hinzu.
Wenn Sie einem Messwertbereich Projekte hinzufügen, können Sie mit diesem Messwertbereich die Daten für das Projektbereich und die überwachten Projekte überwachen. Über diesen Messwertbereich können Sie auf die kombinierten Messwerte des Bereichs und des überwachten Projekts zugreifen. Weitere Informationen finden Sie unter Messwerte für mehrere Projekte aufrufen.
Wählen Sie das Projektbereich über die Projektauswahl in der Google Cloud Console oder die Schaltfläche Bereich ändern aus, wenn Sie einen vorhandenen Messwertbereich verwenden und mehrere Google Cloud-Projekte in einer Ansicht überwachen möchten. Sie können mit diesen Optionen auch ein einzelnes Monitoring-Projekt auswählen.
Datenerfassung und -aktualität
Netzwerktopologie erfasst einen Verlauf von sechs Wochen.
Der Verlauf von Netzwerktopologie ist in stündliche Snapshots unterteilt, deren Beginn der Anfang einer Stunde ist. Für jeden stündlichen Snapshot zeigt das Diagramm die Basisentitäten und ihre Kommunikation während dieser Stunde an. Wenn beispielsweise zwei Instanzen miteinander kommunizieren und dann während der Stunde gelöscht werden, werden sie für diese Stunde angezeigt, obwohl sie nicht mehr vorhanden sind.
Die Visualisierung von Entitäten und deren Verbindungen umfasst gegebenenfalls auch eingeblendete Messwerte für die Verbindungen. Netzwerktopologie zeigt auch separate Zeitachsendiagramme an, in denen Messwerte wie der Trafficdurchsatz zwischen kommunizierenden Entitäten oder die CPU-Auslastung von VM-Instanzen zu sehen sind. Die Zeitachsendiagramme haben nicht dieselben stündlichen Einschränkungen wie die visualisierten Entitäten, Verbindungen und eingeblendeten Messwerte.
Weitere Informationen zum Anzeigen von Messwerten finden Sie unter Überwachen Sie Ihre Netzwerkkonfiguration mit Netzwerktopologie.
Snapshot präsentieren
Wenn Sie sich in der Ansicht zur aktuellen Uhrzeit befinden, wird im Diagramm von Netzwerktopologie ein stündlicher Snapshot aus der vorherigen Stunde angezeigt. Jedes Mal, wenn Sie ein Diagramm laden, zeigt Netzwerktopologie das neueste verfügbare Snapshot an.
Weitere Details zu den einzelnen Komponenten und ihren Daten für das aktuelle Segment finden Sie in der folgenden Tabelle.
Für diese Komponente | Die Daten stammen aus diesem Zeitraum | Zu diesem Zeitpunkt verfügbar | Beispiel |
---|---|---|---|
Entitäten und Verbindungen | Letzte Stunde | Sofort nach jeder Stunde1 | Wenn es aktuell 13:19 Uhr ist, werden im Diagramm Entitäten visualisiert, die von 12:00 Uhr bis 13:00 Uhr kommuniziert haben. Das Diagramm kann sich jedoch ändern. Um 13:20 Uhr ist das Diagramm fix und ändert sich nicht mehr. |
Eingeblendete Messwerte | Die letzte Stunde2 | Wenn Entitäten und Verbindungen verfügbar werden | Wenn es aktuell 10:37 Uhr ist und der ausgewählte
Messwert Traffic ist, sind die eingeblendeten Werte ein Durchschnittswert
von 09:55 bis 10:00 Uhr.
|
Zeitachsendiagramme | Echtzeitdaten, mit Verlaufsdaten aus einem von Ihnen festgelegten Zeitraum.
Der Standardzeitraum bietet minutengenaue Messwerte zur letzten Stunde. Die verfügbaren Zeiträume reichen von 1 hour bis 6 weeks 3. |
Höchstens 7 Minuten nach einer Aktivität | Wenn es aktuell 10:37 Uhr ist und Sie die Zeitachsendiagramme für eine VM öffnen, sehen Sie die minutengenauen Messwerte für die Stunde von 09:37 Uhr bis 10:37 Uhr. |
1Das Diagramm kann sich bis zu 20 Minuten nach Ende einer Stunde noch ändern.
2Die Messwerte für Traffic und Paketverlust beruhen auf dem Durchschnitt der ausgewählten Stunde, während bei der Latenz der Medianwert verwendet wird.
3Das Aggregationsintervall oder die Häufigkeit der Datenstichprobe hängt vom Zeitraum ab. Der Zeitraum 1 hour
hat beispielsweise ein Aggregationsintervall von 1 Minute, während der Zeitraum 1 day
ein Aggregationsintervall von 1 Stunde hat.
Ältere Snapshots
Weitere Informationen zu den einzelnen Komponenten und ihren Daten beim Aufrufen älterer Snapshots finden Sie in der folgenden Tabelle.
Für diese Komponente | Die Daten stammen aus diesem Zeitraum | Beispiel |
---|---|---|
Entitäten und Verbindungen | Eine aus der Vergangenheit ausgewählte Stunde | 11:00 Uhr bis 12:00 Uhr des Vortags |
Eingeblendete Messwerte | Die ausgewählte Stunde1 | Wenn Sie das Segment auswählen, das von 11:00 Uhr bis
12:00 Uhr am Vortag und der ausgewählte Messwert ist
Traffic , die eingeblendeten Werte sind der Durchschnitt aus
11:55 bis 12:00 Uhr.
|
Zeitachsendiagramme | Echtzeitdaten, mit Verlaufsdaten aus einem von Ihnen festgelegten Zeitraum.
Der Standardzeitraum bietet minutengenaue Messwerte zur letzten Stunde. Die verfügbaren Zeiträume reichen von 1 hour bis 6 weeks 2. |
Wenn Sie den Zeitraum des Zeitachsendiagramms auf 1 day setzen, werden im Diagramm Messwerte von der aktuellen Zeit bis 24 Stunden in der Vergangenheit angezeigt. Dabei wird ein Aggregationsintervall von 5 Minuten verwendet. |
1Die Messwerte für Traffic und Paketverlust beruhen auf dem Durchschnitt der letzten Stunde, während bei der Latenz der Medianwert verwendet wird.
2Das Aggregationsintervall oder die Häufigkeit der Datenstichprobe hängt vom Zeitraum ab. Der Zeitraum 1 hour
hat beispielsweise ein Aggregationsintervall von 1 Minute, während der Zeitraum 1 day
ein Aggregationsintervall von 1 Stunde hat.
Nächste Schritte
- Elemente der Grafikoberfläche ansehen
- Netzwerkkonfiguration mit Netzwerktopologie überwachen
- Fehlerbehebung bei Netzwerktopologie