Questa pagina è stata tradotta dall'API Cloud Translation.

Come monitorare

Edge per Private Cloud v. 4.16.05

Questo documento descrive le tecniche di monitoraggio dei componenti supportati da un server il deployment di Apigee Edge.

Attivazione dell'autenticazione JMX e Impostazione della password JMX

Il processo di monitoraggio per server di gestione, processore di messaggi, Qpid e Postgres utilizzare JMX. JMX è attivato per impostazione predefinita e per l'accesso remoto non è necessaria una password.

Per attivare l'autenticazione JMX, ogni componente ha un'azione change_jmx_auth che puoi utilizzare per attivare/disattivare l'autenticazione e impostare le credenziali JMX.

Per attivare l'autenticazione JMX, utilizza il seguente comando:

>  /<inst_root>/apigee/apigee-service/bin/apigee-service comp change_jmx_auth optionsOrConfigFile

dove:

comp è edge-management-server, edge-message-processor, edge-router, edge-qpid-server, o edge-postgres-server.
Le opzioni sono:
- -u: nome utente
- -p: password
- -e: y (abilita) o n (disabilita)
Il file di configurazione include:
- JMX_USERNAME=nomeutente
- JMX_ENABLED=y/n
- JMX_PASSWORD=password (se non impostato o non trasmesso con -p, ti viene richiesto)

Ad esempio, per utilizzare le opzioni della riga di comando:

> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -u foo -p bar -e y

Se hai un file di configurazione:

> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -f configFile

Se esegui Edge su più nodi, esegui questo comando su tutti i nodi, specificando lo stesso nome utente e password.

Per disabilitare in un secondo momento l'autenticazione JMX, utilizza il comando:

> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -e n

Server di gestione

Utilizzo JConsole per monitorare il controllo di integrità del sistema e le informazioni sull'elaborazione

Utilizza JConsole (uno strumento conforme a JMX) per gestire e monitorare il controllo di integrità e le statistiche relative all'elaborazione. Con JConsole puoi utilizzare le statistiche JMX esposte da Management Server (o da qualsiasi server) e visualizzarle in un'interfaccia grafica. Per ulteriori informazioni sull'utilizzo di JConsole, vedi http://docs.oracle.com/javase/8/docs/technotes/guides/management/jconsole.html.

Utilizza JConsole e il seguente URL del servizio per monitorare gli attributi JMX (MBean) offerti tramite JMX.

service:jmx:rmi:///jndi/rmi://<ip address>:<port>/platform

dove <indirizzo IP> è l'indirizzo IP del server di gestione (o rispettivo server). Per impostazione predefinita, la porta per il server di gestione è 1099.

La tabella seguente mostra le statistiche JMX generiche:

JMX MBean	Attributi JMX
Memoria	HeapMemoryUsage
	NonHeapMemoryUsage
	Utilizzo
Nota:i valori degli attributi verranno visualizzati in quattro valori: commit, init, max e used.

Utilizzo dell'API Edge Application controlli

Puoi eseguire il controllo delle API sul server di gestione (o su qualsiasi server) richiamando quanto segue Comando CURL:

curl http://<host>:8080/v1/servers/self/up

Dove, <host> è l'indirizzo IP di gestione Server.

Questa chiamata restituisce "true" e "false". Se il valore è true, significa che il nodo è attivo e il servizio Java è in esecuzione.

Se non ricevi una risposta HTTP 200 (OK), Edge non è in grado di rispondere alle richieste sulla porta 8080.

Risoluzione dei problemi

Accedi al server ed esegui il seguente comando:
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server status
Se il servizio non è in esecuzione, avvialo:
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server start

Utilizzo di Edge Applicazione - Controlli di utenti, organizzazione e deployment

Il server di gestione svolge un ruolo vitale nel tenere insieme tutti gli altri pacchetti in ogni ambiente on-premise. dell'installazione. Puoi verificare lo stato di utenti, organizzazione e deployment sul server di gestione utilizzando questi comandi:

curl -u userEmail:password http://localhost:8080/v1/users
curl -u userEmail:password http://localhost:8080/v1/organizations
curl -u userEmail:password http://localhost:8080/v1/organizations/orgname/deployments

Sul sistema dovrebbe essere visualizzato il messaggio "Deployment eseguito" stato di tutte le chiamate. Se il problema persiste, esegui la seguenti:

Controlla i log del server di gestione (in <inst_root>/apigee/var/log/edge-management-server) per individuare eventuali errori.
Effettua una chiamata al server di gestione per verificare se funziona correttamente.
Rimuovi il server dall'ELB e riavvia il server di gestione.
/<inst_root>/apigee/apigee-service/bin/apigee-service riavvio di edge-management-server

Router

Puoi eseguire il controllo delle API sul router (o su qualsiasi server) richiamando il seguente CURL :

curl http://<host>:8081/v1/servers/self/up

Dove, host è l'indirizzo IP del router.

Questa chiamata restituisce il valore "true" e "false". Se il valore è true, significa che il nodo è attivo e il servizio Java è in esecuzione.

Se non ricevi una risposta HTTP 200 (OK), Edge non è in grado di rispondere alla porta 8081 richieste.

Risoluzione dei problemi

Accedi al server ed esegui questi comandi:
/<inst_root>/apigee/apigee-service/bin/apigee-service stato del router perimetrale
Avvia il servizio non ancora in esecuzione
/<inst_root>/apigee/apigee-service/bin/apigee-service avvio router perimetrale
Se il servizio è in esecuzione, verifica che funzioni. Monitora lo stato del cluster controllando il valore memberCount rispetto a reachableCount e avvisa tutte le istanze con "memberCount != reachableCount".
curl -v -u <userEmail>:<password> http://localhost:port/v1/cluster

Dove port = 8081 per Router e 8082 per Message Processor. L'output del comando CURL riportato sopra è mostrato di seguito:
{
"memberCount" : 12,
"pod" : "rea1gw001",
"reachableCount" : 12,
"region" : "us-east-1",
"types" : [ "management-server" ]
* Connessione 0 all'host ms05apigee lasciata intatta
* Chiusura della connessione 0
}
Se non funziona, esegui questo comando per esaminare l'errore o trovare il membro che ha commesso una violazione.
curl http://localhost:port/v1/cluster/members

8081 per il router e 8082 per il processore di messaggi. L'output precedente Il comando CURL avrà questo aspetto:
{
"lastChange" : 0,
"latenza" : 0,
"stato" : "CONNESSA",
"uuid" : "9c4c8bde-0015-4dc5-82d2-59fb326c4074"
}, {
"indirizzo" : "/192.168.5.209:4526",
"clusterType" : "router,processore di messaggi",
"lastChange" : 1350658037228,
"latenza" : 3,
"pod" : "rea1gw001",
"regione" : "us-east-1",
"serverType" : "processore messaggi",
"stato" : "CONNESSA",
"uuid" : "f1c663a1-2bb8-469f-b5fd-69a5c5aa91c5"
}, {
"indirizzo" : "/192.168.5.29:4526",
"clusterType" : "router,processore di messaggi",
"lastChange" : 1350623005057,
"latenza" : 1,
"pod" : "rea1gw001",
"regione" : "us-east-1",
"serverType" : "processore messaggi",
"stato" : " DISCONNESSO",
"uuid" : "4cfe932b-f644-4581-b1ae-df338af9c7ce"
}, {
"indirizzo" : "/192.168.4.182:4526",
"clusterType" : "router,processore di messaggi",
"lastChange" : 1350657730535,
"latenza" : 1,
"pod" : "rea1gw001",
"regione" : "us-east-1",
"serverType" : "processore messaggi",
"stato" : "CONNESSA",
"uuid" : "cba063d5-b8a4-409f-9e0b-f5d403e02091"
}
Tieni presente che l'indirizzo IP 192.168.5.29 è disconnesso. Riavvia il server
/<inst_root>/apigee/apigee-service/bin/apigee-service riavvio del router perimetrale

Nota: se un router è disconnesso, rimuovilo dalla rete ELB e quindi riavvialo.
Dopo il riavvio, verifica che funzioni
curl -v http://localhost:port/v1/cluster

Dove port è 8081 per il router e 8082 per il processore di messaggi.

processore di messaggi

Utilizzo JConsole per monitorare il controllo di integrità del sistema e le informazioni sull'elaborazione

Procedi come descritto sopra per il server di gestione.

Nota: assicurati di utilizzare la porta 1101.