Fermer

mars 24, 2023

Utilisation de la prise en charge des métriques OpenTelemetry dans OpenEdge sur Azure

Utilisation de la prise en charge des métriques OpenTelemetry dans OpenEdge sur Azure


La version OpenEdge 12.6 a introduit la prise en charge des métriques OpenTelemetry avec OpenEdge Command Center 1.2.

OpenTelemetry est un cadre d’observabilité open source indépendant du fournisseur pour instrumenter, générer, collecter et exporter des données de télémétrie telles que sous forme de traces, de métriques, de journaux. Il normalise la manière dont les données de télémétrie sont collectées et transmises aux plates-formes d’observabilité backend. L’observabilité est la capacité de mesurer les états internes d’un système en utilisant uniquement les informations des sorties, à savoir les données des capteurs. pour instrumenter, générer, collecter et exporter des données de télémétrie. En tant que standard de l’industrie, il est pris en charge de manière native par un certain nombre de fournisseurs.

Les données de télémétrie sont utilisées pour comprendre les performances et le comportement des logiciels.

La prise en charge des métriques OpenTelemetry a été introduite avec OpenEdge Command Center 1.2 dans la version OpenEdge 12.6. Les agents OpenEdge Command Center peuvent collecter des mesures de performances à partir de la base de données OpenEdge et du PAS pour OpenEdge. Pour en savoir plus sur la surveillance des ressources OpenEdge et l’architecture de déploiement, veuillez consulter l’article OpenEdge Surveillez les ressources OpenEdge à l’aide de l’agent OpenEdge Command Center.

Dans ce blog, nous décrivons les étapes de création d’une infrastructure de test pour utiliser la prise en charge des métriques OpenTelemetry pour OpenEdge sur Azure.

L’infrastructure utilise plusieurs composants. Pour simplifier le déploiement, l’infrastructure de test utilise une seule machine virtuelle. Certains composants sont exécutés au niveau du système d’exploitation et d’autres sont exécutés en tant que conteneur.

Composants :

  • Machine virtuelle Ubuntu
    • Base de données OpenEdge
    • PAS pour OpenEdge
    • Centre de commande OpenEdge agent
    • Docker
      • Serveur OpenEdge Command Center
      • MongoDB
      • Prometheus
      • Grafana

""

Remarques :

  • Le serveur OpenEdge Command Center n’est pas requis pour la collecte des métriques.

Pré-requis

Les fichiers suivants sont nécessaires pour créer l’infrastructure :

Étapes

Création de l’infrastructure

Dans cette section, nous créons la machine virtuelle pour exécuter les composants utilisés pour la prise en charge des métriques OpenTelemetry et lancer le Bash Cloud Environnement Shell dans Azure pour s’y connecter.

1. Connectez-vous au portail Azure à l’aide de vos propres informations d’identification.

2. Créez un nouveau groupe de ressources.

3. Créez une nouvelle machine virtuelle nommée "TestVM" en utilisant l’image Ubuntu Server 20.04 LTS de Canonical. Accédez à la ressource et notez l’adresse IP publique.

Remarques :

  • Utilisez la clé publique SSH comme type d’authentification. Générez une nouvelle paire de clés pour vous connecter à la machine virtuelle à l’aide de SSH.
  • Utiliser le nom "TestVM" vous permettrait d’utiliser un exemple de tableau de bord.

4. Lancez l’environnement Bash Cloud Shell sur Azure. Dans ce blog, nous utilisons l’environnement Cloud Shell sur Azure pour nous connecter à la VM. Vous pouvez également utiliser SSH sur votre machine locale.

Téléchargement des fichiers de support

Dans cette section, nous téléchargeons les fichiers de support sur la machine.

1. Lancez l’environnement Bash Cloud Shell sur Azure. Dans ce blog, nous utilisons l’environnement Cloud Shell sur Azure pour nous connecter à la VM. Vous pouvez également utiliser SSH sur votre machine locale.

2. Importez les fichiers suivants dans Cloud Shell :

  • PROGRESS_OE_12.6_LNX_64.tar.gz
  • response_12.6.ini
  • PROGRESS_OECC_SERVER_1.2.0_LNX_64.tar.gz
  • < li>PROGRESS_OECC_AGENT_1.2.0_LNX_64.bin

  • TestVM_key.pem

3. Modifier les autorisations du fichier TestVM_key.pem :