Standardmäßige Lastenausgleichsdiagnose mit Metriken, Warnungen und Ressourcenintegrität

Die Metrik „Datenpfadverfügbarkeit“ beschreibt die Integrität innerhalb der Region für den Datenpfad zu dem Computehost, auf dem sich Ihre VMs befinden. Die Metrik ist ein Spiegel der Gesundheit Ihres Load Balancers, basierend auf Ihrer Konfiguration und der Azure-Infrastruktur. Anhand der Metrik können Sie:

• Die externe Verfügbarkeit Ihres Diensts überwachen.

• Die Plattform untersuchen, auf der Ihr Dienst bereitgestellt wird, und bestimmen, ob er fehlerfrei ist. Ermitteln, ob Ihr Gastbetriebssystem oder Ihre Anwendungsinstanz fehlerfrei ist.

• Bestimmen, ob sich ein Ereignis auf Ihren Dienst oder die zugrunde liegende Datenebene bezieht. Verwechseln Sie diese Metrik nicht mit der Metrik „Integritätsteststatus“.

So rufen Sie die Datenpfadverfügbarkeit für Ihre Lastenausgleichsressourcen ab:

1. Vergewissern Sie sich, dass die richtige Load Balancer-Ressource ausgewählt ist.

2. Wählen Sie in der Dropdownliste Metrik die Option Datenpfadverfügbarkeit aus.

3. Wählen in der Dropdownliste Aggregation die Option Mittelwert aus.

4. Fügen Sie außerdem einen Filter für die Front-End-IP-Adresse oder den Front-End-Port als die Dimension mit der erforderlichen Front-End-IP-Adresse oder dem erforderlichen Front-End-Port hinzu. Gruppieren Sie diese dann nach der ausgewählten Dimension.

Die Metrik wird von einem Prüfdienst innerhalb der Region generiert, der den Datenverkehr simuliert. Der Testdienst generiert in regelmäßigen Abständen ein Paket, das dem Front-End und der Lastenausgleichsregel Ihrer Bereitstellung entspricht. Das Paket durchquert anschließend die Region von der Quelle bis zum Host einer VM im Back-End-Pool. Die Load Balancer-Infrastruktur führt dieselben Lastenausgleichs- und Übersetzungsvorgänge aus, wie sie dies für jeden anderen Datenverkehr tut. Sobald das Testpaket beim Host eingeht, auf dem sich ein virtueller Computer im Back-End-Pool befindet, generiert der Host eine Antwort an den Prüfdienst. Ihr virtueller Computer „sieht“ diesen Datenverkehr nicht.

Beachten Sie, dass die Metrik „Datenpfadverfügbarkeit“ nur bei Front-End-IP-Konfigurationen mit Lastenausgleichsregeln generiert wird.

Die Metrik „Datenpfadverfügbarkeit“ kann aus den folgenden Gründen beeinträchtigt sein:

• Ihre Bereitstellung hat keine fehlerfreien VMs, die im Back-End-Pool verblieben sind.

• Es ist ein Infrastrukturausfall aufgetreten.

Zu Diagnosezwecken können Sie die Metrik für Datenpfadverfügbarkeit zusammen mit dem Integritätsteststatus verwenden.

Verwenden Sie Mittelwert als Aggregation für die meisten Szenarien.

Die Metrik „Integritätsteststatus“ beschreibt die Integrität Ihrer Anwendungsbereitstellung, so wie Sie diese konfiguriert haben, als Sie den Integritätstest Ihres Lastenausgleichs konfiguriert haben. Der Lastenausgleich verwendet den Status des Integritätstests, um zu bestimmen, wohin neue Datenflüsse gesendet werden sollen. Integritätstests stammen von einer Azure-Infrastrukturadresse und können im Gastbetriebssystem der VM angezeigt werden.

So rufen Sie die Metrik „Integritätsteststatus“ für Ihre Lastenausgleichsressourcen ab:

1. Wählen Sie die Metrik Integritätsteststatus mit dem Aggregationstyp Mittelwert aus.

2. Wenden Sie einen Filter auf die erforderliche Front-End-IP-Adresse oder den erforderlichen Front-End-Port (oder auf beides) an.

Integritätstests schlagen aus den folgenden Gründen fehl:

• Sie konfigurieren einen Integritätstest für einen Port, der nicht lauscht oder nicht reagiert oder das falsche Protokoll verwendet. Wenn Ihr Dienst Direct Server Return- oder Floating IP-Regeln verwendet, vergewissern Sie sich, dass der Dienst auf der IP-Adresse der IP-Konfiguration der NIC und dem Loopback lauscht, der mit der Front-End-IP-Adresse konfiguriert ist.

• Ihre Netzwerksicherheitsgruppe, die Gastbetriebssystem-Firewall des virtuellen Computers oder die Filter auf Anwendungsebene lassen den Integritätstest-Datenverkehr nicht zu.

Verwenden Sie Mittelwert als Aggregation für die meisten Szenarien.

Die SNAT Connection Count-Metrik beschreibt das Volumen erfolgreicher und fehlgeschlagener Verbindungen für ausgehende Ströme.

Ein ausgefallenes Verbindungsvolumen größer als null weist auf eine Erschöpfung der SNAT-Ports hin. Sie müssen weiter untersuchen, um herauszufinden, was diese Ausfälle verursachen könnte. Eine SNAT-Portüberlastung zeigt sich dadurch, dass kein ausgehender Datenfluss eingerichtet werden kann. Lesen Sie den Artikel über ausgehende Verbindungen, um die Szenarien und greifenden Mechanismen zu verstehen und Informationen über die Maßnahmen für Abmildern und Entwurf zu erhalten, um so eine SNAT-Portüberlastung zu verhindern.

So rufen Sie SNAT-Verbindungsstatistiken ab

1. Wählen Sie SNAT Connection Count und Sum als Aggregation aus.

2. Gruppieren Sie nach dem Verbindungsstatus für die Anzahl erfolgreicher und die Anzahl fehlgeschlagener SNAT-Verbindungen, die durch unterschiedliche Linien dargestellt werden.

Die Metrik für verwendete SNAT-Ports verfolgt nach, wie viele SNAT-Ports für ausgehende Flows genutzt werden. Diese Metrik zeigt an, wie viele eindeutige Flows zwischen einer Internetquelle und einer Back-End-VM oder einer VM-Skalierungsgruppe eingerichtet werden, die sich hinter einem Lastenausgleichsmodul befindet und keine öffentliche IP-Adresse besitzt. Durch Vergleich der Anzahl von verwendeten SNAT-Ports mit der Metrik der zugeordneten SNAT-Ports können Sie feststellen, ob eine SNAT-Überlastung (oder ein entsprechendes Risiko) für Ihren Dienst besteht, die zu Fehlern bei ausgehenden Flows führen kann.

Wenn Ihre Metriken auf das Risiko eines Fehlers bei ausgehenden Datenflüssen hinweisen, lesen Sie den Artikel und ergreifen Sie Maßnahmen, um dies zu minimieren, um die Dienstintegrität sicherzustellen.

So zeigen Sie die Verwendung und Zuordnung von SNAT-Ports an

1. Legen Sie die Zeitaggregation des Diagramms auf eine Minute fest, um sicherzustellen, dass die gewünschten Daten angezeigt werden.

2. Wählen Sie Verwendete SNAT-Ports und/oder Zugeordnete SNAT-Ports als Metriktyp und Durchschnitt als Aggregation aus.

   • Standardmäßig stellen diese Metriken die durchschnittliche Anzahl der SNAT-Ports dar, die den einzelnen Back-End-VMs oder VM-Skalierungsgruppen zugewiesen sind oder von diesen verwendet werden. Sie entsprechen allen öffentlichen Front-End-IP-Adressen, die dem Lastenausgleich zugeordnet sind, aggregiert über TCP und UDP.

   • Verwenden Sie zum Anzeigen der gesamten SNAT-Ports, die der Lastenausgleich verwendet oder die ihm zugeordnet wurden, die Metrikaggregation Summe.

3. Filtern Sie nach einem bestimmten Protokolltyp, einer Reihe von Back-End-IP-Adressen und/oder Front-End-IP-Adressen.

4. Um die Integrität pro Back-End- oder Front-End-Instanz zu überwachen, wenden Sie die Teilung an.

   • Durch die Teilung wird nur eine einzelne Metrik gleichzeitig angezeigt.

5. So können Sie z. B. die SNAT-Nutzung für TCP-Flows pro Computer überwachen, indem Sie nach Durchschnitt aggregieren, nach Back-End-IP-Adressen teilen und nach Protokolltyp filtern.

Weitere Informationen zu ausgehenden Verbindungen finden Sie unter Verwendung von SNAT (Source Network Address Translation) für ausgehende Verbindungen.

Verwenden Sie SUM als Aggregation für die meisten Szenarien.

Die Byte- und Paketleistungsindikatoren-Metrik beschreibt das Volumen der Bytes und Pakete, die jeweils pro Front-End von Ihrem Dienst gesendet oder empfangen wurden.

Verwenden Sie SUM als Aggregation für die meisten Szenarien.

So rufen Sie eine Byteanzahl- oder Paketzahlstatistik ab

1. Wählen Sie den Metriktyp Byteanzahl und/oder Paketzahl mit SUM als Aggregation aus.

2. Führen Sie einen der folgenden Schritte aus:

   • Wenden Sie einen Filter auf die gewünschte Komponente an: Front-End-IP, Front-End-Port oder Back-End-Port.

   • Rufen Sie die Gesamtstatistik für Ihre Load Balancer-Ressource ohne jegliche Filterung ab.

Anhand einer Kombination der Metriken für Datenpfadverfügbarkeit und Integritätsteststatus in einem einzigen Diagramm können Sie erkennen, wo das Problem zu suchen ist und wie es sich beheben lässt. Sie können sicherstellen, dass Azure ordnungsgemäß funktioniert und dieses Wissen verwenden, um zu bestimmen, ob die Konfiguration oder Anwendung die Ursache ist.

Mithilfe von Integritätssondenmetriken können Sie verstehen, wie Azure den Status Ihrer Bereitstellung gemäß der von Ihnen bereitgestellten Konfiguration anzeigt. Ein Überprüfen der Integritätstests ist immer ein hervorragender erster Schritt für die Überwachung oder bei der Ermittlung einer Ursache.

Sie können noch einen Schritt weitergehen und die Datenpfadverfügbarkeitsmetrik verwenden, um Einblicke zu erhalten, wie Azure den Zustand der zugrunde liegenden Datenebene, die für Ihre spezifische Bereitstellung verantwortlich ist, bewertet. Wenn Sie beide Metriken kombinieren, können Sie, wie in diesem Beispiel veranschaulicht, gezielt feststellen, wo sich der Fehler befindet:

Abbildung: Kombinieren der Metriken „Datenpfadverfügbarkeit“ und „Integritätsteststatus“

Im Diagramm werden die folgenden Informationen angezeigt:

• Die Infrastruktur, in der Ihre virtuellen Computer gehostet werden, war am Anfang des Diagramms nicht verfügbar und lag bei 0 Prozent. Später war die Infrastruktur fehlerfrei, die virtuellen Computer waren erreichbar, und im Back-End waren mehrere virtuelle Computer platziert. Diese Informationen sind durch die blaue Ablaufverfolgung für Datenpfadverfügbarkeit gekennzeichnet, die später bei 100 Prozent lag.

• Der Integritätsteststatus, der durch die lila Ablaufverfolgung angezeigt wird, liegt am Anfang des Diagramms bei 0 Prozent. Der eingekreiste Bereich in Grün markiert, ab wann der Integritätsteststatus fehlerfrei wurde und an welchem Punkt die Bereitstellung des Kunden neue Datenflüsse akzeptieren konnte.

Anhand des Diagramms können Kunden eigenständig eine Problembehandlung für die Bereitstellung vornehmen, ohne zu raten oder beim Support anfragen zu müssen, ob andere Probleme auftreten. Der Dienst war nicht verfügbar, weil Integritätstests wegen einer Fehlkonfiguration oder einer fehlerhaften Anwendung fehlgeschlagen sind.