Tester l'installation

Apigee fournit des scripts de test que vous pouvez utiliser pour valider votre installation.

Exécuter les tests de validation

Chaque étape du processus de test de validation renvoie un code de réponse HTTP 20X pour un test réussi.

Pour exécuter les scripts de test :

  1. Installez apigee-validate sur un nœud du serveur de gestion : 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  2. Exécutez la commande de configuration sur un nœud du serveur de gestion pour appeler les scripts de test : 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile

    Le fichier configFile doit contenir la propriété suivante : 

    APIGEE_ADMINPW=SYS_ADMIN_PASSWORD

    Si vous omettez cette option, vous serez invité à saisir le mot de passe.

    Par défaut, l'utilitaire apigee-validate crée un hôte virtuel sur le routeur qui utilise le port 59001. Si ce port n'est pas ouvert sur le routeur, vous pouvez éventuellement inclure la propriété VHOST_PORT dans le fichier de configuration pour définir le port. Exemple :

    VHOST_PORT=9000
  3. Le script effectue ensuite les opérations suivantes :
    • Crée une organisation et l'associe au pod.
    • Crée un environnement et lui associe le processeur de messages.
    • Crée un hôte virtuel.
    • Importe un proxy de vérification d'état simple et déploie l'application dans l'environnement "test".
    • Importe le proxy SmartDocs.
    • Exécute le test pour s'assurer que tout fonctionne comme prévu.

Un test réussi renvoie la réponse HTTP 20X.

Pour supprimer l'organisation, l'environnement et les autres artefacts créés par les scripts de test :

  1. Exécutez la commande suivante : 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile

    Où configFile est le même fichier que celui que vous avez utilisé pour exécuter les tests.

Vérifier l'installation du pod

Maintenant que vous avez installé Apigee Analytics, Apigee vous recommande d'effectuer les étapes de validation de base suivantes :

  1. Vérifiez que le serveur de gestion se trouve dans le POD central. Sur le serveur de gestion, exécutez la commande curl suivante : 
    curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central

    Le résultat doit s'afficher au format suivant :

    [ {
  "internalIP" : "192.168.1.11",
  "isUp" : true,
  "pod" : "central",
  "reachable" : true,
  "region" : "dc-1",
  "tags" : {
    "property" : [ ]
  },
  "type" : [
    "application-datastore", "scheduler-datastore", "management-server",
    "auth-datastore", "apimodel-datastore", "user-settings-datastore",
    "audit-datastore"
  ],
  "uUID" : "d4bc87c6-2baf-4575-98aa-88c37b260469"
},
{
  "externalHostName" : "localhost",
  "externalIP" : "192.168.1.11",
  "internalHostName" : "localhost",
  "internalIP" : "192.168.1.11",
  "isUp" : true,
  "pod" : "central",
  "reachable" : true,
  "region" : "dc-1",
  "tags" : {
    "property" : [ {
      "name" : "started.at",
      "value" : "1454691312854"
    }, ... ]
  },
  "type" : [ "qpid-server" ],
  "uUID" : "9681202c-8c6e-4242-b59b-23e3ef092f34"
} ]
  2. Vérifiez que le routeur et le processeur de messages se trouvent dans le POD de la passerelle. Sur le serveur de gestion, exécutez la commande curl suivante : 
     curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway

    Un résultat semblable à celui du pod central s'affiche, mais pour le routeur et le processeur de messages.

  3. Vérifiez que Postgres se trouve dans le POD d'analyse. Sur le serveur de gestion, exécutez la commande curl suivante : 
    curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics

    Vous obtenez un résultat semblable à celui du POD central, mais pour Postgres.