Apigee proporciona secuencias de comandos de prueba que puedes usar para validar tu instalación.
Ejecuta las pruebas de validación
Cada paso del proceso de prueba de validación devuelve un código de respuesta HTTP 20X para un la prueba.
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, tienes la opción de incluir el 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 al 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 la “probar” en un entorno de nube.
- Importa el proxy de SmartDocs.
- Ejecuta la prueba para asegurarse de que todo funcione según lo esperado.
Una prueba correcta devuelve 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.
Verifica la instalación del Pod
Ahora que instaló Apigee Analytics, Apigee le recomienda que realice las siguientes acciones: pasos de validación básicos pero importantes:
- Verifica que el servidor de administración esté en el POD central. En el servidor de administración, ejecuta
siguiente comando
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 se encuentren 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ás un resultado similar al del Pod central, pero para el router y el procesador de mensajes.
- Verifica que Postgres esté en el Pod de estadísticas. En el servidor de administración, ejecuta el siguiente comando:
Comando
curl
:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
Verás un resultado similar al POD central, pero para Postgres.