Apigee stellt Testskripts zur Verfügung, mit denen Sie Ihre Installation validieren können.
Validierungstests ausführen
Bei jedem Schritt des Validierungstests wird ein HTTP 20X-Antwortcode für eine erfolgreiche testen.
So führen Sie die Testskripts aus:
- Installieren Sie
apigee-validate
auf einem Knoten des Verwaltungsservers:/opt/apigee/apigee-service/bin/apigee-service apigee-validate install
- Führen Sie den Setup-Befehl auf einem Verwaltungsserverknoten aus, um die Testskripts aufzurufen:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile
Die Datei configFile muss das folgende Attribut enthalten:
APIGEE_ADMINPW=SYS_ADMIN_PASSWORD
Wenn nichts angegeben ist, werden Sie zur Eingabe des Passworts aufgefordert.
Standardmäßig erstellt das Dienstprogramm
apigee-validate
einen virtuellen Host auf dem Router der Port 59001 verwendet. Wenn dieser Port auf dem Router nicht offen ist, können Sie optional denVHOST_PORT
in der Konfigurationsdatei, um den Port festzulegen. Beispiel:VHOST_PORT=9000
- Das Skript führt dann folgende Schritte aus:
<ph type="x-smartling-placeholder">
- </ph>
- Eine Organisation wird erstellt und mit dem Pod verknüpft.
- Erstellt eine Umgebung und verknüpft den Message Processor mit der Umgebung.
- Erstellt einen virtuellen Host.
- Importiert einen einfachen Systemdiagnose-Proxy und stellt die Anwendung auf dem „Test“ zu verbessern.
- Importiert den SmartDocs-Proxy.
- Führt den Test durch, um sicherzustellen, dass alles wie erwartet funktioniert.
Bei einem erfolgreichen Test wird die 20x-HTTP-Antwort zurückgegeben.
So entfernen Sie die Organisation, die Umgebung und andere von den Testskripts erstellte Artefakte:
- Führen Sie dazu diesen Befehl aus:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
Dabei ist configFile dieselbe Datei, die Sie zum Ausführen der Tests verwendet haben.
Pod-Installation prüfen
Nachdem Sie Apigee Analytics installiert haben, empfiehlt Apigee, folgende Schritte auszuführen: grundlegende, aber wichtige Validierungsschritte:
- Prüfen Sie, ob sich der Verwaltungsserver im zentralen POD befindet. Führen Sie auf dem Verwaltungsserver den
folgenden
curl
-Befehl:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central
Die Ausgabe sollte im folgenden Format angezeigt werden:
[ { "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" } ]
- Prüfen Sie, ob sich der Router und der Message Processor im Gateway-POD befinden. Führen Sie auf dem Verwaltungsserver
den folgenden
curl
-Befehl:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
Die Ausgabe ähnelt dem zentralen Pod, nur für den Router und den Message Processor.
- Prüfen Sie, ob sich Postgres im Analyse-POD befindet. Führen Sie auf dem Verwaltungsserver folgenden Befehl aus:
Befehl
curl
:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
Die Ausgabe ähnelt dem zentralen POD, nur für Postgres.