A Apigee fornece scripts de teste que podem ser usados para validar sua instalação.
Executar os testes de validação
Cada etapa do processo de teste de validação retorna um código de resposta HTTP 20X para um teste bem-sucedido.
Para executar os scripts de teste:
- Instale o
apigee-validateem um nó do servidor de gerenciamento:/opt/apigee/apigee-service/bin/apigee-service apigee-validate install
- Execute o comando de configuração em um nó do servidor de gerenciamento para invocar os scripts de teste:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile
O arquivo configFile precisa conter a seguinte propriedade:
APIGEE_ADMINPW=SYS_ADMIN_PASSWORD
Se omitido, você precisará informar a senha.
Por padrão, o utilitário
apigee-validatecria um host virtual no roteador que usa a porta 59001. Se essa porta não estiver aberta no roteador, você poderá incluir a propriedadeVHOST_PORTno arquivo de configuração para definir a porta. Exemplo:VHOST_PORT=9000
- Em seguida, o script faz o seguinte:
- Cria uma organização e a associa ao pod.
- Cria um ambiente e associa o processador de mensagens a ele.
- Cria um host virtual.
- Importa um proxy de verificação de integridade simples e implanta o aplicativo no ambiente de "teste".
- Importa o proxy do SmartDocs.
- Executa o teste para garantir que tudo esteja funcionando como esperado.
Um teste bem-sucedido retorna a resposta HTTP 20X.
Para remover a organização, o ambiente e outros artefatos criados pelos scripts de teste:
- Execute este comando:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
Em que configFile é o mesmo arquivo usado para executar os testes.
Verificar a instalação do pod
Agora que você instalou o Apigee Analytics, a Apigee recomenda que você execute as seguintes etapas de validação básicas, mas importantes:
- Verifique se o servidor de gerenciamento está no pod central. No Management Server, execute o
seguinte comando
curl:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central
Você verá a saída no formulário:
[ { "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 se o roteador e o processador de mensagens estão no pod do gateway. No servidor de gerenciamento, execute
o seguinte comando
curl:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
Você verá uma saída semelhante à do pod central, mas para o roteador e o processador de mensagens.
- Verifique se o Postgres está no pod de análise. No servidor de gerenciamento, execute o seguinte
comando
curl:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
Você verá uma saída semelhante à do POD central, mas para o Postgres.