Broker de services New Relic pour VMware Tanzu

New Relic Service Broker pour VMware Tanzu vous permet d'utiliser un ou plusieurs comptes New Relic et est déployé en tant qu'application Java sur VMware Tanzu. Un courtier de services permet aux applications Cloud Foundry de se lier aux services et de consommer les services facilement à partir du gestionnaire d'applications ou de la ligne de commande.

Comment ça marche

Le broker expose le service New Relic sur la Marketplace et permet à l'utilisateur de créer directement une instance de service et de la lier à ses applications soit depuis Apps Manager soit depuis la ligne de commande.

La mosaïque New Relic Service Broker pour VMware Tanzu installe New Relic Service Broker en tant qu'application, l'enregistre en tant que courtier de services sur VMware Tanzu et expose ses plans de service sur la Marketplace. Chaque plan de service est associé à un compte New Relic existant, qui est configuré lors de la configuration de la mosaïque.

La sélection d'un plan lie votre application à l'agent New Relic, et l'agent commence à générer des rapports auprès du compte New Relic associé au plan sélectionné. Cela rend l’installation et l’utilisation ultérieure de New Relic sur vos applications VMware Tanzu plus faciles et plus directes.

Prérequis

New Relic Nozzle pour VMware Tanzu a les exigences suivantes :

• Courtier de services v1.12.18 et versions ultérieures
• Pour les courtiers de services sur la version 1.12.12 et les versions antérieures, les GUID uniques des plans étaient calculés différemment. Pour que ces plans ne rompent pas la compatibilité, les GUID doivent être les mêmes qu'avant. Le script de migration conserve les GUID de plan pour les plans existants dans la collection de plans pour la version 1.12.12 et les versions antérieures.

$
cf curl $(cf curl /v2/services?q=label:newrelic | grep “service_plans_url” |
$

$
    awk ‘{print $2}’ | sed ‘s/[",]//g’) | egrep “"name":|"unique_id":” |
$

$
    sed ‘s/[",]//g’ | tr -s " " | awk ’ {name=$0; getline; printf(\t%-40s %-40s \n”,name,$0)}’

Le tableau suivant fournit des informations sur la version et la prise en charge des versions du Service Broker pour VMware Tanzu.

La tuile actuelle supprime le groupe de sécurité all_open des paramètres de sécurité par défaut de la tuile. Si vous utilisez une version antérieure de la mosaïque, sécurisez davantage votre environnement VMware Tanzu en supprimant le groupe de sécurité all_open des paramètres du groupe de sécurité des applications (ASG). La nouvelle version de la tuile n'ouvre pas la sécurité, ni ne ferme la sécurité si elle était déjà ouverte.

Installer via Ops Manager

Pour télécharger la mosaïque New Relic Service Broker pour VMware Tanzu et l'installer sur VMware Tanzu Ops Manager, procédez comme suit :

1. Téléchargez le fichier produit depuis Pivotal Network.
2. Importez le fichier produit dans votre installation Ops Manager.
3. Cliquez sur le signe + ou Add next dans la description du produit téléchargée dans la vue de navigation de gauche d'Ops Manager pour ajouter ce produit à votre zone de simulation.
4. Cliquez sur la tuile nouvellement ajoutée et vérifiez toutes les options configurables.
5. Cliquez sur Apply Changes.

Configurer la tuile

1. connectez-vous à Ops Manager.

2. Cliquez sur Import a Product et importez la mosaïque New Relic Service Broker pour VMware Tanzu.

   

3. Cliquez sur le bouton + à droite de « New Relic Service Broker » que vous avez téléchargé.

   

4. Sélectionnez la tuile New Relic.

   

5. Configurer la zone de disponibilité et le réseau.

   

6. Configurer l'accès global à Service Broker. Vous pouvez soit conserver l'accès global activé pour tous les plans de service (par défaut), soit désactiver l'accès global. Vous pouvez accorder l'accès via la configuration à une ou plusieurs organisations pour chaque plan de service que vous ajoutez.

   

7. Configurez le New Relic Service Broker. Cliquez sur Ajouter dans l’écran Plan de service pour créer un nouveau plan de service.

   

8. Créez un plan de service avec votre clé de licence New Relic.

   • Saisissez un nom pour le plan de service (sans espaces).
   • Entrez la description du plan.
   • Connectez-vous à votre compte New Relic et accédez à la page Paramètres du compte à partir du menu déroulant dans le coin supérieur droit de la page. Copiez la clé de licence de votre compte New Relic et collez-la ici.
   
   • Si vous effectuez une mise à niveau à partir de New Relic Service Broker 1.12.12 ou d'une version antérieure, assurez-vous de suivre les instructions de la section de mise à niveau de ce document pour cocher l'indicateur « plan antérieur à 1.12.12 » et saisir le GUID du plan antérieur à 1.12.12.
   • Si vous exécutez New Relic Firehose Nozzle et souhaitez acheminer les données de chaque application vers un compte New Relic distinct (par opposition au compte Firehose Nozzle central de New Relic), saisissez le compte New Relic cible et la clé d'insertion Insights ici.
   • Si dans les étapes précédentes vous avez décoché Accès global, vous devez saisir une liste d'organisations séparées par des virgules afin que le système active l'accès au service pour permettre à l'utilisateur de créer une instance de service de ce plan.

9. Sélectionnez le bouton en haut de la page pour accéder à INSTALLATION DASHBOARD

   

10. Appliquez vos modifications.

    • Cliquez sur le bouton bleu en haut à droite.
    • Pour accélérer le processus, vous pouvez décocher la case Sélectionner tous les produits et choisir d'appliquer la modification à la mosaïque New Relic Service Broker.
    

11. Une fois l’installation terminée, vérifiez le Marché des services dans le Gestionnaire d’applications. Sélectionnez la tuile New Relic.

    

12. Consultez les plans de service New Relic et sélectionnez le plan souhaité.

    

13. Saisissez le nom de l’instance de service et cliquez sur le bouton « CRÉER » pour créer l’instance de service.

    

14. Plan de service créé.

    

15. Liez le service New Relic à une application.

    • Dans le Gestionnaire d’applications, accédez à une application.

      

    • Sélectionnez l’onglet Service.

    • Cliquez sur le bouton BIND SERVICE et sélectionnez l’instance de service que vous venez de créer.

      

    • Cliquez sur le bouton BIND en bas à droite.

      

16. Remettre en scène l'application. Vous pouvez sélectionner le lien en haut de la page Bind , ou dans une fenêtre de terminal, et exécuter cf restage pour effectuer les modifications.

    
    bash

    Copier

    $
    cf restage APPNAME

Connectez-vous à New Relic pour afficher les données monitoring .

Configurer avec un proxy HTTP

Si l'environnement VMware Tanzu doit utiliser un proxy HTTP ou HTTPS pour la communication sortante externe, le courtier de services lui-même n'a pas besoin de connaître quoi que ce soit sur le proxy HTTP, car il relaie la clé de licence aux applications grand public. L'application consommateur doit spécifier http\_proxy ou https\_proxy comme variable d'environnement pour que l'agent communique en externe avec des applications non Java et utiliser JAVA_OPTS pour les applications Java. De plus, l'agent New Relic doit également être configuré avec son propre ensemble de paramètres (-Dnewrelic.config.\*) pour communiquer avec son contrôleur via le proxy pour les applications en langage Java.

Pour spécifier l'utilisation de http_proxy pour que l'agent d'application non Java New Relic communique avec son contrôleur à l'aide du proxy, exécutez les commandes suivantes :

$
cf set-env APPNAME http_proxy 'http://user:password@proxy-server.customer.example.com:8080'
$
cf set-env APPNAME https_proxy 'http://user:password@proxy-server.customer.example.com:8080'

Pour spécifier l'utilisation de JAVA_OPTS pour que l'agent Java New Relic communique avec son contrôleur à l'aide du proxy, exécutez la commande suivante :

$
cf set-env APPNAME JAVA_OPTS " -Dtest.value=barbar
$
  -Dnewrelic.config.proxy_host=proxy.customer.example.com
$
  -Dnewrelic.config.proxy_port=8080

Si une application Java doit également communiquer via un proxy, ajoutez les paramètres de proxy Java en plus des paramètres de proxy de l'agent New Relic avec la commande suivante :

$
cf set-env APPNAME JAVA_OPTS " -Dtest.value=barbar
$
  -Dnewrelic.config.proxy_host=proxy.customer.example.com
$
  -Dnewrelic.config.proxy_port=8080
$
  -Dhttp.proxyHost=proxy.customer.example.com-Dhttp.proxyPort=8080
$
  -Dhttps.proxyHost=proxy.customer.example.com -Dhttps.proxyPort=8080

Pour une application non Java qui doit communiquer en sortie à l'aide d'un proxy, exécutez les commandes suivantes :

$
cf set-env APPNAME http_proxy http://user@password:myproxy....:8080/
$
cf set-env APPNAME https_proxy https://user@password:myproxy....:8080/

Chaque fois que vous apportez des modifications aux variables d'environnement Cloud Foundry, vous devez réorganiser votre ou vos applications pour que les modifications soient effectives.

$
cf restage APPNAME

Vous pouvez définir ces variables d'environnement individuellement par application, ou avec des groupes de variables d'environnement à définir pour toutes les applications dans le cadre de la simulation, de l'exécution d'environnements, etc. à l'aide de l'outil d'interface de ligne de commande (cf CLI) de Cloud Foundry.

Groupes de variables d'environnement

• running-environment-variable-group/revg: Récupérer le contenu du groupe de variables d'environnement en cours d'exécution
• staging-environment-variable-group/sevg: Récupérer le contenu du groupe de variables d'environnement de simulation
• set-staging-environment-variable-group/ssevg: Transmettez des paramètres au format JSON pour créer un groupe de variables d'environnement de simulation
• set-running-environment-variable-group/srevg: Transmettez des paramètres au format JSON pour créer un groupe de variables d'environnement en cours d'exécution

Utilisez la variable d'environnement JAVA\_OPTS pour spécifier les variables d'environnement spécifiques à l'agent New Relic dans le groupe d'environnements de simulation afin que le buildpack Java puisse les utiliser et les placer au bon endroit. Spécifier JAVA_OPTS dans le groupe de variables d'environnement d'exécution ne donnera rien, car le buildpack ne le saura pas.

Par exemple:

$
cf ssevg '{ "JAVA_OPTS" : " -Dtest.value=barbar
$
  -Dnewrelic.config.proxy_host=proxy.customer.example.com
$
  -Dnewrelic.config.proxy_port=8080 -Dhttp.proxyHost=proxy.customer.example.com
$
  -Dhttp.proxyPort=8080 -Dhttps.proxyHost=proxy.customer.example.com
$
  -Dhttps.proxyPort=8080 -Dspring.profiles.active=dev
$
  -Dnewrelic.config.log_level=finer
$
  -Djavax.net.debug=all ", "test_env_profile" : "Staging" }'

Pour plus d'informations, voir Priorité des paramètres de configuration.

dépendance du package pour les buildpacks hors ligne

Si vous exécutez VMware Tanzu dans un environnement hors ligne (déconnecté), vous devez recréer et package la dépendance, y compris les binaires de l'agent New Relic, à l'aide de buildpacks hors ligne dans votre environnement VMware Tanzu.

Pour plus d'informations, voir Dépendance de packaging pour les Buildpacks hors ligne.

Retour

Si vous avez une demande de fonctionnalité, des questions ou des informations sur un bug, veuillez soumettre un problème sur github.