Edge for Private Cloud v. 4.17.05
Apigee fornisce script di test che puoi utilizzare per convalidare l'installazione.
Esegui i test di convalida
Ogni passaggio della procedura di test di convalida restituisce un codice di risposta HTTP 20X per un test riuscito.
Per eseguire gli script di test:
- Installa apigee-validate su un nodo del server di gestione:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install - Esegui il comando di configurazione su un nodo del server di gestione per richiamare gli script di test:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile
Il file configFile deve contenere la seguente proprietà:
APIGEE_ADMINPW=sysAdminPword
Se omessa, ti verrà richiesta la password.
Per impostazione predefinita, l'utilità apigee-validate crea un host virtuale sul router che utilizza la porta 59001. Se la porta non è aperta sul router, puoi includere facoltativamente la proprietà VHOST_PORT nel file di configurazione per impostare la porta. Ad esempio:
VHOST_PORT=9000 - Lo script esegue quindi le seguenti operazioni:
- Crea un'organizzazione e la associa al pod.
- Crea un ambiente e associa il processore di messaggi all'ambiente.
- Crea un host virtuale.
- Importa un semplice proxy di controllo di integrità ed esegue il deployment dell'applicazione nell'ambiente di "test".
- Importa il proxy SmartDocs.
- Esegue il test per assicurarsi che tutto funzioni come previsto.
Un test riuscito restituisce la risposta HTTP 20X.
Per rimuovere l'organizzazione, l'ambiente e altri artefatti creati dagli script di test:
- Esegui questo comando:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
dove configFile è lo stesso file che hai utilizzato per eseguire i test.
Nota: se ricevi errori dalla metodologia di test e risoluzione dei problemi, contatta l'assistenza Apigee e fornisci il log degli errori.
Verifica l'installazione del pod
Ora che hai installato Apigee Analytics, ti consigliamo di eseguire la seguente convalida di base, ma importante:
- Verifica che il server di gestione si trovi nel pod centrale. Sul server di gestione, esegui questo comando CURL:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central
Dovresti visualizzare un output nel formato:
[ {
"internalIP" : "192.168.1.11",
"isUp" : true,
"pod" : "central",
"reachable" : true,
"region" : "dc-1",
"tags" : {
"property" : [ ]
},
"type" : [ "application-datastore", "scheduler-datastore", "management-server", "auth-datastore", "apimodel-datastore", "user-settings
datastore", "audit-datastore" ],
"uUID" : "d4bc87c6-2baf-4575-98aa-88c37b260469"
}, {
"externalHostName" : "localhost",
"externalIP" : "192.168.1.11",
"internalHostName" : "localhost",
"internalIP" : "192.168.1.11",
"isUp" : true,
"pod" : "central",
"reachable" : true,
"region" : "dc-1",
"tags" : {
"property" : [ {
"name" : "started.at",
"value" : "1454691312854"
}, … ]
},
"type" : [ "qpid-server" ],
"uUID" : "9681202c-8c6e-4da1-b59b-23e3ef092f34"
} ] - Verifica che il router e il processore di messaggi si trovino nel pod del gateway. Sul server di gestione, esegui il seguente comando CURL:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
Viene visualizzato un output simile al pod centrale, ma per il router e il processore di messaggi. - Verifica che Postgres si trovi nel pod di analisi. Sul server di gestione, esegui il seguente comando CURL:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
Viene visualizzato un output simile al pod centrale, ma per Postgres.