Teilen über

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 Azure Load Balancer-Konfigurationen bereit. Sie können Ihre Load Balancer Standard-Ressourcen überwachen, verwalten und hinsichtlich Fehlern behandeln.

  • Ressourcenintegrität:Der Resource Health-Status 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. Beachten Sie, dass mehrdimensionale Metriken nicht für Load Balancer (Basic) unterstützt werden.

Die verschiedenen Lastenausgleichskonfigurationen bieten die folgenden Metriken:

Metrik Ressourcentyp BESCHREIBUNG Empfohlene Aggregation
Data Path Availability (Verfügbarkeit des Datenpfads) Öffentlicher und interner Load Balancer Ein Load Balancer verwendet kontinuierlich den Datenpfad aus einer Region zum Load-Balancer-Front-End, zu dem Netzwerk, das Ihren virtuellen Computer unterstützt. Solange fehlerfreie 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 Balancer Ein Load Balancer 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ätstestkonfiguration beurteilt. Average
SYN-Anzahl Öffentlicher und interner Load Balancer Ein Load Balancer beendet keine Transmission Control Protocol (TCP)-Verbindungen und interagiert nicht mit TCP- oder User Data-gram Packet (UDP)-Flows. 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 Source Network Address Translation (SNAT)-Verbindungen Öffentlicher Load Balancer Ein Lastenausgleich meldet die Anzahl von maskierten ausgehenden Datenflüssen 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-Datenflüsse gemeldet. Die Zähler können zur Problembehandlung und zum Verständnis der Integrität Ihrer ausgehenden Datenflüsse verwendet werden. SUM
Zugeordnete SNAT-Ports Öffentlicher Load Balancer Ein Load Balancer meldet die Anzahl der SNAT-Ports, die den einzelnen Back-End-Instanzen jeweils zugeordnet sind. Average.
Verwendete SNAT-Ports Öffentlicher Load Balancer Ein Load Balancer meldet die Anzahl der SNAT-Ports, die von den einzelnen Back-End-Instanzen jeweils genutzt werden. Average
Byteanzahl Öffentlicher und interner Load Balancer Ein Load Balancer meldet die Daten, die von den einzelnen Front-Ends jeweils verarbeitet werden. 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
Paketanzahl Öffentlicher und interner Load Balancer Ein Load Balancer meldet die Pakete, die von den einzelnen Front-Ends jeweils verarbeitet werden. SUM

Hinweis

Bandbreitenbezogene Metriken wie SYN-Pakete, Byteanzahl und Paketanzahl werden Datenverkehr zu einem internen Lastenausgleich über einen UDR (z. B. von einer NVA oder Firewall) nicht erfassen.

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 Integritätsteststatus nicht empfohlen. Verwenden Sie stattdessen den Mittelwert für optimal dargestellte Integritätsdaten.

Hinweis

Die Datenpfadverfügbarkeitsmetrik kann bis zu 10 Minuten dauern, bis sie in Azure Monitor-Metriken angezeigt werden, nachdem ein Lastenausgleichsmodul erstellt oder aktualisiert wurde.

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.

Hinweis

Azure Load Balancer sendet keine Integritätstests an VMs mit aufgehobener Zuordnung. Wenn die Zuordnung von VMs aufgehoben wird, beendet der Lastenausgleich das Melden von Metriken für diese Instanz. Metriken, die nicht verfügbar sind, werden im Portal als gestrichelte Linie angezeigt, oder es wird eine Fehlermeldung angezeigt, die angibt, dass Metriken nicht abgerufen werden können.

So zeigen Sie die Metriken für Ihre 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.

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 „Datenpfadverfügbarkeit“ beschreibt die Integrität innerhalb der Region für den Datenpfad zu dem Computehost, auf dem sich Ihre VMs befinden. Die Metrik spiegelt die Integrität Ihres Load Balancers wider, 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.

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

Erweitern

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.

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.

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 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.

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

Erweitern Die Metrik „SYN-Pakete“ beschreibt die Zahl der TCP-SYN-Pakete, die für ausgehende Flows eingegangen 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.

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 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.

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 Überprüfen der Integritätstests ist immer ein hervorragender erster Schritt für die Überwachung oder bei der Ermittlung 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 für Datenpfadverfügbarkeit und Integritätsteststatus.

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.

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 zur Seite „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 für 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. Richten Sie Ihre Warnungsbedingung ein, um die Metrik für Integritätsteststatus zu verwenden und mithilfe des durchschnittlichen Aggregationstyps nach Back-End-IP-Adresse und Back-End-Port aufzuteilen. 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.

Verfügbarkeitswarnungen für ausgehenden Datenverkehr

Sie können mit den Metriken „Anzahl von SNAT-Verbindungen“ und „Verwendete SNAT-Ports“ zwei verschiedene Warnungen zur Verfügbarkeit für ausgehenden Datenverkehr erstellen.

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 eine Unterteilung nach Back-End-IP-Adresse sowie nach allen aktuellen und zukünftigen Werten vornehmen, um für jede Back-End-Instanz mit fehlgeschlagenen 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 standardmäßige Lastenausgleichsressource 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 Datenpfadverfügbarkeit hat mindestens zwei Minuten lang weniger als 90 %, aber mehr als 25 % Integrität gemeldet. Bei diesem Status 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 Datenpfadverfügbarkeit hat mindestens zwei Minuten lang weniger als 25 % Integrität gemeldet. Bei diesem Status sind Leistung und Verfügbarkeit für eingehende Verbindungen 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.
Unknown Der Integritätsstatus für Ihre Lastenausgleichsressource wurde in den letzten 10 Minuten nicht aktualisiert oder hat keine Informationen zur Datenpfadverfügbarkeit 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.

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

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

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

Ressourcenintegritätswarnungen

Azure Resource Health-Warnungen können Sie nahezu in Echtzeit informieren, wenn sich der Integritätszustand Ihrer Lastenausgleichsressource ändert. Es wird empfohlen, Ressourcenintegritätswarnungen so festzulegen, dass Sie benachrichtigt werden, wenn sich Ihre Load Balancer-Ressource im Status Beeinträchtigt oder Nicht verfügbar befindet.

Wenn Sie Azure Resource Health-Warnungen für Load Balancer erstellen, sendet Azure Ressourcenintegritätsbenachrichtigungen an Ihr Azure-Abonnement. Sie können Benachrichtigungen auf folgenden Grundlagen erstellen und anpassen:

  • Dem betroffenen Abonnement
  • Der betroffenen Ressourcengruppe
  • Dem betroffenen Ressourcentyp (Lastenausgleich)
  • Der spezifischen Ressource (jede Load Balancer-Ressource, für die Sie eine Benachrichtigung einrichten möchten)
  • Dem Ereignisstatus der betroffenen Lastenausgleichsressource
  • Dem aktuellen Status der betroffenen Load Balancer-Ressource
  • Dem vorherigen Status der betroffenen Load Balancer-Ressource
  • Dem Ursachentyp der betroffenen Load Balancer-Ressource

Darüber hinaus können Sie konfigurieren, an wen die Warnung gesendet werden soll:

  • Eine neue Aktionsgruppe (die für zukünftige Benachrichtigungen verwendet werden kann)
  • Eine vorhandene Aktionsgruppe

Weitere Informationen zum Einrichten dieser Ressourcenintegritätswarnungen finden Sie unter:

Nächste Schritte

  • Last updated on