Azure Load Balancer-Integritätsereignisprotokolle
Azure Load Balancer unterstützt Integritätsereignisprotokolle, um laufende Probleme zu identifizieren und zu beheben, die sich auf die Integrität Ihrer Lastenausgleichsressource auswirken. Diese Ereignisse werden über die Azure Monitor-Ressourcenprotokollkategorie LoadBalancerHealthEvent bereitgestellt.
Diese Protokolle werden für Standard (regionale und globale Ebene) und Gateway-Lastenausgleichsgeräte unterstützt.
Wichtig
LoadBalancerHealthEvent-Protokolle für Azure Load Balancer befinden sich derzeit in der Vorschau und sind in allen öffentlichen Azure-Regionen verfügbar. In der Vorschau können sich die Protokollstruktur, Ereignistypen, das Veröffentlichungsverhalten und andere Aspekte dieses Features als Reaktion auf Feedback ändern.
Diese Vorschauversion wird ohne Vereinbarung zum Servicelevel bereitgestellt und ist nicht für Produktionsworkloads vorgesehen. Manche Features werden möglicherweise nicht unterstützt oder sind nur eingeschränkt verwendbar. Weitere Informationen finden Sie unter Zusätzliche Nutzungsbestimmungen für Microsoft Azure-Vorschauen.
Schweregraddefinitionen
Jeder Integritätsereignistyp weist einen zugeordneten Schweregrad auf, um den Grad der erwarteten Auswirkungen anzugeben. Diese Eigenschaft kann beim Filtern von Protokollen und beim Erstellen von individualisierten Warnungen basierend auf der Dringlichkeit des Problems helfen.
| Severity | Beschreibung |
|---|---|
| Kritisch | Die Ressource für den Lastenausgleich benötigt sofortige Aufmerksamkeit. Die Funktionalität des Lastenausgleichs ist betroffen. Diese Auswirkung kann zu Problemen wie fehlerhaften Verbindungen, nicht erfolgreichen CRUD-Vorgängen (Erstellen, Lesen, Aktualisieren, Löschen) oder falsch konfigurierten Komponenten des Lastenausgleichs führen. |
| Warning | Die Ressource für den Lastenausgleich muss überwacht oder überprüft werden. Die Funktionalität des Lastenausgleichs kann in bestimmten Szenarien beeinträchtigt oder in einem teilweise beeinträchtigten Zustand ausgeführt werden. |
Integritätsereignistypen und Veröffentlichungshäufigkeit
Integritätsereignisse können auf unterschiedliche Weise erkannt werden – einige Ereignisse werden durch aktive Überprüfung des Zustands des Lastenausgleichs generiert, während andere generiert werden können, wenn eine explizite Bedingung erfüllt wird. Jedes Ereignis hat die Möglichkeit, jede Minute veröffentlicht zu werden, wenn das Ereignis während des Erkennungsfensters aufgetreten ist.
Sobald ein Integritätsereignis veröffentlicht wurde, gibt es ein erweitertes Zeitfenster, in dem das Ereignis nicht erneut veröffentlicht wird. Dieses Zeitfenster verhindert die Veröffentlichung übermäßiger Protokolle, wenn ein dauerhaftes Problem aufgetreten ist. Nach diesem Neudektionsintervall wird das Integritätsereignis erneut veröffentlicht, wenn das Problem weiterhin besteht.
Jedes Ereignisprotokoll wird mit einem Zeitstempel veröffentlicht, der den Zeitpunkt angibt, zu dem Azure Load Balancer das Ereignis auf Plattformebene erkennt. Es kann eine Verzögerung zwischen der Erkennung und der Ereignisveröffentlichung durch Azure Monitor geben.
| Status | LoadBalancerHealthEventType | Severity | Beschreibung | Erkennungsfenster | Erneute Erkennungsintervall | Unterstützte Eigenschaften |
|---|---|---|---|---|---|---|
| Vorschau | DataPathAvailabilityWarning | Warnung | Dieses Ereignis wird pro betroffenem Load Balancer-Frontend-IP veröffentlicht, wenn die Datenpfadverfügbarkeitsmetrik der Frontend-IP aufgrund von Plattformproblemen weniger als 90 % beträgt | 1 Minute | 5 Minuten | Front-End-IP-Adresse, Liste der Front-End-Ports, die betroffenen Lastenausgleichsregeln zugeordnet sind |
| Vorschau | DataPathAvailabilityCritical | Kritisch | Dieses Ereignis wird pro betroffenem Load Balancer-Frontend-IP veröffentlicht, wenn die Datenpfadverfügbarkeitsmetrik der Frontend-IP aufgrund von Plattformproblemen weniger als 25 % ist | 1 Minute | 5 Minuten | Front-End-IP-Adresse, Liste der Front-End-Ports, die betroffenen Lastenausgleichsregeln zugeordnet sind |
| Vorschau | NoHealthyBackends | Kritisch | Dieses Ereignis wird pro Front-End-IP des Lastenausgleichs veröffentlicht, wenn ein zugeordneter Back-End-Pool keine Back-End-Instanzen hat, die auf die konfigurierten Integritätssonden reagieren. Das Lastenausgleichsmodul hat daher keine fehlerfreien Back-Ends, um Datenverkehr zu verteilen. | Bei Bedarf | 60 Minuten | Front-End-IP-Adresse, Liste der Protokoll- und Frontend-Ports, die mit den betroffenen Lastenausgleichsregeln verknüpft sind |
| Vorschau | HighSnatPortUsage | Warnung | Dieses Ereignis wird auf einer Back-End-Instanzebene veröffentlicht, wenn eine Back-End-Instanz mehr als 75 % der zugeordneten Ports von einer einzelnen Frontend-IP nutzt. | Bei Bedarf | 5 Minuten | Back-End-IP-Adresse, Frontend-IP-Adresse |
| Vorschau | SnatPortExhaustion | Kritisch | Dieses Ereignis wird auf einer Back-End-Instanzebene veröffentlicht. Die Veröffentlichung erfolgt, wenn eine Back-End-Instanz alle zugeordneten Ports auslässt und alle weiteren ausgehenden Verbindungen fehlschlägt. Dieses Ereignis wird fortgesetzt, bis Ports freigegeben oder mehr Ports zugewiesen werden. | Bei Bedarf | 5 Minuten | Back-End-IP-Adresse, Frontend-IP-Adresse |
Weitere Informationen zu den Eigenschaften, die mit jedem Integritätsereignisprotokoll veröffentlicht werden, finden Sie in der Referenzdokumentation zu Azure Log Analytics für die Protokolltabelle ALBHealthEvent.
Nächste Schritte
In diesem Artikel haben Sie mehr über Azure Load Balancer-Integritätsereignisprotokolle und Integritätsereignistypen erfahren.
Weitere Informationen zum Sammeln, Analysieren und Erstellen von Warnungen mithilfe dieser Protokolle sowie zur Problembehandlung für jeden Integritätsereignistyp finden Sie unter: