Definição de eventos customizados

Para criar um evento personalizado, siga estas etapas:

1. Na barra lateral, clique em Configurações.

2. Clique em Eventos -> Novo Evento.

3. Forneça os Detalhes básicos do evento:

   • Insira um nome e uma descrição para o evento. (Evite usar hifens nesses campos, pois eles podem levar a resultados inesperados durante a procura.)
   • Selecione a gravidade do problema: aviso ou crítico.
   • Selecione se o evento deve ser considerado um incidente e configure um período de carência, que é o período a ser esperado antes de fechar o problema quando as condições não forem mais atendidas.

4. Configure a Condição do Evento customizado:

   Crie uma condição para o evento personalizado selecionando uma fonte de dados que forneça as métricas utilizadas para acionar esse evento:

   • Métricas integradas: são métricas que estão disponíveis quando a entidade correspondente é instrumentada.

     • Por exemplo, quando uma JVM está sendo monitorada, o Instana fornece métricas como a quantidade de memória em uso. Cada entidade do tipo JVM tem uma métrica memory.used pronta para uso.
     • Além disso, algumas métricas integradas dinâmicas existem várias vezes por entidade, uma para cada subentidade única. Um exemplo seria o espaço em disco disponível de um Host. Para cada disco de um host, o ` Instana ` fornece métricas fs.{device}.freeseparadas, tais como fs./dev/xvda1.free. Os Eventos customizados podem ser definidos especificando quais dispositivos devem ser correspondidos, por exemplo, inicia com /dev.

   • Métricas customizadas: estas são métricas que são explicitamente expostas por um aplicativo monitorado. Por exemplo, os aplicativos podem expor as métricas customizadas a seguir:

     • Dropwizard métricas
     • Finagle métricas
     • Métricas de JMX
     • Contadores de desempenho personalizados do.NET
     • OpenTelemetry métricas
     • Métricas do Prometheus
     • Métricas de StatsD

   • Regras do sistema:

     • Detecção de evento offline : esta regra é ativada quando uma entidade (como um JVM a ou processo) fica offline.
     • Hosts que não possuem entidades correspondentes em execução neles: esta regra está ativa quando não há entidades correspondentes (como JVM ou processo) em execução em um host que está no escopo do Evento customizado.
     • Detecção de disponibilidade do host: Esta regra está ativa quando um Host anteriormente visto está offline por uma duração especificada de tempo.
     • Hosts com um número inesperado de entidades em execução : esta regra é ativada quando um número inesperado de entidades correspondentes (como JVM ou processo) em execução em um host está dentro do escopo do evento personalizado.

   Dependendo do tipo de métrica, você tem diferentes opções para definir a condição que aciona o Evento customizado. Por exemplo, você pode configurar um evento se a taxa de erro dentro de uma janela de tempo de 5 minutes for maior que 10%.

   Pode ser definido um máximo de 5 condições de métrica. Se o operador lógico AND for usado e todas essas condições precisarem ser atendidas para acionar a regra. Se o operador lógico OR for usado para acionar a regra, apenas uma das condições será necessária.

   

   Quando uma métrica dinâmica é combinada com uma métrica normal, como fs.{device}.free com cpu.used, então a métrica de cada dispositivo é combinada com a métrica da CPU um por um. Como resultado, se o padrão métrico da métrica dinâmica corresponde a três dispositivos de um único host, então você poderá ver até três Problemas ativos ao mesmo tempo, os quais estão relacionados com as métricas a seguir respectivamente:

   • fs./dev/first.free e cpu.used
   • fs./dev/second.free e cpu.used
   • fs./dev/third.free e cpu.used

5. Defina o escopo do evento:

   Geralmente, você não quer que um evento seja acionado em todas as entidades em sua aplicação ou paisagem do sistema, mas deseja restringir o evento a um conjunto específico de entidades. O escopo permite definir para quais entidades o evento será avaliado:

   • Perspectiva da aplicação : referenciar uma perspectiva da aplicação.
   • Entidades selecionadas : Defina uma consulta Dynamic Focus ( DFQ.md ). Somente as entidades que correspondem a essa consulta serão consideradas quando o evento for avaliado.
   • Entidades selecionadas (hosts do Scope por tag): Somente as entidades host com tags correspondentes serão consideradas. A tag tem que ser definida no host e não em uma entidade rodando no host.
   • Todas as entidades disponíveis: sem restrição, avalie o evento para todas as entidades em seu aplicativo ou paisagem do sistema.

   Limitação: quando um Evento customizado for definido em um serviço ou terminal usando o escopo no aplicativo específico, seja selecionando um aplicativo explicitamente ou usando DFQ, a detecção de problema será aplicada aos serviços e terminais nesse escopo. No entanto, os KPIs para cada serviço ou terminal selecionado são baseados em chamadas para toda a entidade e não apenas chamadas que se encontram no contexto do aplicativo no escopo. Assim, o escopo é usado apenas para seleção da entidade, mas não tem impacto no KPI usado.

6. Configurar eventos transitórios (opcional): muitos eventos se resolvem rapidamente por conta própria, muitas vezes em poucos minutos, antes que qualquer ação possa ser tomada. Para reduzir o ruído, o Instana identifica esses eventos de curta duração como possíveis transientes com base nos padrões históricos. Os usuários podem optar por filtrá-los na visualização de eventos. Esse recurso é ativado por padrão.

   • Ativar ou desativar o recurso : use o botão de alternância para ativar ou desativar o recurso (padrão: enabled).

   • Defina o limite de transientes : escolha o intervalo de tempo (em minutos ou horas) que define o que é considerado um evento transiente. Se se prevê que um evento tenha duração inferior a esse limite, ele é considerado transitório. Esse limite reflete quanto tempo você está disposto a esperar antes de decidir que uma questão requer sua atenção.

   • Escolha o comportamento das notificações :

     • Envie um alerta imediatamente : um alerta é acionado quando o evento começa. Esse é o comportamento padrão para eventos regulares.

     • Envie um alerta apenas se um evento persistir após o limite : os alertas são suprimidos para eventos que se espera que sejam transitórios. Se um evento durar mais do que o limite definido, é enviado um alerta. Caso contrário, se o valor ficar dentro do limite, nenhum alerta é acionado — o que ajuda a reduzir o ruído causado por problemas de curta duração.

   Observação: quando você ativa o recurso de detecção de eventos transitórios, ele não gera eventos. Em vez disso, o recurso identifica e classifica os eventos existentes como transitórios, o que ajuda a filtrá-los e analisá-los. Para obter mais informações, consulte o resumo da configuração na seção de perguntas frequentes.
7. Para salvar o novo Evento customizado, clique em Criar.