Edge для частного облака версии 4.16.05
Apigee предоставляет тестовые скрипты, которые можно использовать для проверки установки.
Как запустить тесты проверки
На каждом этапе тестирования возвращается код ответа HTTP 20X, если тест пройден успешно.
Чтобы запустить тестовые скрипты:
- Установите apigee-validate на узле сервера управления:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install - Выполните команду setup на узле сервера управления, чтобы вызвать тестовые скрипты:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile
Файл configFile должен содержать следующее свойство:
APIGEE_ADMINPW=sysAdminPword
Если оно отсутствует, вам будет предложено ввести пароль.
По умолчанию утилита apigee-validate создает на маршрутизаторе виртуальный хост, использующий порт 59001. Если этот порт не открыт на маршрутизаторе, вы можете добавить в файл конфигурации свойство VHOST_PORT, чтобы задать порт. Пример:
VHOST_PORT=9000 - После этого скрипт выполняет следующие действия:
- Создает организацию и связывает ее с контейнером.
- Создает среду и связывает с ней обработчик сообщений.
- Создает виртуальный хост.
- Импортирует простой прокси-сервер для проверки работоспособности и развертывает приложение в тестовой среде.
- Импортируйте прокси SmartDocs.
- Выполняет тест, чтобы убедиться, что все работает правильно.
При успешном выполнении теста возвращается HTTP-ответ 20X.
Чтобы удалить организацию, среду и другие артефакты, созданные тестовыми скриптами:
- Выполните следующую команду:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
где configFile – это тот же файл, который вы использовали для запуска тестов.
Примечание. Если при тестировании и устранении неполадок возникают ошибки, обратитесь в службу поддержки Apigee и предоставьте журнал ошибок.
Как проверить установку модуля
После установки Apigee Analytics рекомендуется выполнить следующие основные, но важные проверки:
- Убедитесь, что сервер управления находится в центральном POD. На сервере управления выполните следующую команду CURL:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central
Вы должны увидеть выходные данные в следующем формате:
[ {
"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"
} ] - Убедитесь, что маршрутизатор и Message Processor находятся в группе контейнеров шлюза. На сервере управления выполните следующую команду CURL:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
Вы увидите выходные данные, аналогичные данным для центрального пода, но для маршрутизатора и Message Processor. - Убедитесь, что Postgres находится в POD аналитики. На сервере управления выполните следующую команду CURL:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
Вы увидите выходные данные, похожие на данные центрального модуля, но для Postgres.