Edge for Private Cloud v4.18.01
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 :
- Installez apigee-validate sur un nœud du serveur de gestion :
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install - 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=sysAdminPword
Si elle est omise, 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. Par exemple :
VHOST_PORT=9000 - 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".
- Importez 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 :
- 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.
Remarque : Si vous obtenez des erreurs lors des tests et de la méthodologie de dépannage, contactez l'assistance Apigee Edge et fournissez le journal des erreurs.
Vérifier l'installation du pod
Maintenant que vous avez installé Apigee Analytics, nous vous recommandons d'effectuer la validation de base suivante, qui est importante :
- 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 se présenter sous la forme suivante :
[ {
"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-4da1-b59b-23e3ef092f34"
} ] - 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. - 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
Un résultat semblable à celui du pod central s'affiche, mais pour Postgres.