Протестируйте установку

Edge для частного облака v4.18.05

Apigee предоставляет тестовые сценарии, которые вы можете использовать для проверки вашей установки.

Запустите проверочные тесты

На каждом этапе процесса проверочного тестирования возвращается код ответа HTTP 20X для успешного теста.

Чтобы запустить тестовые сценарии:

  1. Установите apigee-validate на узле сервера управления: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  2. Запустите команду установки на узле Management Server, чтобы вызвать тестовые сценарии: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile

    Файл configFile должен содержать следующее свойство: 

    APIGEE_ADMINPW=SYS_ADMIN_PASSWORD

    Если этот параметр опущен, вам будет предложено ввести пароль.

    По умолчанию утилита apigee-validate создает на маршрутизаторе виртуальный хост, использующий порт 59001. Если этот порт не открыт на маршрутизаторе, вы можете дополнительно включить свойство VHOST_PORT в файл конфигурации, чтобы установить порт. Например:

    VHOST_PORT=9000
  3. Затем скрипт выполняет следующее:
    • Создает организацию и связывает ее с модулем.
    • Создает среду и связывает процессор сообщений со средой.
    • Создает виртуальный хост.
    • Импортирует простой прокси-сервер проверки работоспособности и развертывает приложение в «тестовой» среде.
    • Импортирует прокси SmartDocs.
    • Выполняет тест, чтобы убедиться, что все работает должным образом.

Успешный тест возвращает ответ HTTP 20X.

Чтобы удалить организацию, среду и другие артефакты, созданные тестовыми сценариями:

  1. Выполните следующую команду: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile

    Где configFile — это тот же файл, который вы использовали для запуска тестов.

Проверка установки модуля

Теперь, когда вы установили Apigee Analytics, Apigee рекомендует вам выполнить следующие основные, но важные шаги проверки:

  1. Убедитесь, что Сервер управления находится в центральном 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-4242-b59b-23e3ef092f34"
} ]
  2. Убедитесь, что маршрутизатор и процессор сообщений находятся в POD шлюза. На сервере управления выполните следующую команду curl : 
     curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway

    Вы видите выходные данные, аналогичные центральному модулю, но для маршрутизатора и процессора сообщений.

  3. Убедитесь, что Postgres находится в POD аналитики. На сервере управления выполните следующую команду curl : 
    curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics

    Вы видите вывод, аналогичный центральному POD, но для Postgres.