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

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. Затем скрипт выполняет следующие действия:
    • Создает организацию и связывает ее с пакетом.
    • Создает среду и связывает с ней Message Processor.
    • Создает виртуальный хост.
    • Импортирует простой прокси-сервер для проверки работоспособности и развертывает приложение в тестовой среде.
    • Импортирует прокси-сервер SmartDocs.
    • Выполняет тест, чтобы убедиться, что все работает правильно.

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

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

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

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

Проверьте установку pod-файла

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

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

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

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