Как проверить установку

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

Как запустить тесты проверки

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

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

  1. Чтобы установить apigee-validate на узле сервера управления: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  2. Выполните команду установки на узле сервера управления, чтобы вызвать тестовые скрипты: 
    /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. После этого скрипт выполняет следующие действия:
    • Создает организацию и связывает ее с контейнером.
    • Создает среду и связывает с ней обработчик сообщений.
    • Создает виртуальный хост.
    • Импортирует простой прокси-сервер проверки состояния и развертывает приложение в среде test.
    • Импортирует прокси-сервер SmartDocs.
    • Выполняет тест, чтобы убедиться, что все работает правильно.

При успешном выполнении теста возвращается HTTP-ответ 20X.

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

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

    где configFile – это тот же файл, который вы использовали для проведения тестов.

Как проверить установку модуля

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

  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. Убедитесь, что маршрутизатор и Message Processor находятся в группе контейнеров шлюза. На сервере управления выполните следующую команду curl: 
     curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway

    Вы увидите результат, похожий на центральную группу контейнеров, но для маршрутизатора и Message Processor.

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

    Вы увидите выходные данные, похожие на центральный POD, но для Postgres.