Migrar para o monitor de conexão do monitor de desempenho de rede

Neste artigo, você aprenderá a migrar seus testes existentes do monitor de desempenho de rede para o novo monitor de conexão sem tempo de inatividade. Para obter mais informações, confira Visão geral do monitor de conexão.

Importante

O monitor de desempenho de rede foi preterido e não está mais disponível. Para minimizar a interrupção do serviço para as cargas de trabalho atuais, migre os testes do monitor de desempenho de rede (clássico) para o novo monitor de conexão.

Principais benefícios do novo monitor de conexão

Veja a seguir os principais benefícios do novo monitor de conexão:

  • Experiência de monitoramento de conectividade unificada para pontos de extremidade híbridos e do Azure

    • Agentes do Azure Monitor habilitados para servidores ARC como pontos de extremidade de origem e destino.

    • Suporte a monitoramento entre assinaturas, entre workspaces e entre regiões.

    • Suporte para VMs (máquinas virtuais) e conjuntos de dimensionamento como pontos de extremidade de origem e destino.

  • Facilidade de experiência com suporte simplificado ao agente

    • Extensão leve do Observador de Rede do Azure compatível com pontos de extremidade ARC.

    • Suporte para a extensão do agente do Azure Monitor com pontos de extremidade locais habilitados para ARC.

    • Atualização automática de agentes com suporte a habilitação de agente automatizado.

  • Visualização e medição do desempenho do caminho de rede de ponta a ponta com a nova topologia (versão prévia)

    • Insights profundos sobre métricas de desempenho de rede com monitoramento sintético em protocolos TCP, ICMP e HTTP.

    • Visibilidade aprimorada nos caminhos de rede de ponta a ponta e conexões com latência por salto e perda de caminho entre componentes de caminho, realçando links com alta latência ou perda de pacotes.

    • Metadados geográficos e dados ASN disponíveis em saltos da Internet.

    • Realce a última milha, a milha intermediária e a latência da última milha com a descoberta de borda da Microsoft.

  • Aprimoramento da solução de problemas com insights claros e acionáveis

    • Detecção rápida de problemas de conectividade de rede com alertas em tempo real.

    • Insights inteligentes sobre alterações nos componentes do caminho de rede para realçar a causa subjacente dos erros de conectividade.

    • Identificação de regras de bloqueio e recursos responsáveis por causar falhas na conectividade dos pontos de extremidade.

Monitor de desempenho de rede versus novo monitor de conexão

A tabela a seguir compara o monitor de desempenho de rede e o novo monitor de conexão:

Recurso Monitor de desempenho de rede Monitor de conexão
Experiência unificada para o Azure e para monitoramento híbrido Não disponível Disponível
Monitoramento entre assinaturas, entre regiões e entre workspaces Disponibilidade limitada Disponível
Suporte a workspace centralizado Não disponível Disponível
Suporte para pontos de extremidade com suporte ao agente do Azure Monitor habilitado para ARC como pontos de extremidade de origem e destino Não disponível Disponível
Suporte para VMs do Azure e recursos compostos (redes virtuais, sub-redes, conjuntos de dimensionamento) Não disponível Disponível
Topologia unificada entre saltos locais, na Internet e no Azure Não disponível Disponível
Verificações do código de status HTTP Não disponível Disponível
Diagnóstico de conectividade aprimorado com insights acionáveis Não disponível Disponível
Métricas de conectividade e medições de dimensão Não disponível Disponível
Automação – PowerShell, CLI do Azure, Terraform Não disponível Disponível
Suporte para Linux O monitoramento de desempenho é compatível com Linux. O Monitor de Conectividade de Serviço e o ExpressRoute não dão suporte ao Linux. Disponível
Suporte para nuvem pública, governamental, chinesa e air-gapped Disponível Disponível

Pontos principais a serem observados

A migração ajuda a produzir os seguintes resultados:

  • Os agentes locais e as configurações de firewall funcionam como estão. Nenhuma alteração é necessária. Os agentes de Log Analytics instalados em máquinas virtuais do Azure precisam ser substituídos pela Extensão do Observador de Rede.
  • Os monitores de conexão existentes são mapeados para Monitor da Conexão > Grupo de Teste > Formato de teste. Ao selecionar Editar, você pode exibir e modificar as propriedades do novo monitor de conexão, baixar um modelo para fazer alterações nele e enviar o modelo por meio do Azure Resource Manager.
  • Os agentes enviam dados para o workspace do Log Analytics e as métricas.
  • Monitoramento de dados:
    • Dados no Log Analytics: antes da migração, os dados permanecem no workspace no qual o monitor de desempenho de rede está configurado na tabela NetworkMonitoring. Após a migração, os dados vão para a tabela NetworkMonitoring, a tabela NWConnectionMonitorTestResult e a tabela NWConnectionMonitorPathResult no mesmo workspace. Depois que os testes são desabilitados no monitor de desempenho de rede, os dados são armazenados apenas na tabela NWConnectionMonitorTestResult e na tabela NWConnectionMonitorPathResult.
    • Alertas, painéis e integrações baseados em log: você deve editar manualmente as consultas com base na nova tabela NWConnectionMonitorTestResult e na tabela NWConnectionMonitorPathResult. Para recriar os alertas em métricas, consulte Métricas no Azure Monitor.
  • Para monitoramento do ExpressRoute:
    • Perda e latência de ponta a ponta: isso é mais fácil no monitor de conexão do que no monitor de desempenho de rede, pois você não precisa configurar quais circuitos e emparelhamentos monitorar. Circuitos no caminho são descobertos automaticamente, os dados estão disponíveis em métricas (mais rápido que LA, que era onde o monitor de desempenho de rede armazenava os resultados).
    • Medidas de Largura de Banda: com o lançamento de métricas relacionadas à largura de banda, a abordagem baseada em Log Analytics do Monitor de Desempenho de Rede não era eficaz no monitoramento de largura de banda para clientes do ExpressRoute. Essa funcionalidade agora não está disponível no Monitor de Conexão.

Pré-requisitos

  • Verifique se o Observador de Rede está habilitado na assinatura e região do workspace do Log Analytics. Se não tiver feito isso, você verá um erro informando "Antes de tentar migrar, habilite a extensão do Observador de Rede na assinatura e no local do workspace la selecionado".
  • Caso a VM (máquina virtual) do Azure esteja em uma região/assinatura diferente do workspace do Log Analytics usado como ponto de extremidade, verifique se o Observador de Rede está habilitado para essa assinatura e região.
  • As máquinas virtuais do Azure com agentes de Log Analytics instalados devem ser habilitadas com a extensão do Observador de Rede.

Migrar os testes

Para migrar os testes do monitor de desempenho de rede para o monitor de conexão, siga estas etapas:

  1. No Observador de Rede, selecione Monitor de conexão e, em seguida, selecione a guia Importar testes do NPM.

    Migrate tests from Network performance monitor to Connection monitor

  2. Nas listas suspensas, selecione sua assinatura e workspace e selecione o recurso monitor de desempenho de rede que você deseja migrar.

  3. Selecione Importar para migrar os testes.

    • Se o monitor de desempenho de rede não estiver habilitado no workspace, você verá um erro informando "Nenhuma configuração NPM válida encontrada".
    • Se não houver testes no recurso escolhido na etapa 2, você verá um erro informando "O workspace selecionado não tem configuração de <recurso>".
    • Se não houver testes válidos, você verá um erro informando "O workspace selecionado não tem testes válidos"
    • Seus testes podem conter agentes que não estão mais ativos, mas que já estiveram ativos no passado. Você verá um erro informando "Alguns testes contêm agentes que não estão mais ativos. Esses agentes podem estar em execução no passado, mas estão desligados/não estão mais em execução. Habilite os agentes e migre para o Monitor de Conexão. Selecione Continuar para migrar os testes que não contêm agentes que não estão ativos."

Após o início da migração, ocorrem as seguintes alterações:

  • Um novo recurso de Monitor da Conexão é criado.
    • Um Monitor da Conexão por região e assinatura é criado. Para testes com agentes locais, o novo nome do Monitor da Conexão é formatado como <workspaceName>_<workspace_region_name>. Para testes com agentes do Azure, o novo nome do Monitor da Conexão é formatado como <workspaceName>_<Azure_region_name>.
    • Os dados de monitoramento agora são armazenados no mesmo workspace do Log Analytics no qual o monitor de desempenho de rede está habilitado, em novas tabelas chamadas tabela NWConnectionMonitorTestResult e tabela NWConnectionMonitorPathResult.
    • O nome do teste é postergado como o nome do grupo de teste. A descrição do teste não é migrada.
    • Os pontos de extremidade de origem e destino são criados e usados no novo grupo de teste. Para agentes locais, os pontos de extremidade são formatados como <workspaceName>_<FQDN of on-premises machine>. A descrição do agente não é migrada.
    • A porta de destino e o intervalo de investigação são movidos para uma configuração de teste chamada TC_<protocol>_<port> e TC_<protocol>_<port>_AppThresholds. O protocolo é definido com base nos valores da porta. Para o ICMP, as configurações de teste são nomeadas como TC_<protocol> e TC_<protocol>_AppThresholds. Limites de êxito e outras propriedades opcionais, se definido forem migrados, caso contrário, serão deixados em branco.
    • Se os testes de migração contiverem agentes que não estão em execução, você precisará habilitar os agentes e migrar novamente.
  • O monitor de desempenho de rede não está desabilitado, portanto, os testes migrados podem continuar a enviar dados para a tabela NetworkMonitoring, a tabela NWConnectionMonitorTestResult e a tabela NWConnectionMonitorPathResult. Essa abordagem garante que os alertas baseados em log existentes e as integrações não sejam afetados.
  • O monitor de conexão recém-criado é visível no monitor de conexão.

Após a migração, certifique-se de:

  • Desabilite manualmente os testes no monitor de desempenho de rede. Até fazer isso, você continuará sendo cobrado por eles.
  • Enquanto você estiver desabilitando o monitor de desempenho de rede, recresque seus alertas nas tabelas NWConnectionMonitorTestResult e NWConnectionMonitorPathResult ou use métricas.
  • Migre todas as integrações externas para as tabelas NWConnectionMonitorTestResult e NWConnectionMonitorPathResult. Exemplos de integrações externas são painéis em Power BI e Grafana e integrações com sistemas SIEM (gerenciamento de eventos e informações de segurança).

Erros comuns encontrados

Os seguintes erros comuns da lista de tabelas que você pode encontrar durante a migração:

Erro Motivo
Nenhuma configuração do NPM válida encontrada. Acesse a interface do usuário do NPM para verificar a configuração Esse erro ocorre quando o usuário está selecionando Importar Testes do monitor de desempenho de rede para migrar os testes, mas o monitor de desempenho de rede não está habilitado no workspace.
O workspace selecionado não tem a configuração 'Monitor de Conectividade de Serviço' Esse erro ocorre quando o usuário está migrando testes do Monitor de Conectividade de Serviço do Monitor de Desempenho de Rede para o Monitor de Conexão, mas não há testes configurados no Monitor de Conectividade de Serviço.
O workspace selecionado não tem a configuração 'Monitor do ExpressRoute' Esse erro ocorre quando o usuário está migrando testes do Monitor do ExpressRoute do Monitor de Desempenho de Rede para o Monitor de Conexão, mas não há testes configurados no ExpressRoute Monitor.
O workspace selecionado não tem a configuração 'Monitor de Desempenho' Esse erro ocorre quando o usuário está migrando testes do monitor de desempenho do Monitor de Desempenho de Rede para o Monitor de Conexão, mas não há testes configurados no monitor de desempenho.
O workspace selecionado não tem testes válidos de '{0}' Esse erro ocorre quando o usuário está migrando testes do monitor de desempenho de rede para o monitor de conexão, mas não há testes válidos presentes no recurso escolhido pelo Usuário para migrar.
Antes de tentar migrar, habilite a extensão observador de rede na assinatura de seleção e no local do workspace de LA selecionado Esse erro ocorre quando o usuário está migrando testes do monitor de desempenho de rede para o Monitor de Conexão e a Extensão do Observador de Rede não está habilitada no workspace la selecionado. O usuário precisa habilitar a Extensão do NW antes de migrar os testes.
Alguns testes {1} contêm agentes que não estão mais ativos. Lista de agentes inativos - {0}. Esses agentes podem estar em execução no passado, mas estão desligados/não estão mais em execução. Habilite os agentes e migre para o Monitor de Conexão. Selecione Continuar para migrar os testes que não contêm agentes que não estão ativos. Esse erro ocorre quando o usuário está migrando testes do monitor de desempenho de rede para o monitor de conexão e alguns testes selecionados contêm agentes inativos do Observador de Rede ou tais agentes NW, que não estão mais ativos, mas costumavam estar ativos no passado e foram desligados. O usuário pode desmarcar esses testes e continuar selecionando e migrando os testes que não contêm esses agentes inativos.
Seus testes {1} contêm agentes que não estão mais ativos. Lista de agentes inativos - {0}. Esses agentes podem estar em execução no passado, mas estão desligados/não estão mais em execução. Habilitar agentes e migrar para o Monitor de Conexão Esse erro ocorre quando o usuário está migrando testes do monitor de desempenho de rede para o monitor de conexão e os testes selecionados contêm agentes inativos do Observador de Rede ou tais agentes NW, que não estão mais ativos, mas costumavam estar ativos no passado e foram desligados. O usuário precisa habilitar os agentes e, em seguida, continuar a migrar esses testes para o Monitor de Conexão.
Ocorreu um erro ao importar os testes para o Monitor da Conexão Esse erro ocorre quando o Usuário está tentando migrar testes do monitor de desempenho de rede para o CM, mas a migração não é bem-sucedida devido a erros.