Monitoring

In diesem Dokument werden die Monitoring-Techniken von Komponenten beschrieben, die von einer lokalen Bereitstellung von Apigee Edge für Private Cloud

Übersicht

Edge unterstützt mehrere Möglichkeiten, um Details zu Diensten abzurufen und ihre Status. In der folgenden Tabelle sind die Überprüfungstypen aufgeführt, die Sie für die einzelnen Dienst:

Ports und Konfigurationsdateien überwachen

Jede Komponente unterstützt Java Management Extensions (JMX) und Management API-Überwachungsaufrufe auf unterschiedliche Ports. Die In der folgenden Tabelle sind die JMX- und Management API-Ports für jeden Servertyp aufgeführt. Speicherorte der Konfigurationsdatei:

JMX zum Überwachen von Komponenten verwenden

In den folgenden Abschnitten wird erläutert, wie Sie Edge-Komponenten mit JMX überwachen.

JMX aktivieren

Gehen Sie wie folgt vor, um JMX ohne Authentifizierung oder SSL-basierte Kommunikation zu aktivieren. Hinweis:In Produktionssystemen sollten sowohl die verschlüsselte Authentifizierung als auch SSL für Sicherheit.

1. Bearbeiten Sie die entsprechende Konfigurationsdatei (siehe Konfigurationsdateireferenz). Erstellen Sie die Konfigurationsdatei, falls sie noch nicht vorhanden ist.

   conf_system_jmxremote_enable=true

2. Speichern Sie die Konfigurationsdatei und vergewissern Sie sich, dass sie Eigentum von apigee:apigee ist.
3. Entsprechende Edge-Komponente neu starten

   apigee-service edge-management-server restart

Zum Deaktivieren von JMX entfernen Sie entweder das Attribut conf_system_jmxremote_enable oder ändern Sie seinen Wert auf false. Starten Sie dann die entsprechende Edge-Komponente neu.

Authentifizierung in JMX

Edge für Private Cloud unterstützt passwortbasierte Authentifizierung mithilfe von Details, die in Dateien gespeichert sind. Sie können Passwörter als Hash-Werte speichern, um die Sicherheit zu erhöhen.

1. Um die JMX-Authentifizierung in einer Edge*-Komponente zu aktivieren, bearbeiten Sie die entsprechende Konfigurationsdatei. (siehe Konfigurationsdateireferenz). Erstellen Sie die Konfigurationsdatei, falls noch nicht vorhanden:

   conf_system_jmxremote_enable=true
   conf_system_jmxremote_authenticate=true
   conf_system_jmxremote_encrypted_auth=true
   conf_system_jmxremote_access_file=/opt/apigee/customer/application/management-server/jmxremote.access
   conf_system_jmxremote_password_file=/opt/apigee/customer/application/management-server/jmxremote.password

   Speichern Sie die Konfigurationsdatei und vergewissern Sie sich, dass sie Eigentum von apigee:apigee ist.
2. Erstellen Sie einen SHA256-Hash des Passworts:

   echo -n '' | openssl dgst -sha256

3. Erstellen Sie eine jmxremote.password-Datei mit JMX-Nutzeranmeldedaten: <ph type="x-smartling-placeholder">
   </ph>
   1. Kopieren Sie die folgenden Dateien aus dem Verzeichnis $JAVA_HOME nach dem Verzeichnis /opt/apigee/customer/application/<component>/:

      cp ${JAVA_HOME}/lib/management/jmxremote.password.template $APIGEE_ROOT/customer/application/management-server/jmxremote.password

   2. Bearbeiten Sie die Datei und fügen Sie Ihren JMX-Nutzernamen und Ihr Passwort mit der folgenden Syntax hinzu:

      USERNAME <HASH-PASSWORD>

   3. Prüfen Sie, ob die Datei apigee gehört und der Dateimodus 400 ist:

      chown apigee:apigee $APIGEE_ROOT/customer/application/management-server/jmxremote.password
      chmod 400 $APIGEE_ROOT/customer/application/management-server/jmxremote.password

4. Erstellen Sie eine jmxremote.access-Datei mit JMX-Nutzerberechtigungen: <ph type="x-smartling-placeholder">
   </ph>
   1. Kopieren Sie die folgenden Dateien aus dem Verzeichnis $JAVA_HOME in das Verzeichnis /opt/apigee/customer/application/<component>/

      
      cp ${JAVA_HOME}/lib/management/jmxremote.access$APIGEE_ROOT/customer/application/management-server/jmxremote.password/jmxremote.access

   2. Bearbeiten Sie die Datei und fügen Sie Ihren JMX-Nutzernamen gefolgt von einer Berechtigung hinzu (READONLY/READWRITE).

      USERNAME READONLY

   3. Prüfen Sie, ob die Datei apigee gehört und der Dateimodus 400 ist:

      chown apigee:apigee $APIGEE_ROOT/customer/application/management-server/jmxremote.password
      
      chmod 400 $APIGEE_ROOT/customer/application/management-server/jmxremote.access

5. Starten Sie die entsprechende Edge-Komponente neu:

   apigee-service edge-management-server restart

Entfernen Sie entweder das Attribut, um die JMX-Authentifizierung zu deaktivieren conf_system_jmxremote_authenticate oder ändern Sie den Wert in false und Starten Sie die entsprechende Edge-Komponente neu.

SSL in JMX

So aktivieren Sie SSL-basiertes JMX in einer Edge*-Komponente:

1. Entsprechende Konfigurationsdatei bearbeiten (siehe Konfigurationsdateireferenz). Erstellen Sie die Konfigurationsdatei, falls noch nicht vorhanden:

   conf_system_jmxremote_enable=true
   conf_system_jmxremote_ssl=true
   conf_system_javax_net_ssl_keystore=/opt/apigee/customer/application/management-server/jmxremote.keystore
   conf_system_javax_net_ssl_keystorepassword=<keystore-password>

   Speichern Sie die Konfigurationsdatei und vergewissern Sie sich, dass sie Eigentum von apigee:apigee ist.
2. Bereiten Sie einen Schlüsselspeicher mit dem Serverschlüssel vor und platzieren Sie ihn unter dem Pfad in der Konfiguration conf_system_javax_net_ssl_keystore oben. Achten Sie darauf, dass die Schlüsselspeicherdatei kann von apigee:apigee gelesen werden.
3. Starten Sie die entsprechende Edge-Komponente neu:

   apigee-service edge-management-server restart

Entfernen Sie zum Deaktivieren der SSL-basierten JMX entweder das Attribut conf_system_jmxremote_ssl oder ändern Sie den Wert in false. Starten Sie die entsprechende Edge-Komponente neu.

Monitoring über Jconsole

Die Monitoring-Anweisungen über jconsole bleiben unverändert, wie im folgenden Abschnitt beschrieben: https://docs.apigee.com/private-cloud/v4.50.00/how-monitor#jconsole.

Mit JConsole überwachen

Verwenden Sie die JConsole (ein JMX-konformes Tool), um Systemdiagnosen und Verarbeitungsstatistiken zu verwalten und zu überwachen. Mit der JConsole können Sie von Ihren Servern bereitgestellte JMX-Statistiken in einem grafische Benutzeroberfläche. Weitere Informationen finden Sie unter JConsole verwenden

Sie müssen die JConsole mit dem Truststore und dem Truststore-Passwort starten, wenn SSL für JMX aktiviert ist. Weitere Informationen finden Sie unter . JConsole verwenden

Die JConsole verwendet die folgende Dienst-URL zum Überwachen der JMX-Attribute (MBeans), die über JMX:

service:jmx:rmi:///jndi/rmi://IP_address:port_number/jmxrmi

Wobei:

• IP_address ist die IP-Adresse des Servers, den Sie überwachen möchten.
• port_number ist die JMX-Portnummer des Servers, den Sie ausführen möchten. überwachen.

Um den Verwaltungsserver beispielsweise zu überwachen, geben Sie einen Befehl wie den folgenden aus (vorausgesetzt, lautet die IP-Adresse des Servers 216.3.128.12):

service:jmx:rmi:///jndi/rmi://216.3.128.12:1099/jmxrmi

In diesem Beispiel ist Port 1099 angegeben. Das ist der JMX-Port des Verwaltungsservers. Für andere finden Sie unter Monitoring-Ports für JMX und Management API.

Die folgende Tabelle zeigt die generischen JMX-Statistiken:

Referenz zur Konfigurationsdatei

In den folgenden Abschnitten werden Änderungen beschrieben, die Sie möglicherweise an der Konfiguration der Edge-Komponente vornehmen müssen für JMX-bezogene Konfigurationen. Weitere Informationen finden Sie unter Weitere Informationen finden Sie unter Ports und Konfigurationsdateien überwachen. Informationen.

JMX-Konfiguration, die der Konfigurationsdatei der entsprechenden Komponente hinzugefügt wird

• Aktivieren Sie den JMX-Agent auf der Edge-Komponente. Standardmäßig „false“.

  conf_system_jmxremote_enable=true

Konfigurationen für die passwortbasierte Authentifizierung

• Aktivieren Sie die passwortbasierte Authentifizierung. Standardmäßig „false“.

  conf_system_jmxremote_authenticate=true

• Pfad zum Zugriff auf die Datei. Sollte nur einem Apigee-Nutzer gehören und von diesem gelesen werden können.

  conf_system_jmxremote_access_file=/opt/apigee/customer/application/management-server/jmxremote.access

• Pfad zur Passwortdatei. Sollte nur einem Apigee-Nutzer gehören und von diesem gelesen werden können.

  conf_system_jmxremote_password_file=/opt/apigee/customer/application/management-server/jmxremote.password

• Speichern von Passwörtern im verschlüsselten Format aktivieren. Standardmäßig „false“.

  conf_system_jmxremote_encrypted_auth=true

Konfigurationen für SSL-basiertes JMX

• Aktivieren Sie SSL für die JMX-Kommunikation. Standardmäßig „false“.

  conf_system_jmxremote_ssl=true

• Pfad zum Schlüsselspeicher. Sollte nur einem Apigee-Nutzer gehören und von diesem gelesen werden können.

  conf_system_javax_net_ssl_keystore=/opt/apigee/customer/application/management-server/jmxremote.keystore

• Schlüsselspeicher-Passwort:

  conf_system_javax_net_ssl_keystorepassword=changeme

Optionale JMX-Konfigurationen

Die aufgeführten Werte sind Standardwerte und können geändert werden.

• JMX-Port. Standardwerte sind in der folgenden Tabelle aufgeführt.

  conf_system_jmxremote_port=

• JMX-RMI-Port. Standardmäßig wählt der Java-Prozess einen zufälligen Port aus.

  conf_system_jmxremote_rmi_port=

• Der Hostname für Remote-Stubs. Standard-IP-Adresse von localhost.

  conf_system_java_rmi_server_hostname=

• Schützen Sie die JMX-Registry mit SSL. Standardeinstellung: false. Gilt nur, wenn SSL aktiviert ist.

  conf_system_jmxremote_registry_ssl=false

Mit der Management API im Blick behalten

Edge enthält mehrere APIs, mit denen Sie Dienstprüfungen auf Ihren Servern sowie Ihre Nutzer, Organisationen und Bereitstellungen überprüfen. In diesem Abschnitt werden diese APIs beschrieben.

Dienstprüfungen ausführen

Die Management API bietet mehrere Endpunkte zur Überwachung und Diagnose von Problemen mit Ihrem . Zu diesen Endpunkten gehören:

<ServerField>
  <Up>true</Up>
</ServerField>

curl: Failed connect to localhost:port_number; Connection refused

Um diese Endpunkte zu verwenden, rufen Sie ein Dienstprogramm wie curl mit Befehlen auf, die den Parameter folgende Syntax:

curl http://host:port_number/v1/servers/self/up -H "Accept: [application/json|application/xml]"
curl http://host:port_number/v1/servers/self -u username:password -H "Accept: [application/json|application/xml]"

Wobei:

• host ist die IP-Adresse des Servers, den Sie prüfen möchten. Wenn Sie in Server haben, können Sie „localhost“ verwenden. Andernfalls geben Sie auch die IP-Adresse des Servers an. als Nutzername und Passwort ein.
• port_number ist der Port der Verwaltungs-API für den Server, den Sie prüfen möchten. Dies ist für jeden Komponententyp einen eigenen Port. Zum Beispiel Der Port der Verwaltungs-API ist 8080. Eine Liste der zu verwendenden Management API-Portnummern finden Sie unter Monitoring-Ports für JMX und Management API

Wenn du das Format der Antwort ändern möchtest, kannst du den Accept-Header so angeben: &quot;application/json&quot; oder „application/xml“.

Im folgenden Beispiel wird der Status des Routers auf localhost (Port 8081) abgerufen:

curl http://localhost:8081/v1/servers/self/up -H "Accept: application/xml"

Im folgenden Beispiel werden Informationen zum Message Processor unter 216.3.128.12 (Port 8082):

curl http://216.3.128.12:8082/v1/servers/self -u sysAdminEmail:password
  -H "Accept: application/xml"

Nutzer, Organisation und Bereitstellungsstatus überwachen

Mit der Management API können Sie den Nutzer-, Organisations- und Bereitstellungsstatus Ihrer Proxys auf Verwaltungsservern und Message Processors durch Ausführung der folgenden Befehle:

curl http://host:port_number/v1/users -u sysAdminEmail:password
curl http://host:port_number/v1/organizations -u sysAdminEmail:password
curl http://host:port_number/v1/organizations/orgname/deployments -u sysAdminEmail:password

Dabei ist port_number entweder 8080 für den Verwaltungsserver oder 8082 für die Nachricht Prozessor.

Für diesen Anruf müssen Sie sich mit Ihrem Nutzernamen für die Systemadministration authentifizieren und Passwort.

Der Server sollte eine Meldung vom Typ „Bereitgestellt“ zurückgeben, Status für alle Anrufe angezeigt. Wenn das nicht funktioniert, gehen Sie so vor:

1. Prüfen Sie die Serverprotokolle auf Fehler. Die Protokolle befinden sich unter: <ph type="x-smartling-placeholder">
   </ph>
   • Verwaltungsserver: opt/apigee/var/log/edge-management-server
   • Nachrichtenverarbeiter: opt/apigee/var/log/edge-message-processor
2. Rufe den Server auf, um zu prüfen, ob er ordnungsgemäß funktioniert.
3. Entfernen Sie den Server aus dem ELB und starten Sie ihn dann neu:

   /opt/apigee/apigee-service/bin/apigee-service service_name restart

   Wo service_name Folgendes ist:

   • edge-management-server
   • edge-message-processor

Status mit dem Befehl apigee-service prüfen

Sie können Fehler in Ihren Edge-Diensten mit dem Befehl apigee-service beheben, wenn Sie auf dem Server angemeldet sind, auf dem der Dienst ausgeführt wird.

So prüfen Sie den Status eines Dienstes mit apigee-service:

1. Melden Sie sich beim Server an und führen Sie den folgenden Befehl aus:

   /opt/apigee/apigee-service/bin/apigee-service service_name status

   Dabei kann service_name für folgendes stehen:

   • Verwaltungsserver: edge-management-server
   • Nachrichtenverarbeiter: edge-message-processor
   • Postgres: edge-postgres-server
   • QPID: edge-qpid-server
   • Router: edge-router

   Beispiel:

   /opt/apigee/apigee-service/bin/apigee-service edge-message-processor status

2. Wenn der Dienst nicht ausgeführt wird, starten Sie ihn:

   /opt/apigee/apigee-service/bin/apigee-service service_name start

3. Prüfen Sie nach dem Neustart des Dienstes, ob er funktioniert. Verwenden Sie dazu entweder apigee-service status-Befehl, den Sie zuvor oder mithilfe der Management API verwendet haben im Abschnitt Mit der Verwaltungs-API überwachen beschrieben.

   Beispiel:

   curl -v http://localhost:port_number/v1/servers/self/up

   Dabei ist port_number der Management API-Port für den Dienst.

   In diesem Beispiel wird davon ausgegangen, dass Sie beim Server angemeldet sind und „localhost“ verwenden können. als Hostname. Geben Sie die IP-Adresse an, um den Status per Fernzugriff mit der Management API zu prüfen Adresse des Servers und fügen Sie den Nutzernamen und das Passwort des Systemadministrators in Ihre API ein aufrufen.

Postgres-Monitoring

Postgres unterstützt mehrere Dienstprogramme, mit denen Sie seinen Status prüfen können. Diese Dienstprogramme werden in den folgenden Abschnitten beschrieben.

Organisationen und Umgebungen auf Postgres prüfen

Sie können nach Organisations- und Umgebungsnamen suchen, die auf dem Postgres-Server eingerichtet sind indem Sie den folgenden curl-Befehl ausführen:

curl -v http://postgres_IP:8084/v1/servers/self/organizations

Im System sollten der Organisations- und der Umgebungsname angezeigt werden.

Analysestatus überprüfen

Sie können den Status der Postgres- und Qpid-Analyseserver überprüfen, indem Sie Folgendes ausgeben: Befehl curl:

curl -u userEmail:password http://host:port_number/v1/organizations/orgname/environments/envname/provisioning/axstatus

Das System sollte wie im folgenden Beispiel für alle Analyseserver einen Erfolgsstatus anzeigen: Shows:

{
  "environments" : [ {
    "components" : [ {
      "message" : "success at Thu Feb 28 10:27:38 CET 2013",
      "name" : "pg",
      "status" : "SUCCESS",
      "uuid" : "[c678d16c-7990-4a5a-ae19-a99f925fcb93]"
     }, {
      "message" : "success at Thu Feb 28 10:29:03 CET 2013",
      "name" : "qs",
      "status" : "SUCCESS",
      "uuid" : "[ee9f0db7-a9d3-4d21-96c5-1a15b0bf0adf]"
     } ],
    "message" : "",
    "name" : "prod"
   } ],
  "organization" : "acme",
  "status" : "SUCCESS"
}

PostgreSQL-Datenbank

In diesem Abschnitt werden Techniken beschrieben, die Sie speziell für das Monitoring des Postgres verwenden können. Datenbank.

Skript check_postgres.pl verwenden

Um die PostgreSQL-Datenbank zu überwachen, können Sie ein Standard-Monitoring-Skript verwenden, check_postgres.pl Weitere Informationen finden Sie unter http://bucardo.org/wiki/Check_postgres.

Vor der Ausführung des Skripts:

1. Sie müssen das Skript check_postgres.pl auf jedem Postgres-Knoten installieren.
2. Sie müssen perl-Time-HiRes.x86_64 installiert haben, ein Perl-Modul, das implementiert hochauflösende Wecker, Ruhemodus-Timer, gettimeofday- und Intervall-Timer. Zum Beispiel haben Sie können Sie es mit dem folgenden Befehl installieren:
   

   yum install perl-Time-HiRes.x86_64

3. CentOS 7: Installieren Sie vor der Verwendung von check_postgres.pl unter CentOS v7 die perl-Data-Dumper.x86_64 U/min.

check_postgres.pl-Ausgabe

Die Standardausgabe der API-Aufrufe mit check_postgres.pl ist Nagios kompatibel sind. Führen Sie nach der Installation des Skripts folgende Prüfungen durch:

1. Prüfen Sie die Datenbankgröße:

   check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -include=apigee -action database_size --warning='800 GB' --critical='900 GB'

2. Anzahl der zur Datenbank eingehenden Verbindungen prüfen und mit der maximal zulässigen Anzahl vergleichen Verbindungen:

   check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action backends

3. Prüfen Sie, ob die Datenbank ausgeführt wird und verfügbar ist:

   check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action connection

4. Prüfen Sie den Speicherplatz:

   check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' --critical='90%'

5. Prüfen Sie die Anzahl der Organisation und der Umgebung, die in einem Postgres-Knoten eingerichtet wurden:

   check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action=custom_query --query="select count(*) as result from pg_tables where schemaname='analytics' and tablename like '%fact'" --warning='80' --critical='90' --valtype=integer

Datenbankprüfungen ausführen

Sie können prüfen, ob die richtigen Tabellen in der PostgreSQL-Datenbank erstellt wurden. Bei PostgreSQL anmelden mit dem folgenden Befehl:

psql -h /opt/apigee/var/run/apigee-postgresql/ -U apigee -d apigee

Führen Sie dann diesen Befehl aus:

\d analytics."org.env.fact"

Status des Postgres-Prozesses prüfen

Sie können API-Prüfungen auf der Postgres-Maschine durchführen, indem Sie den folgenden curl aufrufen. Befehl:

curl -v http://postgres_IP:8084/v1/servers/self/health

Dieser Befehl gibt den Status ACTIVE zurück, wenn der Postgres-Prozess aktiv ist. Wenn die Postgres-Prozess läuft nicht und gibt den Status INACTIVE zurück.

Postgres-Ressourcen

Weitere Informationen zum Monitoring des Postgres-Dienstes finden Sie hier:

• http://www.postgresql.org/docs/9.0/static/monitoring.html
• http://www.postgresql.org/docs/9.0/static/diskusage.html
• http://bucardo.org/check_postgres/check_postgres.pl.html

Apache Cassandra

JMX ist standardmäßig für Cassandra aktiviert und für den Remote-JMX-Zugriff auf Cassandra ist kein Passwort.

JMX-Authentifizierung für Cassandra aktivieren

Sie können die JMX-Authentifizierung für Cassandra aktivieren. Danach müssen Sie einen Nutzernamen und ein Passwort an alle Aufrufe des nodetool-Dienstprogramms übergeben.

So aktivieren Sie die JMX-Authentifizierung für Cassandra:

1. Erstellen und bearbeiten Sie die Datei cassandra.properties: <ph type="x-smartling-placeholder">
   </ph>
   1. Bearbeiten Sie die Datei /opt/apigee/customer/application/cassandra.properties. Wenn die Datei nicht vorhanden ist, erstellen Sie sie.
   2. Fügen Sie der Datei Folgendes hinzu.

      conf_cassandra_env_com.sun.management.jmxremote.authenticate=true
      conf_cassandra_env_com.sun.management.jmxremote.password.file=${APIGEE_ROOT}/customer/application/apigee-cassandra/jmxremote.password
      conf_cassandra_env_com.sun.management.jmxremote.access.file=${APIGEE_ROOT}/customer/application/apigee-cassandra/jmxremote.access

   3. Speichern Sie die Datei cassandra.properties.
   4. Ändern Sie den Eigentümer der Datei in apigee:apigee, wie im folgenden Beispiel gezeigt:

      chown apigee:apigee /opt/apigee/customer/application/cassandra.properties

   Weitere Informationen zum Festlegen von Tokens mithilfe von Attributdateien finden Sie unter So konfigurieren Sie Edge

2. Erstellen und bearbeiten Sie jmx_auth.sh: <ph type="x-smartling-placeholder">
   </ph>
   1. Erstellen Sie eine Datei an folgendem Speicherort, falls sie noch nicht vorhanden ist:

      /opt/apigee/customer/application/jmx_auth.sh

   2. Fügen Sie der Datei die folgenden Attribute hinzu:

      export CASS_JMX_USERNAME=JMX_USERNAME
      export CASS_JMX_PASSWORD=JMX_PASSWORD

   3. Speichern Sie die Datei jmx_auth.sh.
   4. Quelle der Datei:

      source /opt/apigee/customer/application/jmx_auth.sh

3. Kopieren und bearbeiten Sie die Datei jmxremote.password: <ph type="x-smartling-placeholder">
   </ph>
   1. Kopieren Sie die folgende Datei aus dem Verzeichnis $JAVA_HOME nach /opt/apigee/customer/application/apigee-cassandra/:

      cp ${JAVA_HOME}/lib/management/jmxremote.password.template $APIGEE_ROOT/customer/application/apigee-cassandra/jmxremote.password

   2. Bearbeite die Datei jmxremote.password und füge deinen JMX-Nutzernamen und dein Passwort hinzu mithilfe der folgenden Syntax:

      JMX_USERNAME JMX_PASSWORD

      Dabei sind JMX_USERNAME und JMX_PASSWORD der JMX-Nutzername und Passwort, das Sie zuvor festgelegt haben.

   3. Achten Sie darauf, dass die Datei „apigee“ gehört und der Dateimodus 400 ist:

      chown apigee:apigee /opt/apigee/customer/application/apigee-cassandra/jmxremote.password
      chmod 400 /opt/apigee/customer/application/apigee-cassandra/jmxremote.password

4. Kopieren und bearbeiten Sie die Datei jmxremote.access: <ph type="x-smartling-placeholder">
   </ph>
   1. Kopieren Sie die folgende Datei aus dem Verzeichnis $JAVA_HOME nach /opt/apigee/customer/application/apigee-cassandra/:

      cp ${JAVA_HOME}/lib/management/jmxremote.access
      $APIGEE_ROOT/customer/application/apigee-cassandra/jmxremote.access

   2. Bearbeiten Sie die Datei jmxremote.access und fügen Sie die folgende Rolle hinzu:

      JMX_USERNAME readwrite

   3. Achten Sie darauf, dass die Datei „apigee“ gehört und der Dateimodus 400 ist:

      chown apigee:apigee /opt/apigee/customer/application/apigee-cassandra/jmxremote.access
      chmod 400 /opt/apigee/customer/application/apigee-cassandra/jmxremote.access

5. Führen Sie configure auf Cassandra aus:

   /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure

6. Starten Sie Cassandra neu:

   /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

7. Wiederholen Sie diesen Vorgang auf allen anderen Cassandra-Knoten.

JMX-Passwortverschlüsselung aktivieren

So aktivieren Sie die JMX-Passwortverschlüsselung:

1. Öffnen Sie die Datei source/conf/casssandra-env.sh.
2. Erstellen und bearbeiten Sie die Datei cassandra.properties: <ph type="x-smartling-placeholder">
   </ph>
   1. Bearbeiten Sie die Datei /opt/apigee/customer/application/cassandra.properties. Wenn die Datei nicht vorhanden ist, erstellen Sie sie.
   2. Fügen Sie der Datei Folgendes hinzu.

      conf_cassandra_env_com.sun.management.jmxremote.encrypted.authenticate=true

   3. Speichern Sie die Datei cassandra.properties.
   4. Ändern Sie den Eigentümer der Datei zu apigee:apigee, wie das folgende Beispiel zeigt:

      chown apigee:apigee /opt/apigee/customer/application/cassandra.properties

3. Generieren Sie in der Befehlszeile einen SHA1-Hash-Wert der gewünschten Passwörter, indem Sie echo -n 'Secret' | openssl dgst -sha1
4. Setzen Sie die Passwörter auf den Nutzernamen in $APIGEE_ROOT/customer/application/apigee-cassandra/jmxremote.password (erstellt in im vorherigen Abschnitt).
5. Führen Sie „config“ in Cassandra aus:

   /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure

6. Starten Sie Cassandra neu:

   /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

7. Wiederholen Sie diesen Vorgang auf allen anderen Cassandra-Knoten.

JMX mit SSL für Cassandra aktivieren

Die Aktivierung von JMX mit SSL bietet zusätzliche Sicherheit und Verschlüsselung für die JMX-basierte Kommunikation mit Cassandra Um JMX mit SSL zu aktivieren, müssen Sie Cassandra einen Schlüssel und ein Zertifikat bereitstellen, SSL-basierte JMX-Verbindungen akzeptieren. Außerdem müssen Sie Nodetool (und alle anderen Tools, mit Cassandra über JMX für SSL kommunizieren.

SSL-fähige JMX-Passwörter unterstützen sowohl Klartext- als auch verschlüsselte JMX-Passwörter.

Gehen Sie folgendermaßen vor, um JMX mit SSL für Cassandra zu aktivieren:

1. Aktivieren Sie JMX. Aktivieren Sie gegebenenfalls die Passwortverschlüsselung.
2. Aktivieren Sie die JMX-Authentifizierung für Cassandra. wie oben beschrieben. Achten Sie darauf, dass das Nodetool mit dem konfigurierten Knoten funktioniert Nutzername und Passwort.

   /opt/apigee/apigee-cassandra/bin/nodetool -u <JMX_USER> -pw <JMX_PASS> ring

3. Schlüsselspeicher und Truststore vorbereiten

   • Der Schlüsselspeicher sollte einen Schlüssel und ein Zertifikat enthalten. und wird zur Konfiguration des Cassandra-Servers verwendet. Wenn Schlüsselspeicher mehrere Schlüsselpaare enthält, verwendet Cassandra das erste Schlüsselpaar um SSL zu aktivieren.

     Beachte, dass die Passwörter für den Schlüsselspeicher und den Schlüssel identisch sein sollten. (Standardeinstellung, wenn Sie den Schlüssel mit keytool generieren).

   • Truststore sollte nur das Zertifikat enthalten und wird von Clients verwendet (apigee-service-basiert oder nodetool), um eine Verbindung über JMX herzustellen.

   Nachdem Sie die oben genannten Anforderungen überprüft haben, gehen Sie so vor:

   1. Platzieren Sie die Schlüsselspeicherdatei in /opt/apigee/customer/application/apigee-cassandra/.
   2. Achten Sie darauf, dass die Schlüsselspeicherdatei nur für Apigee-Nutzer lesbar ist, indem Sie Folgendes eingeben:

      chown apigee:apigee /opt/apigee/customer/application/apigee-cassandra/keystore.node1
      chmod 400 /opt/apigee/customer/application/apigee-cassandra/keystore.node1

4. Konfigurieren Sie Cassandra für JMX mit SSL, indem Sie die folgenden Schritte ausführen: <ph type="x-smartling-placeholder">
   </ph>
   1. Beenden Sie den Cassandra-Knoten durch Eingabe von

      apigee-service apigee-cassandra stop

   2. SSL in Cassandra aktivieren durch die Datei /opt/apigee/customer/application/cassandra.properties wird geöffnet und fügen Sie die folgenden Zeilen hinzu:

      conf_cassandra_env_com.sun.management.jmxremote.ssl=true
      conf_cassandra_env_javax.net.ssl.keyStore=/opt/apigee/customer/application/apigee-cassandra/keystore.node1
      conf_cassandra_env_javax.net.ssl.keyStorePassword=keystore-password

   3. Ändern Sie den Eigentümer der Datei zu apigee:apigee, wie das folgende Beispiel zeigt:

      chown apigee:apigee /opt/apigee/customer/application/cassandra.properties

   4. Führen Sie „config“ in Cassandra aus:

      /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure

   5. Starten Sie Cassandra neu:

      /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

   6. Wiederholen Sie diesen Vorgang auf allen anderen Cassandra-Knoten.
   7. Starten Sie den Cassandra-Knoten, indem Sie

      apigee-service apigee-cassandra start

5. Konfigurieren Sie die Cassandra-Befehle apigee-service. Sie müssen während der Ausführung bestimmte Umgebungsvariablen festlegen apigee-service-Befehle, einschließlich der folgenden:

   apigee-service apigee-cassandra stop
   apigee-service apigee-cassandra wait_for_ready
   apigee-service apigee-cassandra ring
   apigee-service apigee-cassandra backup

   Es gibt mehrere Möglichkeiten, apigee-service für die JMX-Authentifizierung zu konfigurieren und SSL. Wählen Sie eine Option basierend auf der Nutzerfreundlichkeit und Ihren Sicherheitspraktiken.

   • Option 1 (SSL-Argumente in Datei gespeichert)
   • Option 2 (SSL-Argumente, die in Umgebungsvariablen gespeichert sind)
   • Option 3 (SSL-Argumente werden direkt an apigee-service übergeben)

   Option 1 (SSL-Argumente in Datei gespeichert)

   Legen Sie die folgenden Umgebungsvariablen fest:

   export CASS_JMX_USERNAME=ADMIN
   # Provide encrypted password here if you have setup JMX password encryption
   export CASS_JMX_PASSWORD=PASSWORD
   export CASS_JMX_SSL=Y

   Erstellen Sie eine Datei im Basisverzeichnis des Apigee-Nutzers (/opt/apigee).

   $HOME/.cassandra/nodetool-ssl.properties

   Bearbeiten Sie die Datei und fügen Sie die folgenden Zeilen hinzu:

   -Djavax.net.ssl.trustStore=<path-to-truststore.node1>
   -Djavax.net.ssl.trustStorePassword=<truststore-password>
   -Dcom.sun.management.jmxremote.registry.ssl=true

   Achten Sie darauf, dass die Trustore-Datei für den Apigee-Nutzer lesbar ist.

   Führen Sie dazu den folgenden apigee-service-Befehl aus. Wenn er ohne Fehler ausgeführt wird, sind Ihre Konfigurationen korrekt.

   apigee-service apigee-cassandra ring

   Option 2 (In Umgebungsvariablen gespeicherte SSL-Argumente)

   Legen Sie die folgenden Umgebungsvariablen fest:

   export CASS_JMX_USERNAME=ADMIN
   # Provide encrypted password here if you have setup JMX password encryption
   export CASS_JMX_PASSWORD=PASSWORD
   export CASS_JMX_SSL=Y
   # Ensure the truststore file is accessible by Apigee user.
   export CASS_JMX_TRUSTSTORE=<path-to-trustore.node1>
   export CASS_JMX_TRUSTSTORE_PASSWORD=<truststore-password>

   Führen Sie dazu den folgenden apigee-service-Befehl aus. Wenn er ohne Fehler ausgeführt wird, sind Ihre Konfigurationen korrekt.

   apigee-service apigee-cassandra ring

   Option 3 (SSL-Argumente werden direkt an apigee-service übergeben)

   Führen Sie einen beliebigen apigee-service-Befehl wie den folgenden aus. Sie müssen keine Umgebungsvariablen konfigurieren.

   CASS_JMX_USERNAME=ADMIN CASS_JMX_PASSWORD=PASSWORD CASS_JMX_SSL=Y CASS_JMX_TRUSTSTORE=<path-to-trustore.node1> CASS_JMX_TRUSTSTORE_PASSWORD=<trustore-password> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra ring

6. Nodetool einrichten An Nodetool müssen JMX-Parameter übergeben werden. Es gibt zwei Möglichkeiten, können Sie das Nodetool so konfigurieren, dass es mit SSL-aktiviertem JMX ausgeführt wird, wie in den Konfigurationsoptionen:

   • Konfigurationsoption 1
   • Konfigurationsoption 2

   Die Optionen unterscheiden sich in der Art und Weise, wie SSL-bezogene Konfigurationen an nodetool übergeben werden. In beiden Fällen Der Nutzer, der das nodetool ausführt, sollte Leseberechtigungen für die Truststore-Datei haben. Wählen Sie basierend auf der Nutzerfreundlichkeit und Ihren Sicherheitspraktiken eine Option aus.

   Weitere Informationen zu nodetool-Parametern finden Sie in der <ph type="x-smartling-placeholder"></ph> DataStax-Dokumentation

   Konfigurationsoption 1

   Erstellen Sie im Basisverzeichnis des Nutzers, der nodetool ausgeführt wird, eine Datei.

   $HOME/.cassandra/nodetool-ssl.properties

   Fügen Sie der Datei die folgenden Zeilen hinzu:

   -Djavax.net.ssl.trustStore=<path-to-truststore.node1>
   -Djavax.net.ssl.trustStorePassword=<truststore-password>
   -Dcom.sun.management.jmxremote.registry.ssl=true

   Der oben angegebene Truststore-Pfad sollte für jeden Nutzer zugänglich sein, der ausgeführt wird nodetool.

   Führen Sie nodetool mit der Option --ssl aus.

   /opt/apigee/apigee-cassandra/bin/nodetool --ssl -u <jmx-user-name> -pw <jmx-user-password> -h localhost ring

   Konfigurationsoption 2

   Führen Sie nodetool als einzelnen Befehl mit den unten aufgeführten zusätzlichen Parametern aus.

   /opt/apigee/apigee-cassandra/bin/nodetool -Djavax.net.ssl.trustStore=<path-to-truststore.node1> -Djavax.net.ssl.trustStorePassword=<truststore-password> -Dcom.sun.management.jmxremote.registry.ssl=true -Dssl.enable=true -u <jmx-user-name> -pw <jmx-user-password> -h localhost ring

SSL-Konfigurationen zurücksetzen

Wenn Sie die im Verfahren beschriebenen SSL-Konfigurationen zurücksetzen müssen führen Sie die folgenden Schritte aus:

1. apigee-cassandra durch Eingabe von

   apigee-service apigee-cassandra stop

2. Entfernen Sie die Zeile conf_cassandra-env_com.sun.management.jmxremote.ssl=true aus die Datei /opt/apigee/customer/application/cassandra.properties.
3. Kommentieren Sie die folgenden Zeilen in "/opt/apigee/apigee-cassandra/source/conf/cassandra-env.sh" aus

   # JVM_OPTS="$JVM_OPTS -Djavax.net.ssl.keyStore=/opt/apigee/data/apigee-cassandra/keystore.node0"
   # JVM_OPTS="$JVM_OPTS -Djavax.net.ssl.keyStorePassword=keypass"
   # JVM_OPTS="$JVM_OPTS -Dcom.sun.management.jmxremote.registry.ssl=true”

4. Starten Sie apigee-cassandra mit der

apigee-service apigee-cassandra start

5. Entfernen Sie die Umgebungsvariable CASS_JMX_SSL, falls sie festgelegt wurde.

   unset CASS_JMX_SSL

6. Prüfen Sie, ob apigee-service-basierte Befehle wie ring, stop, backup usw. funktionieren.
7. --ssl-Schalter mit nodetool nicht mehr verwenden

JMX-Authentifizierung für Cassandra deaktivieren

So deaktivieren Sie die JMX-Authentifizierung für Cassandra:

1. /opt/apigee/customer/application/cassandra.properties bearbeiten
2. Entfernen Sie die folgende Zeile aus der Datei:

   conf_cassandra-env_com.sun.management.jmxremote.authenticate=true

3. Führen Sie „config“ in Cassandra aus:

   /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure

4. Starten Sie Cassandra neu:

   /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

5. Wiederholen Sie diesen Vorgang auf allen anderen Cassandra-Knoten.

JConsole verwenden: Aufgabenstatistiken überwachen

Verwenden Sie JConsole und die folgende Dienst-URL, um die JMX-Attribute (MBeans) zu überwachen, die über JMX:

service:jmx:rmi:///jndi/rmi://IP_address:7199/jmxrmi

Dabei ist IP_address die IP-Adresse des Cassandra-Servers.

Cassandra JMX-Statistiken

Nodetool zum Verwalten von Clusterknoten verwenden

Das Nodetool-Dienstprogramm ist eine Befehlszeilenschnittstelle für Cassandra, Clusterknoten. Das Dienstprogramm finden Sie unter /opt/apigee/apigee-cassandra/bin.

Die folgenden Aufrufe können auf allen Cassandra-Clusterknoten ausgeführt werden:

1. Allgemeine Anrufinformationen (auch für einzelne Cassandra-Knoten möglich): Suchen Sie nach dem „Nach oben“ und „Normal“ für alle Knoten.

   nodetool [-u username -pw password] -h localhost ring

   Sie müssen Ihren Nutzernamen und Ihr Passwort nur dann weitergeben, wenn Sie JMX-Authentifizierung für Cassandra aktiviert.

   Die Ausgabe des obigen Befehls sieht so aus:

   Datacenter: dc-1
   ==========
   Address            Rack     Status State   Load    Owns    Token
   192.168.124.201    ra1      Up     Normal  1.67 MB 33,33%  0
   192.168.124.202    ra1      Up     Normal  1.68 MB 33,33%  5671...5242
   192.168.124.203    ra1      Up     Normal  1.67 MB 33,33%  1134...0484

2. Allgemeine Informationen zu Knoten (Aufruf pro Knoten)

   nodetool [-u username -pw password]  -h localhost info

   Die Ausgabe des obigen Befehls sieht so aus:

   ID                     : e2e42793-4242-4e82-bcf0-oicu812
   Gossip active          : true
   Thrift active          : true
   Native Transport active: true
   Load                   : 273.71 KB
   Generation No          : 1234567890
   Uptime (seconds)       : 687194
   Heap Memory (MB)       : 314.62 / 3680.00
   Off Heap Memory (MB)   : 0.14
   Data Center            : dc-1
   Rack                   : ra-1
   Exceptions             : 0
   Key Cache              : entries 150, size 13.52 KB, capacity 100 MB, 1520781 hits, 1520923 requests, 1.000 recent hit rate, 14400 save period in seconds
   Row Cache              : entries 0, size 0 bytes, capacity 0 bytes, 0 hits, 0 requests, NaN recent hit rate, 0 save period in seconds
   Counter Cache          : entries 0, size 0 bytes, capacity 50 MB, 0 hits, 0 requests, NaN recent hit rate, 7200 save period in seconds
   Token                  : 0

3. Status des Secondhand-Servers (Bereitstellungsclient-API)

   nodetool [-u username -pw password] -h localhost statusthrift

   Die Ausgabe des obigen Befehls sieht so aus:
   

   running

4. Status von Datenstreamingvorgängen: Beobachten Sie den Traffic für Cassandra-Knoten:

   nodetool [-u username -pw password] -h localhost netstats

   Die Ausgabe des obigen Befehls sieht so aus:
   

   Mode: NORMAL
   Not sending any streams.
   Read Repair Statistics:
   Attempted: 151612
   Mismatch (Blocking): 0
   Mismatch (Background): 0
   Pool Name                    Active   Pending      Completed   Dropped
   Commands                        n/a         0              0         0
   Responses                       n/a         0              0       n/a

Weitere Informationen zu nodetool finden Sie unter Informationen zum Dienstprogramm "nodetool"

Cassandra-Ressource

Sehen Sie sich die folgende URL an: http://www.datastax.com/docs/1.0/operations/monitoring.

Apache ZooKeeper

ZooKeeper-Status prüfen

1. Vergewissern Sie sich, dass der ZooKeeper-Prozess ausgeführt wird. ZooKeeper schreibt eine PID-Datei in opt/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid
2. Testen Sie ZooKeeper-Ports, um sicherzustellen, dass Sie eine TCP-Verbindung zu den Ports 2181 und 2181 herstellen können. 3888 auf jedem ZooKeeper-Server.
3. Achten Sie darauf, dass Sie Werte aus der ZooKeeper-Datenbank lesen können. Mit ZooKeeper verbinden Clientbibliothek (oder /opt/apigee/apigee-zookeeper/bin/zkCli.sh) und liest einen Wert aus der Datenbank.
4. Prüfen Sie den Status:

   /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper status

ZooKeeper-Wörter verwenden

ZooKeeper kann mit einem kurzen Satz von Befehlen (aus vier Buchstaben bestehende Wörter) überwacht werden, die an mit netcat (nc) oder telnet an Port 2181 an.

Weitere Informationen zu ZooKeeper-Befehlen finden Sie in der Apache ZooKeeper-Befehlsreferenz.

Beispiel:

• srvr: Listet alle Details für den Server auf.
• stat: Listet kurze Details zum Server und den verbundenen Clients auf.

Die folgenden Befehle können an den ZooKeeper-Port ausgegeben werden:

1. Führen Sie den aus vier Buchstaben bestehenden Befehl „ruok“ aus, um zu testen, ob der Server fehlerfrei ausgeführt wird. A Die erfolgreiche Antwort gibt "imok" zurück.

   echo ruok | nc host 2181

   Liefert:

   imok

2. Führen Sie den aus vier Buchstaben bestehenden Befehl stat aus, um eine Liste der Serverleistung und der verbundenen Kundenstatistiken:

   echo stat | nc host 2181

   Liefert:

   Zookeeper version: 3.4.5-1392090, built on 09/30/2012 17:52 GMT
   Clients:
   /0:0:0:0:0:0:0:1:33467[0](queued=0,recved=1,sent=0)
   /192.168.124.201:42388[1](queued=0,recved=8433,sent=8433)
   /192.168.124.202:42185[1](queued=0,recved=1339,sent=1347)
   /192.168.124.204:39296[1](queued=0,recved=7688,sent=7692)
   Latency min/avg/max: 0/0/128
   Received: 26144
   Sent: 26160
   Connections: 4
   Outstanding: 0
   Zxid: 0x2000002c2
   Mode: follower
   Node count: 283

3. Wenn Netcat (nc) nicht verfügbar ist, können Sie alternativ Python verwenden. Datei erstellen namens zookeeper.py, der Folgendes enthält:

   import time, socket,
   sys c = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
   c.connect((sys.argv[1], 2181))
   c.send(sys.argv[2])
   time.sleep(0.1)
   print c.recv(512)

   Führen Sie jetzt die folgenden Python-Zeilen aus:

   python zookeeper.py 192.168.124.201 ruok
   python zookeeper.py 192.168.124.201 stat

LDAP-Level-Test

Sie können OpenLDAP überwachen, um zu sehen, ob die spezifischen Anfragen ordnungsgemäß verarbeitet werden. In Suchen Sie nach einer bestimmten Suchanfrage, die das richtige Ergebnis liefert.

1. Verwenden Sie ldapsearch (yum install openldap-clients), um den Eintrag abzufragen des Systemadministrators. Dieser Eintrag wird zur Authentifizierung aller API-Aufrufe verwendet.

   ldapsearch -b "uid=admin,ou=users,ou=global,dc=apigee,dc=com" -x -W -D "cn=manager,dc=apigee,dc=com" -H ldap://localhost:10389 -LLL

   Sie werden dann zur Eingabe des LDAP-Administratorpassworts aufgefordert:

   Enter LDAP Password:

   Nachdem Sie das Passwort eingegeben haben, wird eine Antwort im Formular angezeigt:

   dn:
   uid=admin,ou=users,ou=global,dc=apigee,dc=com
   objectClass: organizationalPerson
   objectClass: person
   objectClass: inetOrgPerson
   objectClass: top
   uid: admin
   cn: admin
   sn: admin
   userPassword:: e1NTSEF9bS9xbS9RbVNXSFFtUWVsU1F0c3BGL3BQMkhObFp2eDFKUytmZVE9PQ=
    =
   mail: opdk@google.com

2. Prüfen Sie mit dem folgenden Befehl, ob der Verwaltungsserver noch mit dem LDAP verbunden ist:

   curl -u userEMail:password http://localhost:8080/v1/users/ADMIN

   Liefert:

   {
     "emailId" : ADMIN,
     "firstName" : "admin",
     "lastName" : "admin"
   }

Sie können auch die OpenLDAP-Caches überwachen, um die Anzahl der Zugriffe auf das Laufwerk zu reduzieren. und damit die Systemleistung verbessern. Monitoring und anschließendes Anpassen der Cache-Größe in der Der OpenLDAP-Server kann die Leistung des Verzeichnisservers erheblich beeinträchtigen. Sie können sich das Protokoll ansehen. -Dateien (opt/apigee/var/log), um Informationen zum Cache abzurufen.