Edge para nuvem privada v4.18.05
A Apigee fornece scripts de teste que podem ser usados para validar a 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 erro teste.
Para executar os scripts de teste:
- Instale o
apigee-validate
em 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, a senha será solicitada.
Por padrão, o utilitário
apigee-validate
cria um host virtual no roteador. que usa a porta 59001. Se essa porta não estiver aberta no Roteador, você tem a opção de incluir oVHOST_PORT
no 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 "teste" de nuvem.
- Importa o proxy do SmartDocs.
- Executa o teste para garantir que tudo esteja funcionando conforme o 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, faça o seguinte:
- 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.
Verifique a instalação do pod
Agora que você instalou o Apigee Analytics, a Apigee recomenda que você siga: etapas de validação básicas, mas importantes:
- Verificar se o servidor de gerenciamento está no POD central. No servidor de gerenciamento, 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 ao 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
Será exibida uma saída semelhante ao POD central, mas para o Postgres.