• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Guide de transition du gestionnaire de tâches Synthetics

Début 2022, nous avons sorti un nouvel environnement d'exécution pour l'emplacement public qui a simplifié la création script , donné accès au moniteur scripté à Chrome 100 et Node.js 16 et introduit la gestion automatisée du moniteur avec notre API NerdGraph.

Le gestionnaire de tâches Synthetics apporte le moniteur sur le dernier environnement d'exécution de votre site privé, permettant à votre moniteur de correspondre plus étroitement à l'expérience d'un véritable utilisateur.

Si vous êtes prêt à installer le gestionnaire de tâches, vous pouvez consulter notre documentation d'installation pour les procédures d'installation ou lire notre documentationconfiguration pour travailler avec un site privé nouveau ou existant.

Important

À compter du 26 août 2024, vous ne pouvez plus créer de nouveaux moniteurs à l'aide legacy runtimes sur des sites publics ou privés.

Le 22 octobre 2024, nous mettrons fin à la vie du minion privé conteneurisé (CPM) et des versions synthétiques d'exécution legacy qu'il prend en charge. Veuillez consulter nos étapes de migration recommandées pour éviter la dégradation de votre site privé monitorer.

Images de conteneurs plus petites pour vos produits synthétiques

Les gestionnaires de tâches exécutent vos tâches synthétiques à partir d'images de conteneur spécifiques à l'exécution adaptées aux tâches que vous souhaitez exécuter. Alors que les CPMs regroupaient les exécutions et les artefacts legacy dans un seul fichier en pleine croissance, notre gestionnaire de tâches sépare plutôt notre travail de gestion Chrome, de Node et de tâches en images distinctes et plus petites.

Avec plus de contrôle sur configuration des tâches pour votre site privé, les gestionnaires de tâches vous permettent également :

  • Désactivez l'exécution d'un sous-ensemble d'images d'exécution si elles ne sont pas nécessaires à leur monitoring.
  • Mettez à jour vos images d'exécution (ping, API et navigateur) indépendamment des mises à jour du gestionnaire de tâches Synthetics.
  • Configurez et dimensionnez votre déploiement comme vous le souhaitez.

Déploiement simplifié avec des gestionnaires de tâches

Contrairement aux CPM, qui utilisaient le partage de fichiers pour coordonner les tâches sur un site privé, les gestionnaires de tâches communiquent via HTTP avec les services Web. Cela supprime certaines exigences de déploiement, telles que la spécification du volume monté dans votre configuration Docker ou des volumes persistants dans votre configuration Kubernetes.

En simplifiant le déploiement, le gestionnaire de tâches :

  • Réduit la possibilité d’erreurs liées aux autorisations dans les environnements de haute sécurité.
  • Réduit le risque d'erreurs internes du moteur en ne créant plus de réseaux Docker uniques pour les tâches du monitoring sans ping.
  • Offre une meilleure prise en charge lors du déploiement des étiquettes, des annotations, des sélecteurs de nœuds, des tolérances et de l'affinité Kubernetes sur tous les composants

Étapes de migration recommandées

Lors de l'installation du gestionnaire de tâches, nous vous recommandons d'utiliser la même clé privée de site que votre CPM existant. Cela simplifie le processus de migration. Gardez à l’esprit que :

  • CPM exécutent le moniteur qui utilise l'environnement d'exécution legacy
  • Les gestionnaires de tâches exécutent un moniteur qui utilise le runtime le plus récent
  • Les moniteurs de ping sont équilibrés en charge, de sorte que le CPM et les gestionnaires de tâches peuvent les exécuter
  1. Récupérez la clé de votre site privé existant en modifiant le site privé
  2. Installez le gestionnaire de tâches à l’aide de cette clé.
  3. L'interface utilisateur des mises à niveau d'exécution commencera à tester le moniteur d'exécution legacy attribué à ce site privé et à renseigner les résultats des tests. L’exécution de ces tests et le remplissage de l’interface utilisateur peuvent prendre quelques heures. Utilisez l’interface utilisateur pour mettre à niveau les environnements d’exécution du moniteur.
  4. Une fois que tous les moniteurs d'exécution legacy sur le site privé ont été mis à jour, vous pouvez désinstaller votre minion privé conteneurisé (CPM).

Si vous exécutez plusieurs conteneurs privés de sites Docker sur le même hôte, vous aurez des conflits de ports et d'autres ressources. Pour éviter ce conflit de port, assurez-vous de procéder comme suit lorsque vous commencez à configurer des gestionnaires de tâches :

  • Exécutez des gestionnaires de tâches et des CPM sur différents hôtes.
  • Exécutez chaque gestionnaire de tâches sur un hôte distinct.
  • Exécutez chaque CPM sur un hôte différent.

Vous préférez un nouveau départ ? Créer un nouveau site privé pour le gestionnaire de travaux. configuration de votre site privé et le chemin de migration dépendent de vos préférences personnelles. L'utilisation d'un nouveau site privé empêchera l'interface utilisateur des mises à niveau d'exécution de tester de manière proactive votre legacy moniteur d'exécution. Ce chemin nécessiterait également de modifier la configuration du moniteur pour utiliser le nouveau site privé.

Mettez à niveau votre moniteur

Le gestionnaire de tâches Synthetics n'est pas compatible avec l'environnement d'exécution legacy . Les CPM, en revanche, ne sont pas compatibles avec le runtime le plus récent. Si vos gestionnaires de tâches et vos CPM partagent une clé, alors vos CPM géreront n'importe quel moniteur sur l'environnement d'exécution legacy , tandis que le gestionnaire de tâches gérera n'importe quel moniteur sur l'environnement d'exécution le plus récent. En d'autres termes, les CPM ne peuvent pas exécuter de moniteur scripté qui utilise Chrome 100+ ou Node.js 16.

Mises à niveau en masse de l'exécution du moniteur : l'interface utilisateur des mises à niveau de l'exécution fournit des résultats de test de mise à niveau proactifs et vous permet de mettre à niveau en masse les exécutions du moniteur.

Mises à niveau du runtime du moniteur individuel :

  1. Accédez à one.newrelic.com > Synthetic monitoring, puis sélectionnez le moniteur que vous souhaitez modifier.
  2. Dans l’onglet Settings , cliquez sur General.
  3. Basculez vers la vue d'exécution la plus récente via le menu déroulant. Pour le moniteur d’API scripté, choisissez Node.js 16. Pour moniteur de navigateur scripté, choisissez Chrome 100+.
  4. Si vous utilisez des emplacements privés distincts pour les minions privés conteneurisés (CPM) et les gestionnaires de tâches synthétiques, mettez à jour la sélection d'emplacement.
  5. Cliquez sur Validate pour vérifier que votre moniteur fonctionne dans le nouveau runtime. Apportez les modifications nécessaires au script.
  6. Sauvegarder.

Conseil

Consultez notre guide de dépannage de mise à niveau d'exécution pour connaître les erreurs de mise à niveau courantes et les solutions.

Vous avez décidé de passer au nouveau runtime ? Consultez nos API NerdGraph pour mettre à jour le moniteur par programmation.

Exigences de version

Certaines fonctionnalités nécessitent une version minimale du gestionnaire de tâches et des images de conteneur d'exécution.

Capacité

Version du gestionnaire de tâches

Version(s) d'exécution

Moniteur de pas

sortie-332

Exécution du navigateur de nœuds v2.2.22

Monitoring des liens brisés

sortie-341

Exécution de l'API Node v1.2.54

Contrôleur de vérification de certificat

sortie-341

Exécution de l'API Node v1.2.54

Accompagnement VSE

sortie-345

N/A

Variables définies par l'utilisateur

sortie-347

N/A

Modules de nœuds personnalisés

sortie-363

Exécution du navigateur de nœuds v2.2.49 Exécution de l'API Node v1.2.63

Droits d'auteur © 2025 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.