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