Was wird überwacht?

Im Allgemeinen sollten Sie in einer Produktionskonfiguration Monitoringmechanismen in einer Apigee Edge für die Bereitstellung der privaten Cloud Diese Monitoringtechniken warnen Netzwerk- Administratoren (oder Operatoren) eines Fehlers oder Fehlers. Jeder generierte Fehler wird gemeldet als in Apigee Edge erhalten. Weitere Informationen zu Benachrichtigungen finden Sie unter Best Practices für das Monitoring.

Apigee-Komponenten werden hauptsächlich in zwei Kategorien unterteilt:

• Apigee-spezifische Java Server-Dienste: Dazu gehört die Verwaltung. Server, Message Processor, Qpid Server und Postgres Server.
• Drittanbieterdienste:Hierzu gehören Nginx Router, Apache Cassandra, Apache ZooKeeper, OpenLDAP, PostgreSQL-Datenbank und Qpid

Bei einer lokalen Bereitstellung von Apigee Edge bietet die folgende Tabelle einen kurzen Überblick die Parameter, die Sie überwachen können:

Im Allgemeinen können Sie nach der Installation von Apigee Edge das folgende Monitoring ausführen: um die Leistung einer Apigee Edge for Private Cloud-Installation zu verfolgen.

Systemzustandsprüfungen

Es ist sehr wichtig, die Parameter des Systemzustands wie CPU-Auslastung und Arbeitsspeicher und Portverbindung auf einer höheren Ebene. Sie können die folgenden Parameter überwachen, die Grundlagen des Systemzustands.

• CPU Utilization (CPU-Auslastung): Gibt die grundlegenden Statistiken an (User/System/IO). Warte/Inaktivität) zur CPU-Auslastung. Beispiel: die gesamte vom System verwendete CPU.
• Free/Used Memory:Gibt die Systemspeicherauslastung in Byte an. Zum Beispiel der vom System verwendete physische Arbeitsspeicher.
• Speicherplatznutzung:Gibt die Dateisysteminformationen an, basierend auf die aktuelle Laufwerksnutzung. Zum Beispiel der vom System belegte Festplattenspeicher.
• Load Average (Durchschnittliche Last): Gibt die Anzahl der auf die Ausführung wartenden Prozesse an.
• Netzwerkstatistik: Netzwerkpakete und/oder übertragene Byte und zusammen mit den Übertragungsfehlern für eine bestimmte Komponente an.

Prozesse/Anwendungsprüfungen

Auf Prozessebene können Sie wichtige Informationen über alle Prozesse einsehen, ausgeführt wird. Dazu gehören beispielsweise Speicher- und CPU-Nutzungsstatistiken, die ein Prozess oder eine Anwendung verwendet. Für Prozesse wie Qpid, Postgres Postmaster, Java usw. können Sie die Folgendes:

• Prozessidentifikation: Identifizieren Sie einen bestimmten Apigee-Prozess. Beispiel: können Sie überwachen, ob ein Java-Prozess für den Apigee-Server vorhanden ist.
• Thread-Statistiken: Sehen Sie sich die zugrunde liegenden Threading-Muster an, die ein Prozess ausführt. verwendet werden. Sie können beispielsweise die maximale Thread-Anzahl und die Thread-Anzahl für alle Prozesse überwachen.
• Arbeitsspeicherauslastung: Sehen Sie sich die Arbeitsspeichernutzung für alle Apigee-Prozesse an. Sie können beispielsweise Parameter wie Heap-Speichernutzung und verwendete Nicht-Heap-Speichernutzung überwachen. durch einen Prozess.

Prüfungen auf API-Ebene

Auf API-Ebene lässt sich überprüfen, ob ein Server für eine häufig verwendete API aktiv ist. von Apigee weitergeleitete Aufrufe. Sie können beispielsweise eine API-Prüfung auf dem Verwaltungsserver, dem Router, und Message Processor, indem sie den folgenden curl-Befehl aufrufen:

curl http://host:port/v1/servers/self/up

Dabei ist host die IP-Adresse der Apigee Edge-Komponente. Das port ist für jede Edge-Komponente spezifisch. Beispiel:

Verwaltungsserver: 8080

• Router: 8081
• Message Processor: 8082
• usw.

Informationen zum Ausführen dieses Befehls finden Sie in den folgenden Abschnitten. Komponente

Bei diesem Aufruf wird „true“ und „false“. Für optimale Ergebnisse können Sie auch API-Aufrufe direkt im Back-End, mit dem die Apigee-Software interagiert, um schnell zu ermitteln, Ob ein Fehler in der Apigee-Softwareumgebung oder im Backend vorliegt.

Überprüfungen des Nachrichtenflusses

Sie können Daten zum Nachrichtenfluss von Routern und Message Processor erfassen Muster/Statistiken. So können Sie Folgendes überwachen:

• Anzahl der aktiven Kunden
• Anzahl der Antworten (10-, 20-, 30-, 40- und 50-fache)
• Verbindungsfehler

Dies hilft Ihnen, Dashboards für den API-Nachrichtenfluss bereitzustellen. Weitere Informationen finden Sie unter Anleitung zum Überwachen.

Router-Systemdiagnose des Message Processor

Der Router implementiert einen Systemdiagnosemechanismus, um zu bestimmen, welcher der Message Processor wie erwartet funktioniert. Wenn ein Message Processor als ausgefallen oder langsam erkannt wird, kann der Router der Message Processor automatisch aus der Rotation. In diesem Fall schreibt der Router eine „Markieren“ an die Router-Protokolldatei unter /opt/apigee/var/log/edge-router/logs/system.log

Sie können die Router-Protokolldatei auf diese Meldungen prüfen. Wenn der Router zum Beispiel eine Wenn der Message Processor nicht rotiert ist, schreibt er eine Nachricht im folgenden Format in das Protokoll:

2014-05-06 15:51:52,159 org: env: RPCClientClientProtocolChildGroup-RPC-0 INFO CLUSTER - ServerState.setState() : State of 2a8a0e0c-3619-416f-b037-8a42e7ad4577 is now DISCONNECTED. handle = MP_IP at 1399409512159
2014-04-17 12:54:48,512 org: env: nioEventLoopGroup-2-2 INFO HEARTBEAT - HBTracker.gotResponse() : No HeartBeat detected from /MP_IP:PORT Mark Down

Dabei ist MP_IP:PORT die IP-Adresse und Portnummer des Message Processor.

Wenn der Router später eine Systemdiagnose durchführt und feststellt, dass der Message Processor ordnungsgemäß funktioniert, setzt der Router den Message Processor automatisch wieder in Rotation. Die Der Router schreibt auch ein "Markup" im folgenden Formular eine Nachricht an das Protokoll an:

2014-05-06 16:07:29,054 org: env: RPCClientClientProtocolChildGroup-RPC-0 INFO CLUSTER - ServerState.setState() : State of 2a8a0e0c-3619-416f-b037-8a42e7ad4577 is now CONNECTED. handle = IP at 1399410449054
2014-04-17 12:55:06,064 org: env: nioEventLoopGroup-4-1 INFO HEARTBEAT - HBTracker.updateHB() : HeartBeat detected from IP:PORT Mark Up