Descoberta do balanceador de carga do VMware NSX Advanced

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 4 min. de leitura

    • A aplicação ServiceNow Descoberta usa o padrão de descoberta do balanceador de carga VMware NSX Advanced para encontrar balanceadores de carga VMware NSX. A descoberta de alguns desses recursos requer a atualização da aplicação Padrões de descoberta e mapeamento de serviços a partir da ServiceNow Store.

    O padrão usa um conjunto de REST APIs para encontrar os balanceadores de carga. Ele é acionado pelo classificador HTTP do NSX que responde ao probe HTTP - Classify. Para obter mais informações, consulte Descoberta de dispositivo HTTP.
    Nota:
    Existem dois padrões disponíveis. O padrão do balanceador de carga VMware NSX legado é para a série S. O novo padrão VMware NSX-T Load Balancer é para a série T. A funcionalidade e as informações coletadas permanecem as mesmas.

    Solicitar aplicativos na Store

    Acesse o site ServiceNow Store para ver todos os aplicativos disponíveis e obter informações sobre como enviar solicitações para a loja. Para obter informações sobre notas de versão cumulativa para todos os aplicativos liberados, consulte as ServiceNow Store notas de versão do histórico de versão.

    Pré-requisitos

    • Habilite a Autenticação básica do NSX.
    • Certifique-se de estar usando a versão de API do NSX compatível: /api/4.0/edges.
    • Instale o plug-in ServiceNow® Configuration Management Database (CMDB) (com.snc.cmdb) do ServiceNow Store.
    • Na instância da ServiceNow, configure as credenciais para permitir a execução das seguintes consultas de API no IP do controlador principal do NSX:
      • /api/4.0/edges
      • /api/4.0/edges/<edge_id>loadbalancer/config
      Certifique-se de que a descoberta de HTTP seja acionada no IP do controlador principal do NSX.
      Nota:
      A descoberta HTTP vai ser acionada somente se a descoberta de SSH ou SNMP for mal sucedida.
    • Crie a programação de descoberta para a descoberta do balanceador de carga VMware NSX ou Executar uma Descoberta rápida no endereço IP do controlador principal do NSX.

    Dados coletados pelo Descoberta durante a descoberta horizontal

    Os dados descobertos incluem as tabelas e os campos a seguir.
    Tabela e campo Descrição
    IC principal (balanceador de carga) [cmdb_ci_nsx_lb]
    nome Nome da borda.
    object_id ID da borda.
    ip_address Endereço IP do controlador principal do NSX.
    operational_status Status do balanceador de carga: ativo ou inativo.
    Serviço de balanceador de carga [cmdb_ci_lb_service]
    nome Nome do servidor virtual.
    ip_address Endereço IP de servidor virtual.
    object_id ID do objeto do servidor virtual.
    port Porta do servidor virtual com a qual se comunicar.
    listener_protocol Protocolo de Listener. Por exemplo: HTTP, HTTPS.
    Pool de balanceadores de carga [cmdb_ci_lb_pool]
    nome Nome do pool.
    object_id ID do objeto do pool.
    Membro do pool de balanceadores de carga [cmdb_ci_lb_pool_member]
    nome Nome do membro do pool.
    ip_address Endereço IP do membro do pool.
    object_id ID de objeto do membro do pool.
    service_port Porta do membro do pool com a qual se comunicar.
    Serviço de integridade [cmdb_ci_lb_health_service]
    nome Nome do monitor.
    object_id ID do objeto do monitor.
    timeout_sec Tempo em segundos para aguardar a resposta.
    check_interval_sec Intervalo em segundos após o qual o monitor envia a solicitação novamente.
    monitor_type Tipo de monitor. Por exemplo: HTTP, HTTPS, TCP.
    request_path Caminho para onde o monitor envia a solicitação.
    MaxRetries O número máximo de vezes que o recurso é testado antes de ser declarado "Inativo".
    O mapa do Dependency Views mostra todos os ICs do balanceador de carga descoberto e os relacionamentos entre eles.
    ICs e conexões em um mapa de Dependency Views

    Relacionamentos entre ICs

    Esses relacionamentos são criados para oferecer suporte à descoberta do balanceador de carga VMware NSX:
    IC Relacionamento IC
    Serviço de balanceador de carga [cmdb_ci_lb_service] Runs on::Runs IC principal (balanceador de carga) [cmdb_ci_nsx_lb]
    Serviço de balanceador de carga [cmdb_ci_lb_service] Uses::Used by Pool de balanceadores de carga [cmdb_ci_lb_pool]
    Pool de balanceadores de carga [cmdb_ci_lb_pool] Hosted on::Hosts IC principal (balanceador de carga) [cmdb_ci_nsx_lb]
    Pool de balanceadores de carga [cmdb_ci_lb_pool] Owns::Owned by Membro do pool de balanceadores de carga [cmdb_ci_lb_pool_member]
    Serviço de integridade [cmdb_ci_lb_health_service] Hosted on::Hosts IC principal (balanceador de carga) [cmdb_ci_nsx_lb]
    Serviço de integridade [cmdb_ci_lb_health_service] Used by::Uses Pool de balanceadores de carga [cmdb_ci_lb_pool]

    Solução de problemas

    Se o processo de mapeamento não prosseguir conforme o esperado, siga as sugestões a seguir.
    Sintoma Causa Solução
    A Descoberta falha. A mensagem de descoberta contém as informações sobre um erro causado pelo tempo limite de REST. Há muitos ICs enviando a resposta da chamada REST na implantação. O MID Server não pode processar a resposta da chamada REST sem exceder o limite de tempo controlado pelo parâmetro mid.sa.cloud.request_timeout. Por padrão, o parâmetro mid.sa.cloud.request_timeout é definido como 30000 milissegundos.
    Aumente o valor deste parâmetro no relevante MID Server e execute a descoberta novamente.
    Nota:
    Se a lista relacionada Parâmetros de configuração para o MID Server relevante não mostrar este parâmetro, talvez seja necessário adicioná-lo.
    O Designer de padrões falha durante uma sessão de depuração. A mensagem do Designer de padrões contém informações sobre um erro causado por um tempo limite. O Designer de padrões falha devido a um tempo limite durante a depuração de padrão (e não durante a descoberta). Por padrão, o parâmetro sa.debugger.max_timeout é definido como 240 segundos.

    Aumente o valor desse parâmetro no MID Server relevante.