Edge для частного облака v. 4.17.05
Apigee предоставляет тестовые сценарии, которые вы можете использовать для проверки вашей установки.
Запустите проверочные тесты
На каждом этапе процесса проверочного тестирования возвращается код ответа HTTP 20X для успешного теста.
Чтобы запустить тестовые сценарии:
- Установите apigee-validate на узле сервера управления:
> /opt/apigee/apigee-service/bin/apigee-service установка apigee-validate - Запустите команду установки на узле Management Server, чтобы вызвать тестовые сценарии:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile
Файл configFile должен содержать следующее свойство:
APIGEE_ADMINPW=sysAdminPword
Если этот параметр опущен, вам будет предложено ввести пароль.
По умолчанию утилита apigee-validate создает на маршрутизаторе виртуальный хост, использующий порт 59001. Если этот порт не открыт на маршрутизаторе, вы можете дополнительно включить свойство 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:пароль http://localhost:8080/v1/servers?pod= центральный
Вы должны увидеть вывод в форме:
[ {
«внутреннийIP»: «192.168.1.11»,
«isUp»: правда,
"стручок": "центральный",
«достижимый»: правда,
"регион" : "DC-1",
"теги" : {
"свойство" : [ ]
},
"type" : [ "хранилище данных приложения", "хранилище данных планировщика", "сервер управления", "хранилище данных аутентификации", "хранилище данных apimodel", "пользовательские настройки"
хранилище данных", "хранилище данных аудита" ],
"uUID": "d4bc87c6-2baf-4575-98aa-88c37b260469"
}, {
"externalHostName": "localhost",
"внешнийIP": "192.168.1.11",
"internalHostName": "localhost",
«внутреннийIP»: «192.168.1.11»,
«isUp»: правда,
"стручок": "центральный",
«достижимый»: правда,
"регион" : "DC-1",
"теги" : {
"свойство" : [ {
"имя" : "started.at",
"значение": "1454691312854"
}, ... ]
},
"тип" : [ "qpid-сервер" ],
«uUID»: «9681202c-8c6e-4da1-b59b-23e3ef092f34»
} ] - Убедитесь, что маршрутизатор и процессор сообщений находятся в POD шлюза. На сервере управления выполните следующую команду CURL:
> curl -u sysAdminEmail:пароль http://localhost:8080/v1/servers?pod= шлюз
Вы видите выходные данные, аналогичные центральному модулю, но для маршрутизатора и процессора сообщений. - Убедитесь, что Postgres находится в POD аналитики. На сервере управления выполните следующую команду CURL:
> curl -u sysAdminEmail:пароль http://localhost:8080/v1/servers?pod= аналитика
Вы видите вывод, аналогичный центральному модулю, но для Postgres.