Testar a instalação

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 teste bem-sucedido.

Para executar os scripts de teste:

  1. Instale apigee-validate em um nó do servidor de gerenciamento: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  2. 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 omitida, 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ê terá a opção de incluir a propriedade VHOST_PORT no arquivo de configuração para defini-la. Exemplo:

    VHOST_PORT=9000
  3. 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 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:

  1. 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ê siga as etapas de validação básicas, mas importantes:

  1. 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

    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"
} ]
  2. 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.

  3. 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ê vê uma saída semelhante ao POD central, mas para o Postgres.