Migrer vers le Moniteur de connexion à partir de Network Performance Monitor

Dans cet article, vous découvrez comment migrer vos tests existants de l’analyseur de performances réseau vers le nouveau moniteur de connexion avec zéro temps d’arrêt. Pour plus d’informations, consultez Vue d’ensemble de la surveillance de connexion.

Avantages clés du nouveau moniteur de connexion

Voici les avantages clés du nouveau moniteur de connexion :

• Surveillance unifiée de la connectivité pour les terminaux Azure et hybrides

  • L'agent Azure Monitor a activé les serveurs ARC en tant que points d'extrémité source et destination.

  • Prise en charge de la surveillance inter-abonnements, inter-espaces de travail et inter-région.

  • Les machines virtuelles (VM) et les jeux d'échelle sont pris en charge en tant que points de terminaison source et destination.

• Facilité d'utilisation grâce à l'assistance simplifiée d'un agent

  • Extension légère de Azure Network Watcher compatible avec les points d'extrémité ARC.

  • Prise en charge de l'extension de l'agent Azure Monitor avec les points d'extrémité sur site activés par ARC.

  • Mise à niveau automatique des agents grâce à un soutien automatisé à l'habilitation des agents.

• Visualisez et mesurez les performances de bout en bout du réseau avec la nouvelle Topologie (préversion)

  • Des informations approfondies sur les performances du réseau grâce à une surveillance synthétique des protocoles TCP, ICMP et HTTP.

  • Visibilité améliorée du chemin et des connexions du réseau de bout en bout avec latence par saut et perte de chemin à travers les composants du chemin, mettant en évidence les liens avec une latence élevée ou une perte de paquets.

  • Les métadonnées géographiques et les données ASN sont disponibles par l'intermédiaire de sauts Internet.

  • Mettez en évidence les temps de latence du dernier kilomètre, du kilomètre intermédiaire et du dernier kilomètre grâce à la découverte de la périphérie de Microsoft.

• Amélioration de la résolution des problèmes grâce à des informations claires et exploitables

  • Détection rapide avec alerte en temps réel des problèmes de connectivité du réseau.

  • Une vision intelligente des changements dans les composants du chemin de mise en réseau pour mettre en évidence la cause sous-jacente des erreurs de connectivité.

  • Identification des règles de blocage, des ressources responsables des échecs de connectivité des points d'extrémité.

Analyseur de performances réseau contre nouveau moniteur de connexion

Le tableau suivant compare l’analyse de performances réseau et le nouveau moniteur de connexion :

Points clés à noter

La migration produit les résultats suivants :

• Les agents locaux et les paramètres de pare-feu fonctionnent tels quels. Aucune modification n’est nécessaire. Les agents Log Analytics installés sur des machines virtuelles Azure doivent être remplacés par l’extension Network Watcher.
• Les tests existants sont mappés au Moniteur de connexion > Groupe de test > Format de test. En sélectionnant Modifier, vous pouvez afficher et modifier les propriétés du nouveau Moniteur de connexion, télécharger un modèle pour y apporter des modifications et soumettre le modèle via Azure Resource Manager.
• Les agents envoient des données à l’espace de travail et aux métriques Log Analytics.
• Analyse des données :
  • Données dans Log Analytics : avant la migration, les données restent dans l’espace de travail dans lequel Network Performance Monitor est configuré dans la table NetworkMonitoring. Après la migration, les données sont placées dans les tables NetworkMonitoring, NWConnectionMonitorTestResult et NWConnectionMonitorPathResult, dans le même espace de travail. Une fois les tests désactivés dans Network Performance Monitor, les données sont stockées uniquement dans les tables NWConnectionMonitorTestResult et NWConnectionMonitorPathResult.
  • Alertes, tableaux de bord et intégrations basés sur un journal : vous devez modifier manuellement les requêtes en fonction des nouvelles tables NWConnectionMonitorTestResult et NWConnectionMonitorPathResult. Pour recréer les alertes dans les métriques, consultez Métriques dans Azure Monitor.
• Pour la surveillance ExpressRoute :
  • Perte et latence de bout en bout : Cela est plus facile dans le Moniteur de connexion que dans Network Performance Monitor, car vous n’avez pas besoin de configurer les circuits ni les peerings à superviser. Les circuits dans le chemin sont découverts automatiquement, les données sont disponibles dans les métriques (plus rapide que LA, qui était l’emplacement où Network Performance Monitor stockait les résultats).
  • Mesures de la bande passante : avec le lancement des métriques liées à la bande passante, l’approche de la solution Network Performance Monitor basée sur l’analytique des journaux d'activité n’était pas efficace dans la surveillance de la bande passante pour les clients ExpressRoute. Cette capacité est désormais disponible dans Moniteur de connexion.

Prérequis

• Assurez-vous que Network Watcher est activé dans l’abonnement et la région de l’espace de travail Log Analytics. Si ce n’est pas le cas, vous voyez une erreur indiquant : « Avant de tenter une migration, activez l’extension Network Watcher dans l’abonnement et l’emplacement de l’espace de travail LA sélectionné. ».
• Si vous utilisez en tant que point de terminaison une machine virtuelle Azure appartenant qui est dans une autre région ou un autre abonnement que l’espace de travail de Log Analytics, assurez-vous que Network Watcher est activé pour cet abonnement et cette région.
• Les machines virtuelles Azure sur lesquelles les agents Log Analytics sont installés doivent être activées avec l’extension Network Watcher.

Migrer les tests

Pour migrer les tests de Network Performance Monitor vers le Moniteur de connexion, suivez ces étapes :

1. Dans Network Watcher, sélectionnez Moniteur de connexion, puis sélectionnez l’onglet Importer des tests de NPM.

   

2. Dans les listes déroulantes, sélectionnez votre abonnement et votre espace de travail, puis la fonctionnalité Network Performance Monitor que vous souhaitez migrer.

3. Sélectionnez Importer pour migrer les tests.

   • Si Network Performance Monitor n’est pas activé sur l’espace de travail, une erreur s’affiche indiquant : « Aucune configuration NPM valide n’a été trouvée ».
   • S’il n’existe aucun test valide dans la fonctionnalité que vous avez choisie à l’étape 2, une erreur s’affiche indiquant : « L’espace de travail sélectionné n’a pas de configuration pour la <fonctionnalité> ».
   • S’il n’existe aucun test valide, une erreur s’affiche indiquant : « L’espace de travail sélectionné n’a pas de tests valides »
   • Vos tests risquent de contenir des agents qui ne sont plus actifs, mais qui ont peut-être été actifs dans le passé. Une erreur s’affiche indiquant : « Certains tests contiennent des agents qui ne sont plus actifs. Ces agents ont probablement été exécutés avant, mais ils sont arrêtés/ne sont plus exécutés. Activez les agents et migrez vers le Moniteur de connexion. Sélectionnez Continuer pour migrer les tests qui ne contiennent pas d’agents qui ne sont pas actifs. »

Après le début de la migration, les modifications suivantes ont lieu :

• Une nouvelle ressource de moniteur de connexion est créée.
  • Une seule analyse de connexion par région et un abonnement est créé. Pour les tests avec des agents locaux, le nouveau nom du moniteur de connexion est au format <workspaceName>_<workspace_region_name>. Pour les tests avec des agents Azure, le nouveau nom du moniteur de connexion est au format <workspaceName>_<Azure_region_name>.
  • Les données de surveillance sont désormais stockées dans le même espace de travail Log Analytics que celui où la solution Network Performance Monitor est activée, dans de nouvelles tables appelées NWConnectionMonitorTestResult et NWConnectionMonitorPathResult.
  • Le nom du test est transféré en tant que nom du groupe de test. La description du test n’est pas migrée.
  • Les points de terminaison source et de destination sont créés et utilisés dans le groupe de test. Pour les agents locaux, les points de terminaison on le format <workspaceName>_<FQDN of on-premises machine>. La description de l’agent n’est pas migrée.
  • Le port de destination et l’intervalle de détection sont déplacés vers une configuration de test, sous les noms TC_<protocol>_<port> et TC_<protocol>_<port>_AppThresholds. Le protocole est défini sur la base des valeurs de port. Pour ICMP, les configurations de test sont nommées TC_<protocol> et TC_<protocol>_AppThresholds . Les seuils de réussite et les autres propriétés facultatives sont migrés le cas échéant. S’ils ne sont pas définis, ces champs restent vides.
  • Si les tests de migration contiennent des agents qui ne sont pas en cours d’exécution, vous devez activer les agents et les migrer à nouveau.
• Comme Network Performance Monitor n’est pas désactivé, les tests migrés peuvent continuer à envoyer des données aux tables NetworkMonitoring, NWConnectionMonitorTestResult et NWConnectionMonitorPathResult. Cette approche garantit que les alertes et intégrations basées sur un journal existantes ne sont pas affectées.
• Le moniteur de connexion nouvellement créé est visible dans le Moniteur de connexion.

Après la migration, veillez à effectuer les opérations suivantes :

• Désactivez manuellement les tests dans Network Performance Monitor. Tant que vous ne le faites pas, vous continuez d’être facturé pour ceux-ci.
• Quand vous désactivez Network Performance Monitor, recréez vos alertes sur les tables NWConnectionMonitorTestResult et NWConnectionMonitorPathResult, ou utilisez des métriques.
• Migrez les intégrations externes vers les tables NWConnectionMonitorTestResult et NWConnectionMonitorPathResult. Les intégrations externes sont, par exemple, les tableaux de bord dans Power BI et Grafana, ainsi que les intégrations avec les systèmes Security Information and Event Management (SIEM).

Erreurs courantes rencontrées

Le tableau suivant liste les erreurs courantes que vous pouvez rencontrer pendant la migration :

Contenu connexe

• Migrer vers le Moniteur de connexion à partir du Moniteur de connexion (classique).
• Créer un moniteur de connexion à partir du portail Azure.