Esta página foi traduzida pela API Cloud Translation.

O que monitorar

Edge for Private Cloud v. 4.17.05

Geralmente, em uma configuração de produção, é necessário ativar mecanismos de monitoramento em um Apigee Edge para implantação de nuvem privada. Essas técnicas de monitoramento avisam a rede administradores (ou operadores) devido a um erro ou uma falha. Cada erro gerado é informado como um alerta no Apigee Edge. Para mais informações sobre alertas, consulte Práticas recomendadas de monitoramento.

Para facilitar, os componentes da Apigee são classificados principalmente em duas categorias:

Serviços de servidor Java específicos da Apigee: incluem gerenciamento Server, Processor de mensagens, Servidor Qpid e Servidor Postgres.
Serviços de terceiros: incluem o roteador Nginx, o Apache Cassandra, Apache ZooKeeper, OpenLDAP, banco de dados PostgreSQL e Qpid.

Em uma implantação local do Apigee Edge, a tabela a seguir fornece uma visão rápida dos os parâmetros que podem ser monitorados:

Componente		Verificações do sistema	Estatísticas no nível do processo	Verificações no nível da API	Verificações de fluxo de mensagens	Específico do componente
Serviços Java específicos da Apigee	Servidor de gerenciamento	?	?	?
	processador de mensagens	?	?	?	?
	Servidor Qpid	?	?	?
	Servidor Postgres	?	?	?
Serviços de terceiros	Apache Cassandra	?				?
	Apache ZooKeeper	?				?
	OpenLDAP	?				?
	Banco de dados PostgreSQL	?				?
	Qpid	?				?
	Roteador Nginx	?	?		?

Em geral, depois que o Apigee Edge for instalado, será possível executar o seguinte monitoramento tarefas para rastrear o desempenho do Apigee Edge para instalação de nuvem privada.

Verificações de integridade do sistema

É muito importante medir os parâmetros de integridade do sistema, como utilização de CPU, e conectividade de portas em um nível mais alto. Você pode monitorar os seguintes parâmetros para informações básicas sobre a integridade do sistema.

CPU Utilization: especifica as estatísticas básicas (Usuário/Sistema/E/S) espera/inativa) sobre a utilização da CPU. Por exemplo, a CPU total usada pelo sistema.
Memória livre/usada: especifica a utilização da memória do sistema em bytes. Por exemplo, memória física usada pelo sistema.
Uso do espaço em disco – especifica as informações do sistema de arquivos com base na o uso atual do disco. Por exemplo, o espaço no disco rígido usado pelo sistema.
Média de carga: especifica o número de processos que aguardam correr.
Estatísticas de rede - pacotes de rede e/ou bytes transmitidos e recebidos, juntamente com os erros de transmissão sobre um componente especificado.

Processos/verificações de aplicativos

No nível do processo, é possível exibir informações importantes sobre todos os processos que estão em execução. Por exemplo, isso inclui estatísticas de uso de memória e CPU que um processo ou aplicativo utiliza. Para processos como qpidd, postgres postmaster, java e assim por diante, é possível monitorar o seguinte:

Identificação do processo: identifica um processo específico da Apigee. Por exemplo: é possível monitorar a existência de um processo Java do servidor da Apigee.
Estatísticas de linhas de execução: visualizar os padrões de linha de execução subjacentes que um processo usa. Por exemplo, é possível monitorar o pico de contagem de linhas de execução, a contagem de linhas de execução para todos os processos.
Utilização da memória: veja o uso da memória em todos os processos da Apigee. Por exemplo, você pode monitorar os parâmetros como o uso de memória heap, o uso de memória não heap usado por um processo.

Verificações no nível da API

No nível da API, você pode monitorar se o servidor está em execução para as APIs usadas com frequência com proxy da Apigee. Por exemplo, você pode fazer a verificação de API no servidor de gerenciamento, no roteador e o processador de mensagens invocando o seguinte comando cURL:

curl http://<host>:<port>/v1/servers/self/up

Em que <host> é o IP endereço IP do componente Apigee Edge. A tag <port> é específico para cada componente de borda. Exemplo:

Servidor de gerenciamento: 8080

Roteador: 8081
Processador de mensagens: 8082
etc.

Consulte as seções individuais abaixo para saber como executar esse comando para cada componente

Essa chamada retorna o valor "true" e "false". Para melhores resultados, você também pode emitir chamadas de API diretamente no back-end (com o qual o software Apigee interage) para determinar rapidamente se há um erro no ambiente do software Apigee ou no back-end.

Observação: para monitorar seus proxies de API, também é possível usar a integridade da API da Apigee. A integridade das APIs chamadas programadas para seus proxies de API e notifica você quando e como elas falham. Quando as chamadas têm sucesso, A integridade da API mostra os tempos de resposta e pode até mesmo notificá-lo quando a latência de resposta é alta. API A saúde pode fazer chamadas de diferentes locais ao redor do mundo para comparar o comportamento da API entre ou várias regiões.

Verificações de fluxo de mensagens

É possível coletar dados de roteadores e processadores de mensagens sobre o fluxo de mensagens padrão/estatísticas. Isso permite que você monitore o seguinte:

Número de clientes ativos
Número de respostas (10X, 20X, 30X, 40X e 50X)
Falhas na conexão

Isso ajuda você a fornecer painéis para o fluxo de mensagens da API. Para mais informações, acesse:

Como monitorar o processador de mensagens
Painel de monitoramento da Apigee Beta Visão geral do roteador

Verificação de integridade do processador de mensagens do roteador

O roteador implementa um mecanismo de verificação de integridade para determinar quais dos processadores de mensagens estejam funcionando como esperado. Se um processador de mensagens for detectado como inativo ou lento, o roteador poderá automaticamente retirar o processador de mensagens da rotação. Se isso acontecer, o roteador grava uma "Mark Down" mensagens para o arquivo de registros do roteador em /opt/apigee/var/log/edge-router/logs/system.log.

Você pode monitorar essas mensagens no arquivo de registro do roteador. Por exemplo, se o Roteador recebe O processador de mensagens está fora de rotação, ele grava a mensagem no registro no formato:

2014-05-06 15:51:52,159 org: env: RPCClientClientProtocolChildGroup-RPC-0 INFO CLUSTER - ServerState.setState() : State of 2a8a0e0c-3619-416f-b037-8a42e7ad4577 is now DISCONNECTED. handle = <MP_IP> at 1399409512159

2014-04-17 12:54:48,512 org: env: nioEventLoopGroup-2-2 INFO HEARTBEAT - HBTracker.gotResponse() : No HeartBeat detected from /<MP_IP>:<PORT> Mark Down

em que /<MP_IP>:<PORT> é o endereço IP e número da porta do processador de mensagens.

Se mais tarde o roteador realizar uma verificação de integridade e determinar que o processador de mensagens funcionando corretamente, o Roteador recoloca o Processador de Mensagens em rotação. A O roteador também grava uma marcação para o registro no formulário:

2014-05-06 16:07:29,054 org: env: RPCClientClientProtocolChildGroup-RPC-0 INFO CLUSTER - ServerState.setState() : State of 2a8a0e0c-3619-416f-b037-8a42e7ad4577 is now CONNECTED. handle = <IP> at 1399410449054

2014-04-17 12:55:06,064 org: env: nioEventLoopGroup-4-1 INFO HEARTBEAT - HBTracker.updateHB() : HeartBeat detected from /<IP>:<PORT> Mark Up