• /
  • 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

Profils de périphériques SNMP

Les profils définissent à la fois les OID SNMP que ktranslate collecte et la manière dont il traite les messages d'interruption SNMP reçus. Suivez les instructions ici si vous souhaitez modifier un profil existant ou en créer un nouveau.

Exigences

Que vous créiez ou modifiiez un profil, assurez-vous de disposer des éléments suivants :

Important

New Relic ne fournit pas de support direct pour le contenu des profils kentik/snmp. Si un profil SNMP existant renvoie des données incorrectes ou un autre comportement perturbateur, ouvrez un problème sur le référentiel kentik/snmp-profiles . Nous ne sommes pas en mesure de fournir des délais pour la modification ou la création de profils SNMP chez des tiers pour ktranslate.

Selon le niveau de service associé à votre compte New Relic, vous pouvez bénéficier de l'aide du support technique mondial New Relic. Conformément à nos offres d'assistance technique mondiales, nous ferons de notre mieux pour déterminer si un problème est lié aux produits New Relic ou s'il est causé par quelque chose hors de notre contrôle et de notre compétence. Pour les problèmes liés aux outils tiers qui échappent à notre contrôle, nous déploierons des efforts commercialement raisonnables pour apporter des améliorations, des correctifs ou d’autres développements fonctionnels au projet open source en amont.

Création de profil

Utiliser des profils personnalisés en privé

Le contenu du référentiel kentik/snmp-profiles est chargé à ktranslate par défaut lors de la construction du conteneur ou du service et est donc appliqué globalement à toutes les instances.

Pour prendre en charge des options de personnalisation complètes afin que vous puissiez conserver vos propres paramètres et modèles de collection, procédez comme suit :

  1. Cloner le référentiel.
  2. Apportez les modifications que vous jugez appropriées.
  3. Chargez votre répertoire de profil personnalisé dans votre conteneur Docker ou votre service Linux au démarrage.

Pour ce faire, vous devez modéliser vos fichiers personnalisés dans l' instance KTranslate à l'intérieur du répertoire etc/ktranslate/profiles/.

En supposant que vous soyez dans un répertoire juste au-dessus de snmp-profiles, la commande à ajouter ressemble à ceci :

bash
$
`pwd`/snmp-profiles/profiles:/etc/ktranslate/profiles

Pour Docker, vous ajouteriez ceci comme montage de volume, ce qui ressemblerait à ceci :

bash
$
docker run -d --name ktranslate-$CONTAINER_SERVICE --restart unless-stopped --pull=always -p 162:1620/udp \
>
-v `pwd`/snmp-base.yaml:/snmp-base.yaml \
>
-v `pwd`/snmp-profiles/profiles:/etc/ktranslate/profiles
>
-e NEW_RELIC_API_KEY=$NR_LICENSE_KEY \
>
kentik/ktranslate:v2 \
>
-snmp /snmp-base.yaml \
>
-nr_account_id=$NR_ACCOUNT_ID \
>
-metrics=jchf \
>
-tee_logs=true \
>
-service_name=$CONTAINER_SERVICE \
>
-snmp_discovery_on_start=true \
>
-snmp_discovery_min=180 \
>
nr1.snmp

Pour un service Linux, vous modifierez le contenu de /etc/ktranslate/profiles sur l'hôte local.

Conseil

Pour éliminer le risque de comportement incohérent dans votre environnement, assurez-vous de transmettre votre version personnalisée des profils à chaque fois que vous lancez un conteneur ou un service.

Contribuer au référentiel public

En tant que référentiel open source , les contributions de chacun sont les bienvenues pour créer de nouveaux profils ou améliorer les profils existants qui amélioreront les capacités monitoring pour tous les utilisateurs.

New Relic n'est pas impliqué dans le processus de révision des profils sur le référentiel tiers (dépôt). Toutes requests de modifications et de mises à jour doivent être adressées aux mainteneurs de Kentik via les problèmes Github.

Peu de temps après la fusion d'un profil, l'automatisation CI/CD (intégration et livraison continue) rend les nouveaux profils SNMP disponibles dans une nouvelle version de l'image Docker .

Quels types d’OID dois-je inclure ?

Dans de nombreux cas, SNMP offre beaucoup de données, mais peu d’informations exploitables. L' exemple de parcours SNMP ci-dessus comporte 2 022 lignes de résultats provenant d'OID, et le profil résultant collecte environ 50 OID au total. En suivant les modèles de base de "Golden Signals" définis par la discipline Site Reliability Engineering (SRE), concentrez-vous sur la collecte de données qui vous permettent de savoir s'il y a quelque chose qui empêcherait l'appareil d'exécuter les fonctions que vous attendez de lui. À partir de là, vous devez collecter des mesures qui vous indiquent dans quelle mesure ces fonctions sont exécutées.

Exemple 1 :

Pour un appareil fonctionnant comme un concentrateur VPN, nous collecterions des métriques système de haut niveau telles que :

  • Utilisation du processeur et de la mémoire
  • Informations sur le capteur matériel pour s'assurer que l'appareil ne s'éteindra pas tout seul en raison de pannes de ventilateur, par exemple
  • OID qui nous renseignent sur les connexions agrégées et le débit

Exemple 2 :

Une table OID qui répertorie tous les processus en cours d’exécution sur un dispositif réseau est un exemple de données disponibles mais pas utiles.

La collecte de tous les processus en cours d'exécution peut sembler utile, mais comme il s'agit d'un appareil, vous n'avez normalement pas la capacité ou le besoin de faire quoi que ce soit avec les processus qui s'exécutent à l'intérieur. Interroger et stocker des tables contenant des centaines d'éléments avec lesquels vous ne pouvez rien faire ne serait pas efficace.

Droits d'auteur © 2025 New Relic Inc.

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