Apigee proporciona secuencias de comandos de prueba que puedes usar para validar la instalación.
Ejecuta las pruebas de validación
Cada paso del proceso de prueba de validación muestra un código de respuesta HTTP 20X para una prueba exitosa.
Para ejecutar las secuencias de comandos de prueba, haz lo siguiente:
- Instala
apigee-validate
en un nodo del servidor de administración:/opt/apigee/apigee-service/bin/apigee-service apigee-validate install
. - Ejecuta el comando de configuración en un nodo del servidor de administración para invocar las secuencias de comandos de prueba:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile
El archivo configFile debe contener la siguiente propiedad:
APIGEE_ADMINPW=SYS_ADMIN_PASSWORD
Si se omite, se te solicitará la contraseña.
De forma predeterminada, la utilidad
apigee-validate
crea un host virtual en el router que usa el puerto 59001. Si ese puerto no está abierto en el router, puedes incluir de manera opcional la propiedadVHOST_PORT
en el archivo de configuración para configurar el puerto. Por ejemplo:VHOST_PORT=9000
- Luego, la secuencia de comandos hace lo siguiente:
- Crea una organización y la asocia con el Pod.
- Crea un entorno y asocia el Message Processor con el entorno.
- Crea un host virtual.
- Importa un proxy de verificación de estado simple y, luego, implementa la aplicación en el entorno de “prueba”.
- Importa el proxy de SmartDocs.
- Ejecuta la prueba para asegurarse de que todo funciona como se esperaba.
Una prueba correcta muestra la respuesta HTTP 20X.
Para quitar la organización, el entorno y otros artefactos que crearon las secuencias de comandos de prueba, sigue estos pasos:
- Ejecuta el siguiente comando:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
En el ejemplo anterior, configFile es el mismo archivo que usaste para ejecutar las pruebas.
Verifica la instalación del Pod
Ahora que instalaste Apigee Analytics, te recomendamos que sigas los siguientes pasos de validación básicos, pero importantes:
- Verifica que el servidor de administración esté en el POD central. En Management Server, ejecuta el
siguiente comando de
curl
:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central
Deberías ver un resultado como el siguiente:
[ { "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-4242-b59b-23e3ef092f34" } ]
- Verifica que el router y el procesador de mensajes estén en el POD de la puerta de enlace. En Management Server, ejecuta
el siguiente comando
curl
:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
Verás un resultado similar al pod central, pero para el procesador del router y los mensajes.
- Verifica que Postgres esté en el Pod de estadísticas. En Management Server, ejecuta el siguiente comando
curl
:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
Verás un resultado similar al POD central, pero para Postgres.