In der folgenden Anleitung wird beschrieben, wie Sie häufig auftretende Probleme mit dem Dashboards zur Leistungsüberwachung beheben können.
Kurze Paketspitzen bei Paketverlusten, die einige Minuten dauern
Bestimmte kurze Spitzen, die einige Minuten dauern, werden erwartet oder sind möglich. Achten Sie auf einen dauerhaften Verlust, der länger als fünf Minuten andauert. Wenn Sie einen solchen Verlust feststellen oder der Verlust Ihre Netzwerk- oder Anwendungsleistung beeinträchtigt, finden Sie im Artikel "Support" Hilfe zum weiteren Vorgehen.
Latenzspitzen
Die Latenz wird über den Traffic der Ebene 4 gemessen und ist vom TCP/IP-Stack betroffen, der auf der Remote-VM ausgeführt wird. Bei Anwendungen mit eindeutigen TCP-/IP-Stack-Implementierungen (z. B. VPN-Anwendungen) kann die Latenz im Leistungsdashboard künstlich erhöht werden. Wenn Latenzen trotz fehlender benutzerdefinierter Anwendungen auftreten, die sich auf den TCP/IP-Stack auswirken könnten, finden Sie weitere Informationen unter Support.
Keine Daten im Dashboards zur Leistungsüberwachung des Projekts
Wenn Sie keine Paketverlustinformationen sehen können, achten Sie darauf, dass VM-Instanzen im Virtual Private Cloud-Netzwerk oder im freigegebenen VPC-Netzwerk vorhanden sind, das Sie aufgerufen haben. Dashboards zur Leistungsüberwachung setzen aktive Prüfungen ein, um den Paketverlust zwischen Zonen zu messen. Die Anzahl der aktiven Prüfungen bezieht sich auf die Anzahl der VMs im Netzwerk. Wenn das angezeigte Netzwerk keine VMs hat, gibt es keine aktiven Prüfungen und keine Paketverlustmessungen.
Wenn Sie keine Latenzinformationen sehen können, vergewissern Sie sich, dass VM-Instanzen genügend Traffic generieren.
Leere Zellen für den Paketverlust nach Zonen-Heatmap (mit "N/A" gekennzeichnet)
Dies ist möglich, wenn ein Projekt Teil einer freigegebenen VPC ist. In einem solchen Fall kann die Matrix Daten für Quellzonen enthalten, in denen das Projekt selbst keine VMs enthält. Andere Projekte in derselben freigegebenen VPC weisen jedoch VMs auf. Der Paketverlust zwischen zwei Projekten, die eine freigegebene VPC verwenden, wird auf das Zieldienstprojekt angerechnet.
Paketverlust wird in Dashboards zur Leistungsüberwachung, aber nicht in der Anwendung angezeigt
Der Paketverlust beruht auf einer aktiven Prüfung, die das gesamte Mesh-Netzwerk an VMs abdeckt, die miteinander kommunizieren können. Ihr Trafficmuster verwendet möglicherweise nur einen Teil dieses Mesh-Netzwerks. Eventuell verwendet Ihre Anwendung nicht den problematischen Netzwerkpfad.
Eine weitere Möglichkeit besteht darin, dass nicht genügend Messwerte vorhanden sind, um hohe Konfidenzergebnisse zu liefern. Dies kann der Fall sein, wenn sich nur sehr wenige VMs in einer Zone befinden oder die Anzahl der VMs schwankt.
Dashboards zur Leistungsüberwachung werden auch VMs auf Abruf in die Berechnung des Paketverlusts einbezogen. Projekte mit einem hohen Prozentsatz solcher VMs weisen möglicherweise eine höhere Paketverlustrate auf, wenn VMs vorzeitig beendet werden. Prüfen Sie, ob die höhere Paketverlustrate mit dem Zeitfenster übereinstimmt, in dem VMs auf Abruf beendet werden.
Konstanter Latenzwert zwischen zwei Zonen oder zwischen einer Region und einem Internetstandort
Latenzdaten werden als Verteilung gespeichert. Wenn also alle Messungen konsistent im gleichen Bucket in der Verteilung liegen (was bei höheren Latenzwerten wahrscheinlicher ist), zeigt das resultierende Diagramm einen konstanten Wert, der den Mittelwert des Bucket-Intervalls bildet.
Beispiel: Wenn es einen Bucket pro 10 ms gibt (0 ms–10 ms, 10 ms–20 ms, 20 ms–30 ms und so weiter) und drei verschiedene Latenzmessungen von 251 ms, 256 ms und 253 ms vorhanden sind, befinden sich alle im Bucket von 250 bis 260 ms. Die Latenz wird als 255 ms angegeben. Dies ist der Mittelwert des Bucket-Intervalls von 250 ms bis 260 ms. Wenn eine neue Messung von 259 ms erfasst wird, wird die Latenz weiterhin als 255 ms angegeben.
Fehlerbehebung: Google Cloud-Leistungsmesswerten
Die Google Cloud-Leistung erscheint stabiler als die Projektleistung
Da die Leistungsmesswerte von Google Cloud in allen Google Cloud-Projekten aggregiert werden, weisen sie weniger Variationen auf. Dies bedeutet, dass die typische Leistung eines Internetstandortpaars in einem Zonenpaar oder einer Region stabil bleibt, auch wenn die Leistung einzelner Projekte aufgrund von Zufälligkeiten, natürlichen Variationen und Messrauschen stärker variieren kann.
Kann Google Cloud-Zonen in der Google Cloud-Leistungsansicht, aber nicht in der Projektansicht auswählen
Für Ihre projektspezifische Ansicht können Sie nur Zonen auswählen, in denen das Projekt bereitgestellt wird. Mit der Google Cloud-Leistungsansicht können Sie sich die Leistung von jeder beliebigen Google Cloud-Zone zu jeder beliebigen anderen Google Cloud-Zone ansehen.
Beim Traffictyp "Internet zu Google Cloud" können Sie nur Regionen auswählen, in denen es Traffic zwischen VMs und Internet-Endpunkten gibt.
Keine Projektdaten in einem Zonenpaar, aber die Leistungsdaten der Google Cloud sind vorhanden
Google Cloud-Leistungsmesswerte werden geschätzt, indem sie für alle Google Cloud-Projekte aggregiert werden, und sind immer verfügbar.
Keine Projektdaten in einem Paar (Google Cloud-Region, Internet-Endpunkt), aber Google Cloud-Leistungsdaten sind vorhanden
Die Leistungsmesswerte von Google Cloud werden durch die Zusammenfassung vieler Google Cloud-zu-Internet-Verbindungen geschätzt. In der Projektansicht werden nur Daten für Verbindungen angezeigt, die in Ihrem Projekt ausreichend Traffic erlebten.