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 de serveur de gestion :
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  2. Exécutez la commande de configuration sur un nœud de 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

    En cas d'omission, 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 de l'état simple et déploie l'application dans l'environnement de 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 d'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

    configFile correspond au fichier 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 basiques, mais importantes, 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

    Vous obtenez une sortie semblable à celle du pod central, 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 une sortie semblable au POD central, mais pour Postgres.