Explorando Agente de visibilidade do Kubernetes

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 2 min. de leitura

    • Agente de visibilidade do Kubernetes permite que você obtenha visibilidade sobre os clusters Kubernetes no local, bem como as seguintes implantações em nuvem: Amazon Elastic Kubernetes Service (EKS), Google Kubernetes Engine (GKE), Azure Kubernetes Engine (AKS), Red Hat OpenShifte Fazendeiro.

    Agente de visibilidade do Kubernetes detecta mudanças nos recursos em um cluster Kubernetes. Ele executa a descoberta contínua, relata todas as mudanças para sua instância e atualiza o Configuration Management Database (CMDB) com os dados mais recentes.

    Como funciona

    Quando você implanta Agente de visibilidade do Kubernetes, Kubernetes cria um recurso de implantação no cluster. Este recurso usa um segredo armazenado em Kubernetes para se conectar à sua instância ServiceNow.

    O recurso de implantação Agente de visibilidade do Kubernetes contém um pod chamado Informer, que se conecta ao servidor de API Kubernetes e recebe dele eventos nos recursos do cluster. O informer envia os dados coletados para a instância por meio da tabela Fila do canal de comunicação externa (ECC), usando a API de tabela ServiceNow para ler e gravar na fila. O informer atualiza as tabelas apropriadas no CMDB.

    Nota:
    Se o informer não puder relatar as mudanças, por exemplo, devido a um problema de rede, os recursos que foram adicionados ao cluster durante o evento serão adicionados ao CMDB após o próximo ciclo de descoberta completo. Os recursos que foram removidos do cluster durante o evento são marcados como Ausente e excluídos após dois ciclos de descoberta completos.

    Para obter mais informações sobre os Kubernetes recursos nos quais o informer coleta dados e as tabelas CMDB que ele preenche, consulte Dados coletados pelo Agente de visibilidade do Kubernetes.

    Descoberta inicial e periódica

    Em sua descoberta inicial, o informer encontra todos os recursos no cluster Kubernetes e os relata para sua instância. A cada 30 segundos, o informer envia até 1 MB de dados para a instância. Normalmente, leva até dois minutos para relatar dados em um cluster que contém 1.000 pods e outro minuto para cada 1.000 pods adicionais. Um único pod do informer pode lidar com um cluster com dezenas de milhares de pods. Se o informer for encerrado por qualquer motivo, Kubernetes o reiniciará automaticamente.

    Após a descoberta inicial, o informer monitora continuamente a adição, atualização e exclusão de recursos no cluster. Os recursos que foram excluídos do cluster são marcados com install_status=Ausente e excluídos de CMDB em horas em uma limpeza regular.

    Impacto do informer no servidor de API Kubernetes

    O informer tem impacto mínimo no servidor de API Kubernetes. Ele busca a lista completa de recursos relevantes apenas uma vez e a salva na memória. A partir de então, ele é sincronizado com o servidor de API Kubernetes e nunca mais extrai a lista completa. Durante os ciclos de descoberta completos periódicos e sob demanda, o informer reenvia a lista salva de recursos para a instância.

    Agente de visibilidade do Kubernetes benchmark de desempenho e escalabilidade

    Para Agente de visibilidade do Kubernetes benchmarks, consulte o artigo Resultados de desempenho do CNO para visibilidade [KB1555851] na Base de conhecimento Now Support.