Mettre en place et déployer le gateway Contrôle de pipeline

Configurez et déployez le gateway Contrôle de pipeline pour gérer le flux de données de votre entité de monitoring vers New Relic.

Considérations relatives à l'utilisation du gateway

Lorsque vous intégrez et utilisez le composant de gateway, voici quelques considérations importantes à garder à l’esprit :

Gestion des attributs et des données

• Prise en charge des attributs : certains attributs peuvent ne pas être pris en charge par le gateway. Pour des informations détaillées, reportez-vous à la section Transfert de données au gateway.
• Gestion des données/attributs : Le gateway transmet vos requests de suppression de données ou d'attributs pour les données métriques de tranche horaire, de trace et de trace directement à New Relic sans modification.

Analyse et intégration des données

• Analyse des logs : Le gateway n'inclut pas l'analyse Grok pour les logs. Grok analyse est une méthode utilisée pour extraire des données structurées à partir de messages de log non structurés en utilisant des modèles prédéfinis et des expressions régulières. Vous aurez peut-être besoin de méthodes alternatives pour structurer les données log à des fins d’interrogation et de visualisation.
• IntégrationPrometheus : le gateway ne prend pas en charge l'écriture à distance Prometheus pour les métriques, ce qui peut affecter votre intégration avec le système basé sur Prometheus .

Licences et conformité

• Gestion des clés de licence : le gateway ne prend pas en charge plusieurs clés de licence provenant de sources natives du protocole OpenTelemetry (OTLP), telles que les collecteurs d'agents ou les SDK APM. Tenez-en compte lors de la gestion de vos licences.
• Normes de conformité : le gateway n'est pas conforme à FedRAMP, ce qui peut affecter votre utilisation si vous devez respecter les normes de sécurité fédérales.

Fonctionnalité de requête

Fonctions de requête : le gateway ne prend pas en charge certaines fonctions dans la clause WHERE pour la requête métrique. Les fonctions comprennent :

• %[type]
• %[count]
• %[sum]
• %[min]
• %[max]
• %[latest]

Exemple de requête : FROM Metric SELECT * WHERE (%[type]='summary' AND %[count]=0) OR (%[type]='gauge' AND %[count]=1 AND %[latest]=0)

Mettre en place le gateway Contrôle de pipeline

Pour configurer le gateway Contrôle de pipeline :

1. Dans votre compte New Relic, dans Intégration et Agents, cliquez sur Set up Pipeline Control ou recherchez gateway et sélectionnez Pipeline Control gateway.

2. Assurez-vous que le compte sélectionné est celui que vous souhaitez utiliser pour Contrôle de pipeline. Sinon, cliquez sur Select an account, sélectionnez le compte de votre choix, puis cliquez sur Continue.

3. Pour saisir vos informations d'identification, fournissez une clé de licence existante ou créez une nouvelle clé, puis cliquez sur Continue.

4. Sélectionnez un cluster Kubernetes existant à l’aide du menu déroulant ou créez-en un nouveau.

5. Si vous créez un nouveau cluster, entrez le nom cluster et l'espace de nommage. L'espace de nommage par défaut est newrelic.

6. Téléchargez le fichier de configuration, values-newrelic-gateway.yaml, dans un répertoire.

7. Exécutez la commande d’installation affichée à l’écran :

   bash

   Copier

   $
   helm repo add newrelic https://helm-charts.newrelic.com && helm repo update && \
   >
   helm upgrade --install newrelic-gateway --version <VERSION_NUMBER> -n newrelic \
   >
   newrelic/agent-control --create-namespace --values /path/to/values-newrelic-gateway.yaml --devel

   Conseil

   Remplacez <VERSION_NUMBER> par le numéro de version réel du gateway et /path/to/values-newrelic-gateway.yaml par le répertoire où se trouve le fichier de configuration.

8. Cliquez sur Continue.

9. Cliquez sur Test connection et attendez une connexion réussie.

Lorsque vous créez votre premier cluster de gateway, il établit une configuration unifiée sur tous les clusters de gateway au sein de votre organisation.

Pour afficher les détails de la configuration de votre gateway, accédez à New Relic Control et cliquez sur Gateway.

Cas d'utilisation : Optimiser le flux de données dans plusieurs régions

Imaginez que vous êtes un client gérant une configuration d'observabilité sophistiquée avec New Relic. Vos opérations s’étendent sur plusieurs régions géographiques, chacune avec ses propres défis uniques en matière de gestion des données. Plus précisément, vous exploitez le cluster Kubernetes dans deux régions principales : la région A et la région B.

Objectif : Optimiser la gestion des données et réduire les transferts de données inutiles pour maximiser l’efficacité et minimiser les coûts. Configuration actuelle : Vous disposez déjà d'un cluster de gateway (GC1) déployé. Votre cluster de production de données Kubernetes dans la région A est configuré pour acheminer toutes les données télémétriques via GC1. Cette configuration vous permet de filtrer les données non pertinentes, garantissant que seuls les signaux critiques sont envoyés au backend New Relic. Défi avec la région B : Votre cluster Kubernetes dans la région B a également besoin d'un traitement des données. Vous avez envisagé d'utiliser GC1 pour les données de la région B, mais cela introduit certaines inefficacités :

• Latence accrue : les données envoyées de la région B à la région A ajoutent un délai, ce qui peut avoir un impact sur les capacités monitoring des temps réels.
• Coûts plus élevés : le transfert de données interrégional peut entraîner des coûts de sortie supplémentaires, augmentant ainsi les dépenses opérationnelles. Solution : déployer plusieurs clusters de gateways :
• déployer un nouveau cluster de gateways (GC2) dans la région B.
• Configurez votre cluster Kubernetes dans la région B pour filtrer leurs données via GC2. Cela réduit la distance parcourue par les données, minimise la latence et élimine les frais de transfert interrégionaux. Résultat:
• Performances améliorées : déployer GC2 localement dans la région B peut aider à réduire les délais de transmission des données, ce qui peut conduire à un temps de réaction amélioré en cas d'événement critique.
• Architecture évolutive : l’ajout de GC2 offre de la capacité.

Cette stratégie de déploiement de plusieurs clusters de gateways spécifiques à une région permet de maintenir des opérations rationalisées et garantit que monitoring de vos données reste à la fois efficace et économique.

Ajouter plus de clusters

Pour ajouter un nouveau cluster à votre configuration de gateway,

1. Ouvrez New Relic Control, puis sélectionnez Gateway.
2. Dans la table des clusters, cliquez sur Ajouter un cluster.
3. Suivez les instructions de configuration du gateway.
4. Revenez à la page récapitulative du gateway. Vous devriez voir votre cluster nouvellement ajouté.

Après avoir créé votre cluster de gateway, ajoutez et déployez des règles pipeline sur le cluster. Reportez-vous à Créer des règles de pipeline.