Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Dashboard zur RDS-Proxyüberwachung
Sie können auf das RDS-Proxy-Monitoring-Dashboard unter der Registerkarte Überwachung Ihres Proxys zugreifen.
Das Dashboard bietet einen vorkonfigurierten Satz von Metriken, die in Widgets angeordnet sind und Ihnen dabei helfen sollen, allgemeine Aufgaben im Bereich Beobachtbarkeit und Fehlerbehebung auszuführen. Wenn eine Metrik in diesem Dashboard nicht sichtbar ist, können Sie alle Metriken CloudWatch über einen Link im oberen rechten Bereich des Dashboards anzeigen.
Sie können dem Standard-Dashboard keine Metriken hinzufügen oder daraus entfernen. Wenn Sie benutzerdefinierte Überwachungsansichten für Ihre Proxys erstellen möchten, können Sie dies direkt in tun. CloudWatch Weitere Informationen finden Sie unter Verwenden von CloudWatch Dashboards.
Das Monitoring-Dashboard ist in mehrere Abschnitte unterteilt, wobei die Metriken mithilfe vordefinierter Aggregationen in Widgets gruppiert sind. Weitere Informationen zu den zugrunde liegenden RDS-Proxy-Metriken finden Sie unter Überwachung von RDS-Proxy-Metriken mit CloudWatch.
-Übersicht
Verfügbarkeit in% nach Rolle
Der Prozentsatz der Zeit, für die das Ziel in den READ_ONLY Rollen READWRITE und verfügbar war, basierend auf einer Aggregation der AvailabilityPercentage Metrik.
Die Verfügbarkeitsmetrik beschreibt die Erfolgsquote der vom Proxy durchgeführten Datenbank-Integritätsprüfungen, die den Integritätsstatus der Zieldatenbank-Instances widerspiegelt. Dieses Widget verwendet die Average Statistik für jede Rolle, und die Berechnung wird von der Anzahl der Datenbankinstanzen in einer bestimmten Rolle (eine für die READWRITE Rolle, möglicherweise mehrere für READ_ONLY Rollen) und der Anzahl der Knoten in Ihrem Proxy (bestimmt durch die RDS-Proxy-Infrastruktur) beeinflusst.
Anmerkung
RDS Proxy passt seine Kapazität automatisch an die Konfiguration der bei ihm registrierten DB-Instances an. Sie können die Anzahl der Knoten in Ihrem Proxy nicht direkt steuern, aber Sie können die aktuelle Knotenzahl anhand der sample count Statistik für die Verfügbarkeitsmetrik überprüfen. Weitere Informationen darüber, wie RDS Proxy seine Kapazität anpasst, finden Sie unter Planung der IP-Adresskapazität.
Die READWRITE Zielrolle kann nur eine Datenbank-Instance enthalten, und der Verfügbarkeitsprozentsatz wird als durchschnittliche Erfolgsquote bei der Integritätsprüfung auf allen Proxyknoten berechnet. Wenn der Proxy beispielsweise vier Knoten enthält und einer von ihnen in einem bestimmten Zeitraum keine erfolgreiche Antwort auf die Zustandsprüfung erhalten hat, wird die read/write Verfügbarkeit für diesen Zeitraum mit 75% angegeben. Ähnlich verhält es sich, wenn der Proxy vier Knoten enthält und keiner von ihnen in der Lage war, innerhalb einer Minute 30 Sekunden lang Integritätsprüfungen durchzuführen, meldet der Proxy in dieser Minute eine Verfügbarkeit von 50%.
Die READ_ONLY Zielrolle kann mehrere Datenbank-Instances enthalten, z. B. mehrere Replikate in einem Aurora-Cluster. Aus der Sicht jedes RDS-Proxyknotens gilt die Rolle „Nur Lesen“ als verfügbar, wenn eine der Ziel-Instances eine Zustandsprüfung besteht. Die Verfügbarkeit wird dann über alle Proxyknoten gemittelt, und die endgültige Anzahl wird im Widget angezeigt. Betrachten Sie dieses Beispiel für einen Proxy mit vier Knoten:
-
Jeder Proxyknoten führt eine Integritätsprüfung für mehrere schreibgeschützte Ziele (Datenbankinstanzen) durch, wobei einige Prüfungen erfolgreich sind und andere fehlschlagen. Ein Proxyknoten meldet die schreibgeschützte Rolle als verfügbar, sofern er von mindestens einer Zielinstanz eine erfolgreiche Zustandsprüfung erhält.
-
Vier Proxyknoten führen Integritätsprüfungen für mehrere schreibgeschützte Ziele durch. Drei Proxyknoten können eine Verbindung zu mindestens einem Ziel herstellen, aber ein Proxyknoten kann keine Verbindung zu einem der Ziele herstellen. Die Verfügbarkeit von Rollen mit Schreibschutz wird anhand
Averageder von den Proxyknoten gemeldeten Rollenverfügbarkeit berechnet:(100% + 100% + 100% + 0% )/ 4 = 75%
Anmerkung
Die READ_ONLY RDS-Proxy-Zielrolle wird bei Aurora-Clustern oder Amazon Multi-AZ RDS-DB-Cluster-Bereitstellungen mit zwei lesbaren Standbys unterstützt, nicht jedoch bei Bereitstellungen von Amazon RDS-DB-Instances mit Read Replicas. Die Verfügbarkeit für die READ_ONLY Rolle zeigt möglicherweise „Null“ an, wenn der Proxy kein schreibgeschütztes Ziel enthält.
Das Widget zur Rollenverfügbarkeit ist in den folgenden Szenarien am nützlichsten:
-
Diagnose von Verbindungsfehlern, wenn Sie schnell beurteilen möchten, ob die Verfügbarkeit aufgrund des Zustands von Proxyknoten oder Zieldatenbankinstanzen beeinträchtigt wurde.
-
Die Diagnose von Ereignissen mit hohem Datenverkehr, bei denen die Datenbank nicht eindeutig nicht verfügbar war, die Integritätsprüf-Metriken des Proxys jedoch die Hypothese einer Datenbanküberlastung stützen. Der RDS-Proxy verwendet eine Reihe persistenter Verbindungen, die für Überwachungs- und Integritätsprüfungen reserviert sind. Wenn also die Datenbankmetriken nicht auf Ausfallzeiten hinweisen, die Integritätsprüfungen des Proxys jedoch zeitweise fehlschlagen, kann dies ein Hinweis auf eine übermäßige Datenbanklast sein.
-
Identifizierung von Konfigurationsproblemen, die verhindern, dass der Proxy eine Verbindung zu Ziel-Instances herstellt. Wenn Sie beispielsweise einen Rückgang der Proxy-Verfügbarkeitsmetriken feststellen, die Ziel-Instances aber anderen Signalen zufolge fehlerfrei erscheinen, könnte dies auf ein Problem mit Netzwerk-ACLs hinweisen, die den Subnetzen des Proxys zugeordnet sind, oder auf eine Fehlkonfiguration der Sicherheitsgruppe (n), die den Zieldatenbank-Instances zugeordnet sind.
Bei der Diagnose von Problemen mit den Verfügbarkeitsmetriken von RDS-Proxys müssen Sie auch die Integritäts- und Nutzungsindikatoren aus der Datenbank selbst überprüfen. Die Verfügbarkeitsberechnungen des Proxys werden von der Fähigkeit der Datenbank beeinflusst, auf Zustandsprüfungen zu reagieren. Sie müssen also Informationen von beiden Seiten einholen, bevor Sie Schlüsse ziehen können.
Auslastung der Datenbankverbindungen in% nach Rolle
Die prozentuale Auslastung des Verbindungspools des Proxys für jede Rolle, berechnet als DatabaseConnections Division durchMaxDatabaseConnectionsAllowed.
Die maximale Anzahl der zulässigen Datenbankverbindungen bezieht sich auf die maximale Poolgröße des Proxys, die durch die MaxConnectionsPercent Einstellung gesteuert wird. Diese wiederum hängt vom Datenbankverbindungslimit ab, z. B. vom max_connections Parameter. Weitere Informationen zu dieser Einstellung finden Sie unter Überlegungen zur zu RDS-Proxyverbindungen.
Anmerkung
RDS Proxy reserviert einen Teil des MaxConnectionsPercent Kontingents für interne Überwachungsverbindungen. Die Gesamtzahl der reservierten Verbindungen ist keine Konstante, sondern hängt von der Anzahl der internen Proxyknoten und der Anzahl der Zieldatenbank-Instances ab.
Wir empfehlen, zwischen der Anzahl der zulässigen Verbindungen und der bei Spitzenlast zu erwartenden maximalen Anzahl von Datenbankverbindungen einen Spielraum von mindestens 30% einzuhalten. Dieser Spielraum verbessert das Kundenerlebnis bei unerwarteten Auslastungsspitzen und hilft RDS Proxy dabei, Verbindungen innerhalb seiner internen Infrastruktur für das Wärmemanagement und andere Zwecke neu zu verteilen. Um Ihnen zu helfen, dieser Empfehlung zu folgen, enthält das Widget für die Verbindungsauslastung einen festen Richtwert von 70% des Maximums.
Nehmen wir zum Beispiel an, Sie haben einen Aurora PostgreSQL-Cluster mit einem Writer und zwei Readern mit einer max_connections Einstellung von 500 für jede Instanz und einen Proxy, MaxConnectionsPercent der mit 50 konfiguriert ist:
-
RDS Proxy reserviert eine Anzahl von Verbindungen für Überwachungszwecke, was bedeutet, dass
MaxDatabaseConnectionsAllowedes weniger als 250 pro Instanz sind:(max_connections=500 * MaxConnectionsPercent=50%) - reserved connections -
Für die
READWRITERolle mit einem Writer wird die maximale Größe des Proxy-Verbindungspools etwas unter 250 (50% * 500 - reserved_connections) liegen, und die Richtlinie von 70% entspricht weniger als 175 Verbindungen (70% * 250 - reserved connections). -
Für die
READ_ONLYRolle mit zwei Lesern wird die maximale Größe des Proxyverbindungspools etwas unter 500 (2 * 50% * 500 - reserved_connections) liegen, und die Richtlinie von 70% entspricht weniger als 350 Verbindungen (70% * 500 - reserved connections).
Dieses Widget dient als allgemeiner Indikator für die Verbindungsauslastung und ist ein nützlicher Ausgangspunkt für bestimmte Problembehandlungsszenarien. Beispiel:
-
Häufige und starke Schwankungen der Verbindungsauslastung können darauf hindeuten, dass die
MaxIdleConnectionsPercentEinstellung zu niedrig ist. Sie können die Verbindungsabwanderung verringern, indem Sie inaktive Verbindungen für einen längeren Zeitraum geöffnet lassen. -
Auf der Grundlage Ihrer Arbeitsauslastungsmuster und Ihrer Kundenaktivität können Sie eine allgemeine Erwartung dafür entwickeln, wie viele Verbindungen zu einem bestimmten Zeitpunkt verwendet werden. Das Widget kann Ihnen dabei helfen, diese Erwartungen zu überprüfen und potenzielle Kundenprobleme zu erkennen. Stellen Sie sich eine Situation vor, in der Ihre
MaxIdleConnectionsPercentEinstellung sehr niedrig ist, die Verbindungsauslastung jedoch konstant sehr hoch ist. Dies kann darauf hindeuten, dass Clients selten inaktiv sind (was nicht unbedingt ein Problem ist), es kann aber auch bedeuten, dass Verbindungen gepinnt sind und daher keiner Leerlaufprüfung unterzogen werden. -
Wenn es keine Probleme mit der Pinning- oder Proxykonfiguration gibt, kann eine hohe Auslastung der Datenbankverbindung bedeuten, dass die
max_connectionsDatenbankeinstellung erhöht werden muss oder, im Fall der Rolle „Nur Lesen“, der Cluster mehr Read Replicas verwenden könnte.
Aufteilung der Latenz
Die Latenz von Verbindungsausleihen und Abfrageantworten.
| Label (Bezeichnung) | Description | Quelle |
|---|---|---|
DatabaseConnectionsBorrowLatency |
Die Zeit, die der Proxy benötigt, um eine Datenbankverbindung herzustellen, unabhängig davon, ob es sich um eine bestehende Verbindung aus dem Pool oder um eine neue Verbindung handelt, die für die Datenbank geöffnet werden musste. | RDS-Proxy, DatabaseConnectionsBorrowLatency metrisch |
QueryResponseLatency |
Die Zeit zwischen dem Empfang einer Abfrageanfrage und der Beantwortung durch den Proxy. | RDS-Proxy, QueryResponseLatency metrisch |
QueryDatabaseResponseLatency |
Die Zeit, die die Datenbank benötigt hat, um auf die Anfrage zu antworten, einschließlich der Netzwerklatenz zwischen dem Proxy und der Datenbank. | RDS-Proxy, QueryDatabaseResponseLatency metrisch |
Dieses Widget hilft Ihnen dabei, die durchschnittliche Antwortzeit Ihrer Anfragen zu verstehen und zu verstehen, wie die Proxyschicht zur Gesamtlatenz beiträgt. Die Metrik für die Ausleihlatenz kann besonders nützlich sein, um Poolüberlastungen zu erkennen, d. h., wenn Client-Anfragen warten, weil nicht genügend Verbindungen im Pool verfügbar sind.
Datenpunkte für diese Metriken werden nur veröffentlicht, wenn der Wert größer als Null ist. Das bedeutet, dass das Widget in Zeiten ohne Abfrageverkehr Lücken enthalten kann.
Client-Verbindungen
Die Anzahl der Verbindungen zwischen den Clients und dem Proxy, aufgeschlüsselt nach Verbindungsstatus.
| Label (Bezeichnung) | Description | Quelle |
|---|---|---|
ClientConnectionsReceived |
Die Anzahl der empfangenen Clientverbindungsanforderungen. | RDS-Proxy, ClientConnectionsReceived metrisch |
ClientConnectionsSetupSucceeded |
Die Anzahl der erfolgreich hergestellten Client-Verbindungen. | RDS-Proxy, ClientConnectionsSetupSucceeded metrisch |
ClientConnectionsSetupFailedAuth |
Die Anzahl der Clientverbindungsversuche, die aufgrund einer fehlerhaften Authentifizierungs- oder TLS-Konfiguration fehlgeschlagen sind. | RDS-Proxy, ClientConnectionsSetupFailedAuth metrisch |
ClientConnectionsClosed |
Die Anzahl der geschlossenen Clientverbindungen. | RDS-Proxy, ClientConnectionsClosed metrisch |
Dieses Widget kann Ihnen helfen, den Durchsatz und den Status von Client-Verbindungen zu beurteilen, indem es mehrere Client-Verbindungsmetriken in einem einzigen Diagramm anzeigt. Es kann nützlich sein, um die Gesamterfolgsrate von Client-Verbindungen und die Häufigkeit zu beobachten, mit der Verbindungen geöffnet und geschlossen werden. Dies kann hilfreich sein, um Verbindungsstürme und Veränderungen der Client-Aktivität im Laufe der Zeit zu erkennen.
Proxy-Arbeitslast
Die Anzahl der Abfrageanfragen pro Proxy-Endpunkt, basierend auf den QueryRequests Proxy-Metriken.
Die Bezeichnungen der Datenreihen variieren je nach Endpunkt:
-
Der read/write Standard-Proxy-Endpunkt verwendet das
defaultLabel. -
Wenn Sie bei der Erstellung des Proxys über die AWS Management Console den optionalen schreibgeschützten Endpunkt aktiviert haben, verwendet dieser Endpunkt das
read-onlyLabel, dem der Proxyname vorangestellt ist. Für einen Proxy mit dem Namenmy-proxylautet die Bezeichnung.my-proxy-read-only -
Zusätzliche Proxy-Endpunkte verwenden den Endpunktnamen als Bezeichnung ohne zusätzliche Präfixe.
Dieses Widget ist nützlich, um das Volumen der Arbeitslast zu überwachen, die über die einzelnen Proxy-Endpunkte abgewickelt wird.
Wichtig
Die QueryRequests Metrik wird derzeit nicht für Abfrageaktivitäten auf PostgreSQL-Verbindungen ausgegeben, die das Extended Query Protocol verwenden.
Latenz
Latenz der Datenbankantwort nach Ziel
Die Latenz der Datenbankantwort pro Ziel (Datenbankinstanz), basierend auf der QueryDatabaseResponseLatency Proxy-Metrik.
Dieses Widget ist nützlich für die Überwachung der Datenbank-Antwortlatenz für jede Datenbank-Instance unter dem Proxy, insbesondere wenn Sie unterschiedliche Datenbankinstanzen für unterschiedliche Workloads verwenden oder die Instanzgrößen nicht identisch sind. Betrachten Sie die folgenden Beispiele:
-
Ein Datenbankcluster enthält mehrere Read Replicas, die alle Traffic über den Proxy empfangen. Darüber hinaus empfangen einige Replikate Datenverkehr direkt von Clients, die den Proxy umgehen. Mithilfe des Widgets können Sie feststellen, ob sich dieser zusätzliche Datenverkehr auf die Abfragelatenz für Workloads auswirkt, die über den Proxy verarbeitet werden.
-
Ein Datenbankcluster enthält Replikate unterschiedlicher Größe, die gesamte Arbeitslast wird über den Proxy abgewickelt, und die Datenbankinstanzen verwenden die Standardverbindungskonfiguration, bei der das Verbindungslimit proportional zur Instanzgröße ist. Der Proxy hält sich an Verbindungslimits und sendet proportional weniger Verbindungen an kleinere Instanzen. Diese Instanzen können jedoch eine höhere Latenz erzeugen, da ihre Caches und Puffer ebenfalls kleiner sind. Mithilfe des Widgets können Sie feststellen, ob dies der Fall ist und ob kleine Instances in Bezug auf die Abfragelatenz mit größeren mithalten können.
Verbindungspool
Datenbankverbindungen sind% nach Rolle zugeordnet
Der Prozentsatz der angehefteten Datenbankverbindungen für jede Rolle, berechnet als Division durchDatabaseConnectionsCurrentlySessionPinned. DatabaseConnections
Dieses Widget ist nützlich, um das Verbindungs-Pinning in Ihrem Workload zu überwachen. Ähnlich wie bei anderen Widgets wird hier der relative Wert als geeigneterer Integritätsindikator verwendet als die absolute Anzahl der gepinnten Verbindungen. Ein idealer Wert ist Null, aber Verbindungs-Pinning lässt sich möglicherweise nicht bei allen Workloads vollständig vermeiden. Möglicherweise sind Sie damit einverstanden, dass bei einem kleinen Prozentsatz von Verbindungen ein Pinning auftritt, solange sich diese Verbindungen nicht merklich auf den Rest der Arbeitslast auswirken. Wenn jedoch ein großer Teil der gesamten Arbeitslast gepinnt wird, kann dies auf ein Problem mit dem Clientverhalten hinweisen, das verhindert, dass RDS Proxy Verbindungen multiplext (sie zwischen Transaktionen wiederverwendet).
Datenbankverbindungen, Einrichtungsmetriken nach Rolle
Die Anzahl der Verbindungskonfigurationen zwischen dem Proxy und der Datenbank, aufgeschlüsselt nach Setup-Ergebnis und Zielrolle. Das Widget zeigt mehrere Datenreihen für jede Rolle:
| Label (Bezeichnung) | Description | Quelle |
|---|---|---|
DatabaseConnectionRequests |
Die Anzahl der Anforderungen zum Erstellen einer Datenbankverbindung. | RDS-Proxy, DatabaseConnectionRequests metrisch |
DatabaseConnectionsSetupSucceeded |
Die Anzahl der erfolgreich hergestellten Datenbankverbindungen. | RDS-Proxy, DatabaseConnectionsSetupSucceeded metrisch |
DatabaseConnectionsSetupFailed |
Die Anzahl der fehlgeschlagenen Datenbankverbindungsanforderungen. | RDS-Proxy, DatabaseConnectionsSetupFailed metrisch |
Datenpunkte für diese Metriken werden nur veröffentlicht, wenn der Wert größer als Null ist, was bedeutet, dass das Widget in Zeiträumen ohne ein relevantes Ereignis Lücken enthalten kann. Wenn ein Client beispielsweise während eines bestimmten Zeitraums Abfragen über den Proxy ausführt und der Proxy den gesamten Datenverkehr verarbeiten kann, indem er bestehende Back-End-Datenbankverbindungen wiederverwendet (ohne neue Verbindungen zu öffnen), werden Ihnen für diesen Zeitraum keine Datenpunkte angezeigt.
Dieses Widget ist nützlich, um Aktivitäten und Verbindungsschwankungen zwischen dem Proxy und der Datenbank zu beobachten. In Kombination mit den Informationen, die im Widget „Client-Verbindungen“ angezeigt werden, können Sie es verwenden, um die Effizienz von Verbindungspooling und Multiplexing innerhalb des Proxys zu beurteilen.
Beachten Sie, dass der RDS-Proxy nicht den gesamten Verbindungspool mit seiner maximalen Kapazität vorab zuweist und inaktive Datenbankverbindungen nach einer gewissen Zeit der Inaktivität schließt. Es ist normalDatabaseConnectionRequests, dass Werte über Null liegen und unter Last schwanken, aber es ist das Verhältnis von DatabaseConnectionRequests zuClientConnectionsReceived, das Ihre Aufmerksamkeit erfordern könnte. Beispiel:
-
Wenn die Clients eine bestimmte Anzahl von Verbindungen zum Proxy öffnen und der Proxy in jedem Zeitraum fast die gleiche Anzahl von Verbindungen zur Datenbank öffnet, können Sie damit rechnen, dass der Proxy Verbindungen aufgrund von Pinning oder anderen Gründen nicht wiederverwenden kann. Diese Situation erfordert möglicherweise weitere Untersuchungen, wobei der Schwerpunkt auf dem Verhalten des Clients liegt, das verhindert, dass der Proxy Verbindungen wiederverwendet.
-
Wenn die Clients eine bestimmte Anzahl von Verbindungen zum Proxy öffnen, neue Datenbankverbindungen jedoch nur einen Bruchteil dieser Anzahl ausmachen, zeigt sich, dass der Proxy den Großteil des Datenverkehrs verarbeitet, indem er bestehende Verbindungen wiederverwendet. Dies ist der normale, gewünschte Zustand des Verbindungspools.
Metriken zur Einrichtung von Datenbankverbindungen nach Ziel
Entspricht den Metriken zur Einrichtung von Datenbankverbindungen nach Rolle, wobei die Daten nach Ziel (Datenbankinstanz) aufgeschlüsselt sind.
Nutzung von Datenbankverbindungen
Auslastung der Datenbankverbindungen in% nach Ziel
Die prozentuale Auslastung des Verbindungspools des Proxys für jedes Ziel (Datenbankinstanz), berechnet als DatabaseConnections Division durchMaxDatabaseConnectionsAllowed.
Dieses Widget ähnelt der Nutzung von Datenbankverbindungen in% nach Rolle, bietet jedoch eine detaillierte Ansicht der Verbindungsauslastung für jede Datenbankinstanz. Es kann nützlich sein, um eine faire Verbindungsverteilung in der READ_ONLY Rolle für Datenbankcluster mit mehreren Instanzen zu überprüfen.
Nehmen wir zum Beispiel an, Sie haben einen Aurora-Cluster mit zwei Lesern und MaxDatabaseConnectionsAllowed 500 pro Leser. Wenn die Anzahl der Proxyverbindungen auf dem ersten Lesegerät 100 und auf dem zweiten Lesegerät 125 beträgt, zeigt das Widget eine Verbindungsauslastung von 20% für das erste Lesegerät und 25% für das zweite Lesegerät an.
Anmerkung
RDS Proxy versucht, die Anzahl der Client-Verbindungen auf jedem Replikat auszugleichen, gewichtet nach dem Verbindungslimit der Datenbank. Es führt keinen Lastenausgleich für den Datenverkehr auf der Grundlage von Datenbankmetriken wie der CPU-Auslastung durch und weiß nicht, wie lange jede Clientsitzung nach dem Öffnen dauern wird. Daher ist ein kleines Ungleichgewicht bei der Verbindungsauslastung zwischen Instanzen ein normales Phänomen.
Nutzung von Datenbankverbindungen nach der Rolle READWRITE/READ _ONLY
Die Anzahl der Datenbankverbindungen, die vom Proxy und der Datenbank verwendet und zugelassen werden. Es gibt zwei Widgets dieses Typs: eines für die READWRITE Rolle und eines für die READ_ONLY Rolle.
Dieses Widget ist nur sichtbar, wenn das Datenbankziel des Proxys eine READ_ONLY Rolle unterstützt, zu der Aurora-DB-Cluster und Amazon Multi-AZ RDS-DB-Cluster-Bereitstellungen gehören. Das Widget wird für Bereitstellungen von Amazon RDS-DB-Instances nicht angezeigt.
Jedes Widget enthält mehrere Datenreihen:
| Label (Bezeichnung) | Description | Quelle |
|---|---|---|
Database Connections |
Die Anzahl der Verbindungen, die in der Datenbank existieren, unabhängig davon, ob sie vom Proxy oder anderen Clients geöffnet wurden. | Datenbank, DatabaseConnections Metrik |
Database Connections: proxy |
Die Anzahl der Datenbankverbindungen, die zwischen dem Proxy und der Datenbank bestehen, mit Ausnahme der internen Verbindungen, die von RDS Proxy für die Datenbanküberwachung verwendet werden. | RDS-Proxy, DatabaseConnections metrisch |
MaxDatabaseConnectionsAllowed: Proxy |
Maximale Anzahl von Datenbankverbindungen, die der Proxy zulässt, wird durch die MaxConnectionsPercent Einstellung gesteuert. |
RDS-Proxy, MaxDatabaseConnectionsAllowed metrisch |
Bei den angegebenen Zahlen handelt es sich um Summen (Summen) für den Proxy und den zugrunde liegenden Datenbankcluster. Nehmen wir beispielsweise an, dass der Datenbankcluster zwei Instances enthält, die jeweils 1000 Verbindungen zulassen, und dass der Proxy mit MaxConnectionsPercent of 20 konfiguriert ist. In diesem Szenario MaxDatabaseConnectionsAllowed: Proxy wird 2 * 1000 * 20% = 400 abzüglich einer Anzahl von Verbindungen angezeigt, die intern von RDS Proxy zu Überwachungszwecken reserviert wurden. Der tatsächliche Wert ist kleiner als 400 und hängt von der Anzahl der Knoten in Ihrem Proxy ab.
Dieses Widget ist in den folgenden Situationen am nützlichsten:
-
Überwachung der absoluten Verbindungsauslastungszahlen für den Proxy und die Datenbank.
-
Ermitteln der Anzahl der Verbindungen, die die Datenbank über den Proxy erreichen, im Vergleich zu Verbindungen, die den Proxy umgehen.
-
Berechnung der Differenz zwischen der aktuellen Verbindungsauslastung und der maximal zulässigen Auslastung.
Anmerkung
Der Wert von DatabaseConnections ist höher als Database Connections: Proxy selbst dann, wenn alle Client-Verbindungen über den Proxy abgewickelt werden. Es gibt immer eine Reihe interner Verbindungen, die von der RDS-Plattform und der RDS-Proxy-Infrastruktur verwaltet werden. Diese Verbindungen werden von der Datenbank gezählt, spiegeln sich jedoch nicht in den Proxy-Metriken wider.