Documentação do Oracle Cloud Infrastructure

Verificar Cenários de Provisionamento do Agente Java do APM

Há diferentes cenários para o provisionamento do Agente Java do APM que mostram como o provisionamento do Agente Java do APM funciona em um ambiente real. Antes de iniciar a instalação, reveja esta seção e selecione um cenário de provisionamento que melhor se adapte às suas necessidades.

Cenários de Provisionamento

Agente de Servidor Único

Esta é a instalação típica do agente de servidor Java do APM, na qual o agente Java do APM é provisionado para cada instalação do servidor de aplicativos.

  • Se a instalação do servidor de aplicativos permitir que várias instâncias sejam executadas simultaneamente, cada instância do servidor de aplicativos compartilhará a mesma configuração de agente do APM.

  • Se diferentes instâncias do servidor de aplicativos tiverem que usar diferentes configurações, a configuração de grupo poderá ser usada. Para obter detalhes, consulte Definir Configuração do Grupo em Executar Tarefas de Configuração Opcionais.

  • O upgrade para o agente Java do APM precisará ser feito em cada servidor de aplicativos se você quiser fazer upgrade do agente Java no futuro.

Exemplo 3-1 Implante o agente Java do APM em um pequeno ambiente.

Se você tiver um pequeno ambiente (ou seja, apenas 3 servidores Tomcat) sem um armazenamento conectado à rede, o Agente do APM poderá ser provisionado para cada servidor de aplicativos separadamente porque o agente do APM é executado de forma independente um do outro.

Exemplo 3-2 Não é permitido carregar binários de um local compartilhado.

Se a sua política de TI não permitir o carregamento de binários de um local compartilhado, o agente do servidor do APM deverá ser provisionado para cada instalação do servidor de aplicativos e configurado de acordo.

Exemplo 3-3 Evite dependências de rede.

Se você quiser evitar erros de inicialização do agente do servidor do APM caso haja erros de rede ou se um NAS estiver off-line, o agente do servidor do APM deverá ser provisionado para cada instalação do servidor de aplicativos e configurado de acordo.

Agente Compartilhado

O provisionamento de agentes compartilhados funciona de forma semelhante ao provisionamento de um único agente de servidor, mas em uma escala maior.

Com o provisionamento de servidor único, os agentes do APM de várias instâncias do servidor de aplicativos no mesmo host são carregados da mesma instalação do agente. O provisionamento de agentes compartilhados estende isso, ao provisionar um agente do APM em um local compartilhado, portanto, os servidores de aplicativos dos diferentes hosts compartilham uma instalação de agente e a mesma configuração global.

  • A principal vantagem de usar o provisionamento do agente compartilhado em vez de usar o método de servidor único é ter a implantação do agente centralizada: A localização do agente é consistente, independentemente do host e do servidor de aplicativos. Além disso, o processo de upgrade do agente é simplificado para uma única instalação, em vez de fazer upgrade de cada servidor.

  • Todas as configurações são lidas no agente de provisionamento, localizado no diretório oracle-apm-agent/config/<version> no local compartilhado

  • Os logs são gravados no diretório de log do agente provisionado: oracle-apm-agent/log no local compartilhado.

  • Se diferentes instâncias do servidor de aplicativos tiverem que usar diferentes configurações, a configuração de grupo poderá ser usada. Para obter detalhes, consulte Definir Configuração do Grupo em Executar Tarefas de Configuração Opcionais.

  • O upgrade no agente do APM só é necessário para o agente provisionado no local compartilhado. Todos os arquivos de configuração também são submetidos a upgrade juntos.

  • O local compartilhado deve ser confiável. Se houver um problema com o local compartilhado, poderá ocorrer falha ao iniciar o agente do APM. A inicialização do agente do APM depende da API de Instrumentação Java, portanto, se as bibliotecas do agente não estiverem acessíveis na inicialização da JVM, a JVM poderá falhar ao iniciar totalmente.