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

Azure Load Balancer bietet die folgenden Diagnosefunktionen:

  • Mehrdimensionale Metriken und Warnungen: Stellt mehrdimensionale Diagnosefunktionen über Azure Monitor für Load Balancer Standard-Konfigurationen bereit. Sie können Ihre Load Balancer Standard-Ressourcen überwachen, verwalten und hinsichtlich Fehlern behandeln.

  • Ressourcenintegrität:Der Ressourcenintegritätsstatus Ihrer Load Balancer-Instanz ist auf der Seite Ressourcenintegrität unter Monitor verfügbar. Diese automatische Überprüfung informiert Sie über die aktuelle Verfügbarkeit Ihrer Lastenausgleichsressource.

Dieser Artikel enthält einen kurzen Überblick über diese Funktionen und zeigt Möglichkeiten auf, wie diese für einen standardmäßigen Lastenausgleich verwendet werden können.

Mehrdimensionale Metriken

Azure Load Balancer stellt mehrdimensionale Metriken über die Azure-Metriken im Azure-Portal zur Verfügung und ermöglicht es Ihnen, in Echtzeit diagnostische Einblicke in Ihre Lastenausgleichsressourcen zu erhalten.

Die verschiedenen Lastenausgleichskonfigurationen bieten die folgenden Metriken:

Metrik Ressourcentyp BESCHREIBUNG Empfohlene Aggregation
Datenpfadverfügbarkeit Öffentlicher und interner Load Blancer Ein standardmäßiger Lastenausgleich wendet kontinuierlich den Datenpfad aus einer Region auf das Lastenausgleichs-Front-End an, bis zu dem Netzwerk, das Ihren virtuellen Computer unterstützt. Solange integre Instanzen verbleiben, folgt die Messung demselben Pfad wie der Datenverkehr mit Lastenausgleich Ihrer Anwendungen. Der verwendete Datenpfad wird validiert. Die Messung ist für Ihre Anwendung nicht sichtbar und beeinträchtigt keine anderen Vorgängen. Average
Integritätsteststatus Öffentlicher und interner Load Blancer Ein standardmäßiger Lastenausgleich verwendet einen verteilten Integritätsprüfungsdienst, der die Integrität Ihres Anwendungsendpunkts gemäß Ihren Konfigurationseinstellungen überwacht. Diese Metrik stellt eine Aggregat- oder nach Endpunkt gefilterte Ansicht jedes Instanzendpunkts im Load Balancer-Pool bereit. Sie können sehen, wie der Lastenausgleich die Integrität Ihrer Anwendung gemäß Ihrer Integritätsprüfungskonfiguration beurteilt. Average
SYN-Anzahl (Synchronisierung) Öffentlicher und interner Load Blancer Ein standardmäßiger Lastenausgleich beendet keine TCP-Verbindungen (Transmission Control Protocol) und interagiert nicht mit TCP- oder UDP-Flows (User Data-gram Packet). Datenflüsse und deren Handshakes erfolgen immer zwischen der Quelle und der VM-Instanz. Für eine bessere Problembehandlung Ihrer TCP-Protokollszenarien können Sie SYN-Paketzähler verwenden, um zu verstehen, wie viele TCP-Verbindungsversuche vorgenommen werden. Die Metrik gibt die Anzahl der TCP-SYN-Pakete an, die empfangen wurden. SUM
Anzahl der SNAT-Verbindungen (Source Network Address Translation, Übersetzung der Quellnetzwerkadresse) Öffentlicher Load Balancer Ein standardmäßiger Lastenausgleich meldet die Anzahl von maskierten ausgehenden Flows an das Front-End mit der öffentlichen IP-Adresse. SNAT Ports stellen eine erschöpfbare Ressource dar. Diese Metrik kann einen Hinweis darauf geben, in welchem Umfang Ihre Anwendung SNAT für ausgehende Flows nutzt. Es werden Zähler für erfolgreiche und nicht erfolgreiche ausgehende SNAT-Flows gemeldet. Die Zähler können zur Problembehandlung und zum Verständnis des Zustands Ihrer ausgehenden Flows verwendet werden. SUM
Zugeordnete SNAT-Ports Öffentlicher Load Balancer Ein standardmäßiger Lastenausgleich meldet die Anzahl der pro Back-End-Instanz zugeordneten SNAT-Ports. Average.
Verwendete SNAT-Ports Öffentlicher Load Balancer Ein standardmäßiger Lastenausgleich meldet die Anzahl der pro Back-End-Instanz genutzten SNAT-Ports. Average
Byteanzahl Öffentlicher und interner Load Blancer Ein standardmäßiger Lastenausgleich meldet die pro Front-End verarbeiteten Daten. Sie bemerken möglicherweise, dass die Bytes nicht gleichmäßig auf die Back-End-Instanzen verteilt sind. Dies ist zu erwarten, da der Azure Load Balancer-Algorithmus auf Flows basiert. SUM
Paketzahl Öffentlicher und interner Load Blancer Ein standardmäßiger Lastenausgleich meldet die pro Front-End verarbeiteten Pakete. SUM

Hinweis

Bei Verwendung der Verteilung von Datenverkehr von einem internen Lastenausgleich über eine NVA oder Firewall sind die Metriken zu Synchronisierungspaket, Byteanzahl und Paketanzahl nicht verfügbar und werden als Nullwerte angezeigt.

Maximale und minimale Aggregationen sind für die Metriken zu SYN-Anzahl, Paketanzahl, Anzahl von SNAT-Verbindungen und Byteanzahl nicht verfügbar. Die Aggregation der Anzahl wird für die Verfügbarkeit von Datenpfaden und den Status der Integritätsprüfung nicht empfohlen. Verwenden Sie stattdessen den Mittelwert für optimal dargestellte Integritätsdaten.

Anzeigen Ihrer Load Balancer-Metriken im Azure-Portal

Das Azure-Portal macht die Lastenausgleichsmetriken über die Seite „Metriken“ verfügbar. Diese Seite ist sowohl auf der Ressourcenseite des Lastenausgleichs für eine bestimmte Ressource als auch auf der Azure Monitor-Seite verfügbar.

So zeigen Sie die Metriken für Ihre standardmäßigen Lastenausgleichsressourcen an:

  1. Wechseln Sie zur Seite „Metriken“, und führen Sie eine der folgenden Ausgaben aus:

    • Wählen Sie auf der Ressourcenseite des Lastenausgleichs den Metriktyp in der Dropdownliste aus.

    • Wählen Sie auf der Seite „Azure Monitor“ die Load Balancer-Ressource aus.

  2. Legen Sie den entsprechenden Metrikaggregationstyp fest.

  3. Konfigurieren Sie optional die erforderliche Filterung und Gruppierung.

  4. Konfigurieren Sie optional den Zeitbereich und die Aggregation. Standardmäßig wird die Uhrzeit in UTC (koordinierte Weltzeit) angezeigt.

Hinweis

Die Zeitaggregation ist bei der Interpretation bestimmter Metriken wichtig, da die Daten einmal pro Minute erfasst werden. Wenn die Zeitaggregation auf fünf Minuten eingestellt ist und der Metrikaggregationstyp „Summe“ für Metriken wie SNAT-Zuweisung verwendet wird, zeigt Ihr Diagramm das Fünffache der insgesamt zugewiesenen SNAT-Ports an.

Empfehlung: Bei der Analyse der Metrikaggregationstypen „Sum“ und „Count“ sollten Sie einen Zeitaggregationswert verwenden, der höher als eine Minute ist.

Metrik für Datenpfadverfügbarkeit für Load Balancer Standard

Abbildung: Datenpfad-Verfügbarkeitsmetrik für einen standardmäßigen Lastenausgleich

Programmgesteuertes Abrufen von mehrdimensionalen Metriken über APIs

Eine API-Anleitung zum Abrufen von Definitionen und Werten für multidimensionale Metriken finden Sie unter Exemplarische Vorgehensweise für die Azure Monitor-REST-API. Diese Metriken können in ein Speicherkonto geschrieben werden, indem Sie eine Diagnoseeinstellung für die Kategorie „Alle Metriken“ hinzufügen.

Ist der Datenpfad aktiv und für mein Lastenausgleichs-Front-End verfügbar?

Erweitern

Die Metrik der Datenpfadverfügbarkeit beschreibt die Integrität in der Region des Datenpfads zu dem Computehost, auf dem sich Ihre VMs befinden. Die Metrik reflektiert die Integrität 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 dem Integritätsteststatus („Back-End-Instanzverfügbarkeit“).

So rufen Sie die Datenpfadverfügbarkeit für Ihre standardmäßigen 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, und gruppieren Sie diese dann nach der ausgewählten Dimension.

Front-End-Sondierungsdetails für Load Balancer

Abbildung: Sondierungsdetails des Lastenausgleichs-Front-Ends

Die Metrik wird durch eine aktive bandinterne Messung generiert. Ein Sondierungsdienst innerhalb der Region löst Datenverkehr für diese Messung aus. Der Dienst wird aktiviert, sobald Sie eine Bereitstellung mit einem öffentliche Front-End erstellen, und wird weiter ausgeführt, bis Sie das Front-End entfernen.

Ein Paket, das dem Front-End und der Regel Ihrer Bereitstellung entspricht, wird regelmäßig generiert. Es durchläuft die Region von der Quelle bis zu dem Host, auf dem sich ein virtueller Computer im Back-End-Pool befindet. Die Load Balancer-Infrastruktur führt dieselben Lastenausgleichs- und Übersetzungsvorgänge aus, wie sie dies für jeden anderen Datenverkehr tut. Diese Sondierung erfolgt bandintern auf Ihrem Endpunkt mit Lastenausgleich. Sobald der Test (Sondierung) auf dem Computehost eingeht, auf dem sich ein fehlerfreier virtueller Computer im Back-End-Pool befindet, generiert der Computehost eine Antwort an den Sondierungsdienst. Ihr virtueller Computer „sieht“ diesen Datenverkehr nicht.

Fehler bei der Datenpfadverfügbarkeit aus folgenden Gründen:

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

  • Es ist ein Infrastrukturausfall aufgetreten.

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

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

Reagieren die Back-End-Instanzen für meinen Lastenausgleich auf Tests?

Erweitern

Die Integritätsteststatus-Metrik beschreibt die Integrität Ihrer Anwendungsbereitstellung, wie Sie diese konfiguriert haben, als Sie den Integritätstest Ihres Load Balancers konfiguriert haben. Der Load Balancer verwendet den Status des Integritätstests, um zu bestimmen, wohin neue Datenflüsse gesendet werden sollen. Integritätstests stammen aus einer Azure-Infrastrukturadresse und können im Gastbetriebssystem des virtuellen Computers angezeigt werden.

So rufen Sie den Integritätsteststatus für Ihre standardmäßigen 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 für Ihren Dienst Direct Server Return- oder Floating IP-Regeln verwendet werden, vergewissern Sie sich, dass der Dienst auf die IP-Adresse der IP-Konfiguration der Netzwerkkarte und nicht nur auf den Loopback lauscht, der mit der Front-End-IP-Adresse konfiguriert ist.

  • Ihr Test wird von der Netzwerksicherheitsgruppe, der Firewall des Gastbetriebssystems des virtuellen Computers oder den Anwendungsschichtfiltern nicht zugelassen.

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

Wie überprüfe ich meine Statistiken für ausgehende Verbindungen?

Erweitern

Die SNAT-Verbindungen-Metrik beschreibt das Volumen erfolgreicher und fehlgeschlagener Verbindungen für ausgehende Datenflüsse.

Ein Volumen für fehlgeschlagene Verbindungen, das größer als 0 (null) ist, kennzeichnet eine SNAT-Portüberlastung. Sie müssen weitere Untersuchungen vornehmen, um festzustellen, wodurch diese Fehler verursacht werden können. 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 den Metriktyp SNAT-Verbindungen und Summe 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.

Anzahl von SNAT-Verbindungen des Lastenausgleichs

Abbildung: Anzahl von SNAT-Verbindungen des Lastenausgleichs

Wie überprüfe ich die Verwendung und Zuordnung meines SNAT-Ports?

Erweitern

Die Metrik für verwendete SNAT-Ports verfolgt nach, wie viele SNAT-Ports für ausgehende Flows genutzt werden. Diese Metrik gibt 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 ausgehenden Flowfehlers hinweisen, verweisen Sie auf den Artikel und unternehmen Sie Schritte, 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, entsprechend aller ö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.

Durchschnittliche TCP-SNAT-Portzuordnung und -verwendung für eine Reihe von Back-End-VMs

Abbildung: Durchschnittliche TCP-SNAT-Portzuordnung und -verwendung für eine Reihe von Back-End-VMs

TCP-SNAT-Portverwendung pro Back-End-Instanz

Abbildung: TCP SNAT-Portverwendung pro Back-End-Instanz

Wie überprüfe ich Versuche für eingehende/ausgehende Verbindungen für meinen Dienst?

Erweitern: Eine SYN-Pakete-Metrik beschreibt das Volumen der TCP-SYN-Pakete, die für ausgehende Flows angekommen sind oder gesendet wurden und einem bestimmten Front-End zugeordnet sind. Mit dieser Metrik können TCP-Verbindungsversuche für Ihren Dienst ausgewertet werden.

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.

SYN-Anzahl des Lastenausgleichs

Abbildung: SYN-Anzahl des Lastenausgleichs

Wie überprüfe ich meine Netzwerkbandbreitennutzung?

Erweitern

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 eine bestimmte Front-End-IP, einen Front-End-Port, eine Back-End-IP oder einen Back-End-Port an.

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

Byteanzahl des Lastenausgleichs

Abbildung: Byteanzahl des Lastenausgleichs

Wie führe ich eine Diagnose meiner Load Balancer-Bereitstellung durch?

Erweitern

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 sich davon überzeugen, dass Azure ordnungsgemäß funktioniert, und auf dieser Grundlage eindeutig feststellen, dass die Konfiguration oder die Anwendung die Hauptursache ist.

Sie können Integritätstestmetriken verwenden, um zu erkennen, wie Azure die Integrität Ihrer Bereitstellung entsprechend der Konfiguration beurteilt, die Sie bereitgestellt haben. Ein Anzeigen der Integritätstests ist immer ein hervorragender erster Schritt beim Überwachen oder Ermitteln einer Ursache.

Sie können einen Schritt weiter gehen und Datenpfadverfügbarkeits-Metriken verwenden, um zu erfahren, wie Azure die Integrität der zugrunde liegenden Datenebene beurteilt, die für Ihre spezielle Bereitstellung zuständig ist. Wenn Sie beide Metriken kombinieren, können Sie, wie in diesem Beispiel veranschaulicht, gezielt feststellen, wo sich der Fehler befindet:

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

Abbildung: Kombinieren der Datenpfadverfügbarkeits- und Integritätsteststatus-Metriken

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 violette Ablaufverfolgung gekennzeichnet ist, liegt jedoch 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 kann der Kunde eigenständig eine Fehlerbehebung für die Bereitstellung vornehmen, ohne zu erraten oder beim Support zu erfragen, ob andere Probleme auftreten. Der Dienst war nicht verfügbar, weil Integritätstests wegen einer Fehlkonfiguration oder einer fehlerhaften Anwendung fehlgeschlagen sind.

Konfigurieren von Warnungen für mehrdimensionale Metriken

Azure Load Balancer unterstützt leicht konfigurierbare Warnungen für mehrdimensionale Metriken. Konfigurieren Sie benutzerdefinierte Schwellenwerte für bestimmte Metriken, um Warnungen mit unterschiedlichen Schweregraden auszulösen und so eine berührungslose Ressourcenüberwachung zu ermöglichen.

So konfigurieren Sie Warnungen:

  1. Wechseln Sie zum Unterblatt „Warnung“ für den Lastenausgleich.

  2. Erstellen einer neuen Warnungsregel

    1. Konfigurieren der Warnungsbedingung (Hinweis: Um störende Warnungen zu vermeiden, empfehlen wir die Konfiguration von Warnungen, für die der Aggregationstyp auf „Durchschnitt“ festgelegt ist, Daten in den letzten fünf Minuten berücksichtigt werden und ein Schwellenwert von 95 % gilt.)

    2. (Optional) Hinzufügen einer Aktionsgruppe für automatisierte Reparatur

    3. Zuweisen von Schweregrad, Name und Beschreibung der Warnung, um eine intuitive Reaktion zu ermöglichen

Verfügbarkeitswarnungen für eingehenden Datenverkehr

Hinweis

Wenn die Back-End-Pools des Load Balancers leer sind, weist der Load Balancer keine gültigen Datenpfade zum Testen auf. Daher ist keine Metrik für die Datenpfadverfügbarkeit vorhanden, und die konfigurierten Azure-Warnungen für diese Metriken werden nicht ausgelöst.

Sie können mit den Metriken Datenpfadverfügbarkeit und Integritätsteststatus zwei verschiedene Warnungen zur Verfügbarkeit für eingehenden Datenverkehr erstellen. Kunden haben möglicherweise unterschiedliche Szenarien, die jeweils eine bestimmte Warnungslogik erfordern, die unten aufgeführten Beispiele sind jedoch für die meisten Konfigurationen hilfreich.

Mit der Datenpfadverfügbarkeit können Sie Warnungen auslösen, wenn eine bestimmte Lastenausgleichsregel nicht mehr angewendet werden kann. Sie können zum Konfigurieren dieser Warnung eine Warnungsbedingung für die Datenpfadverfügbarkeit festlegen und für Front-End-Port und Front-End-IP-Adresse eine Unterteilung nach allen aktuellen Werten und allen zukünftigen Werten vornehmen. Durch das Festlegen der Warnungslogik auf einen Wert kleiner oder gleich 0 wird diese Warnung ausgelöst, wenn eine Lastenausgleichsregel nicht mehr reagiert. Legen Sie die Aggregationsgranularität und die Häufigkeit der Auswertung gemäß der von Ihnen gewünschten Auswertung fest.

Mit „Integritätsteststatus“ kann eine Warnung ausgelöst werden, wenn eine bestimmte Back-End-Instanz für einen beträchtlichen Zeitraum nicht auf den Integritätstest reagiert. Legen Sie für die Warnungsbedingung die Verwendung der Integritätsteststatus-Metrikfest, und nehmen Sie eine Unterteilung nach Back-End-IP-Adresse und Back-End-Port vor. Dadurch wird sichergestellt, dass für die Fähigkeit jeder einzelnen Back-End-Instanz zum Bereitstellen von Datenverkehr an einem bestimmten Port gesonderte Warnungen ausgegeben werden können. Verwenden Sie den Aggregationstyp Average, und legen Sie den Schwellenwert entsprechend der Häufigkeit der Tests der Back-End-Instanz und Ihrer Kriterien für den Integritätsschwellenwert fest.

Sie können auch Warnungen auf Ebene des Back-End-Pools bereitstellen, indem Sie nicht nach Dimensionen aufteilen und den Aggregationstyp Average verwenden. So können Sie Warnungsregeln einrichten, die z. B. eine Warnung auslösen, wenn 50 % der Mitglieder des Back-End-Pools fehlerhaft sind.

Verfügbarkeitswarnungen für ausgehenden Datenverkehr

Sie können mit den Metriken für die Anzahl von SNAT-Verbindungen und verwendete SNAT-Ports zwei verschiedene Warnungen zur Verfügbarkeit für ausgehenden Datenverkehr konfigurieren.

Um Fehler bei ausgehenden Verbindungen zu erkennen, konfigurieren Sie eine Warnung, indem Sie die Anzahl von SNAT-Verbindungen verwenden und nach Verbindungsstatus = Fehler filtern. Verwenden Sie den Aggregationstyp Total. Sie können dann auch eine Unterteilung nach Back-End-IP-Adresse sowie nach allen aktuellen und zukünftigen Werten vornehmen, um für jede Back-End-Instanz mit nicht erfolgreichen Verbindungen gesonderte Warnungen bereitzustellen. Legen Sie einen höheren Schwellenwert als 0 fest, wenn Sie Fehler bei ausgehenden Verbindungen erwarten.

Mit verwendeten SNAT-Ports können Sie Warnungen bei einem höheren Risiko von SNAT-Auslastung und Fehlern bei ausgehenden Verbindungen bereitstellen. Nehmen Sie bei Verwendung dieser Warnung unbedingt eine Aufteilung nach Back-End-IP-Adresse und Protokoll vor. Verwenden Sie die Aggregation Durchschnitt. Legen Sie einen Schwellenwert fest, der größer ist als der Prozentsatz der pro Instanz zugeordneten Ports, den Sie als unsicher erachten. Konfigurieren Sie beispielsweise eine Warnung mit niedrigem Schweregrad, wenn eine Back-End-Instanz 75 % der ihr zugewiesenen Ports nutzt. Konfigurieren Sie eine Warnung mit hohem Schweregrad, wenn 90 % oder 100 % der zugeordneten Ports verwendet werden.

Ressourcenintegritätsstatus

Der Integritätsstatus für die standardmäßigen Lastenausgleichsressourcen wird über die vorhandene Ressourcenintegrität unter Überwachen > Dienstintegrität verfügbar gemacht. Er wird alle zwei Minuten ausgewertet. Dazu wird die Datenpfadverfügbarkeit gemessen, die bestimmt, ob Ihre Front-End-Lastenausgleichs-Endpunkte verfügbar sind.

Ressourcenintegritätsstatus BESCHREIBUNG
Verfügbar Ihre Load Balancer Standard-Ressource ist fehlerfrei und verfügbar.
Heruntergestuft Für die Load Balancer Standard-Instanz liegen plattform- oder benutzerseitig initiierte Ereignisse vor, die sich auf die Leistung auswirken. Die Metrik für die Datenpfadverfügbarkeit hat mindestens zwei Minuten lang weniger als 90 %, aber mehr als 25 %Integrität gemeldet. Es treten mittlere bis schwerwiegende Leistungsbeeinträchtigungen auf. Lesen Sie den Leitfaden zur Behandlung von Problemen mit RHC, um zu ermitteln, ob benutzerseitig initiierte Ereignisse vorliegen, die sich auf die Verfügbarkeit auswirken.
Nicht verfügbar Ihre standardmäßige Lastenausgleichsressource ist nicht fehlerfrei. Die Metrik für die Datenpfadverfügbarkeit hat mindestens zwei Minuten lang weniger als 25 % Integrität gemeldet. Leistung und Verfügbarkeit für eingehende Verbindungen sind erheblich beeinträchtigt. Möglicherweise liegen Benutzer- oder Plattformereignisse vor, die eine Nichtverfügbarkeit verursachen. Lesen Sie den Leitfaden zur Behandlung von Problemen mit RHC, um zu ermitteln, ob benutzerseitig initiierte Ereignisse vorliegen, die sich auf die Verfügbarkeit auswirken.
Unbekannt Der Integritätsstatus für Ihre Lastenausgleichsressource wurde in den letzten 10 Minuten nicht aktualisiert oder hat keine Informationen zur Verfügbarkeit des Datenpfads erhalten. Dieser Zustand sollte vorübergehend sein. Der korrekte Status wird angegeben, sobald Daten empfangen werden.

So zeigen Sie die Integrität Ihrer öffentlichen standardmäßigen Lastenausgleichsressourcen an:

  1. Wählen Sie Überwachen>Dienstintegrität aus.

    Link „Dienstintegrität“ in Azure Monitor

    Abbildung: Link „Dienstintegrität“ in Azure Monitor

  2. Wählen Sie Dienstintegrität aus, und stellen Sie dann sicher, dass Abonnement-ID und Ressourcentyp = Load Balancer ausgewählt sind.

    Auswählen einer Ressource für die Integritätsanzeige

    Abbildung: Ressource für Integritätsanzeige auswählen

  3. Wählen Sie in der Liste die Lastenausgleichsressource aus, um deren Verlauf des Integritätsstatus anzuzeigen.

    Ressourcenintegritätsstatus

    Abbildung: Ressourcenintegritätsstatus

Eine allgemeine Beschreibung eines Ressourcenintegritätsstatus finden Sie in der Übersicht über Resource Health.

Nächste Schritte