Edge para nuvem privada v. 4.16.09
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 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=sysAdminPword
Se omitido, você precisará inserir a senha.
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, inclua a propriedade VHOST_PORT no arquivo de configuração para definir a porta. Por 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.
- Importe 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 o seguinte comando:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
em que configFile é o mesmo arquivo usado para executar os testes.
Observação: se você receber erros da metodologia de teste e solução de problemas, entre em contato com o suporte da Apigee e forneça o registro de erros.
Verificar a instalação do pod
Agora que você instalou o Apigee Analytics, recomendamos que faça a seguinte validação básica, mas importante:
- Verifique 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
A saída será exibida no formato:
[ {
"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-4da1-b59b-23e3ef092f34"
} ] - Verifique se o roteador e o processador de mensagens estão no pod do gateway. No Management Server, 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 Management Server, execute o seguinte comando CURL:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
Você verá uma saída semelhante ao pod central, mas para o Postgres.