Edge for Private Cloud v4.19.01
Apigee bietet Testskripts, mit denen Sie Ihre Installation prüfen können.
Validierungstests ausführen
Bei jedem Schritt des Validierungstests wird ein HTTP-20X-Antwortcode für einen erfolgreichen Test zurückgegeben.
So führen Sie die Testskripts aus:
- Installieren Sie
apigee-validateauf einem Verwaltungsserverknoten:/opt/apigee/apigee-service/bin/apigee-service apigee-validate install
- Führen Sie den Einrichtungsbefehl auf einem Management Server-Knoten 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 Sie es weglassen, werden Sie zur Eingabe des Passworts aufgefordert.
Standardmäßig erstellt das Dienstprogramm
apigee-validateeinen virtuellen Host auf dem Router, der Port 59001 verwendet. Wenn dieser Port auf dem Router nicht geöffnet ist, können Sie optional das AttributVHOST_PORTin die Konfigurationsdatei aufnehmen, um den Port festzulegen. Beispiel:VHOST_PORT=9000
- Das Skript führt dann folgende Schritte aus:
- Erstellt eine Organisation und verknüpft sie mit dem Pod.
- 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 in der „test“-Umgebung bereit.
- Importiert den SmartDocs-Proxy.
- Führt den Test aus, um sicherzustellen, dass alles wie erwartet funktioniert.
Bei einem erfolgreichen Test wird die HTTP-Antwort 20X zurückgegeben.
So entfernen Sie die Organisation, die Umgebung und andere Artefakte, die von den Testskripts erstellt wurden:
- 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, die folgenden grundlegenden, aber wichtigen Validierungsschritte auszuführen:
- Prüfen Sie, ob sich der Management Server im zentralen POD befindet. Führen Sie auf dem Management Server den folgenden
curl-Befehl aus: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 Management Server den folgenden
curl-Befehl aus:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
Sie sehen eine Ausgabe, die dem zentralen Pod ähnelt, aber für den Router und den Message Processor.
- Prüfen Sie, ob Postgres im Analytics-POD enthalten ist. Führen Sie auf dem Management Server den folgenden
curl-Befehl aus:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
Die Ausgabe sollte in etwa so aussehen wie für den zentralen POD, aber für Postgres.