Apigee proporciona secuencias de comandos de prueba que puede usar para validar su 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 realizar una prueba correcta.
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 le 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, tienes la opción de incluir la propiedadVHOST_PORT
en el archivo de configuración para configurar el puerto. Por ejemplo:VHOST_PORT=9000
- Luego, la secuencia de comandos hará lo siguiente:
- Crea una organización y la asocia con el Pod.
- Crea un entorno y asocia el procesador de mensajes 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 funcione según lo esperado.
Una prueba correcta muestra la respuesta HTTP 20X.
Para quitar la organización, el entorno y otros artefactos creados por las secuencias de comandos de prueba, haz lo siguiente:
- Ejecuta el siguiente comando:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
Donde configFile es el mismo archivo que usaste para ejecutar las pruebas.
Verifique la instalación del Pod
Ahora que instalaste Apigee Analytics, Apigee recomienda que sigas los 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" } ]
- Verifique que el router y el procesador de mensajes estén en el POD de la puerta de enlace. En el servidor de administración, ejecuta el siguiente comando
curl
:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
Verá un resultado similar al Pod central, pero para el Procesador de mensajes y el router.
- Verifica que Postgres esté en el POD de estadísticas. En Management Server, ejecuta el siguiente comando de
curl
:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
Verás un resultado similar al POD central, pero para Postgres.