APIM191 - «Отчет о состоянии - не найден» В распределенной настройке.

У меня есть распределенная установка (WSO2 APIM 191) так:APIM191 - «Отчет о состоянии - не найден» В распределенной настройке.

2-сервера, работающие с магазином и pubisher в кластере; (Сервер A и B);
2 сервера, работающие с шлюзовыми рабочими и keymanager в кластере; (Сервер C и D);
1 сервер, работающий в качестве шлюза-менеджера; (Сервер E);
1 сервер, работающий с БАМ; (Сервер F);
2 должности в кластере;

Все настроено и работает хорошо. Но когда я реестра API на «А», этот API не отображается сервером «С» или «D».

Когда я называю это API с помощью "свернуться" это ошибка:

<am:fault xmlns:am="http://wso2.org/apimanager"> 
    <am:code>404</am:code> 
    <am:type>Status report</am:type> 
    <am:message>Not Found</am:message> 
    <am:description> 
     The requested resource (/test/1/ping) is not available. 
    </am:description>

Когда я вижу углерод в "C" или "D" (Главная> Metadata> Список> Apis) API есть. Я не знаю, почему эта ошибка.

источник

2016-05-19 Eliezer Trajano

Вы установили синхронизатор развертывания? см. SVN-Based Deployment Synchronizer for Carbon 4.2.0-Based Products.

Когда вы публикуете api от издателя, он создает соответствующие конфигурации синапсов для обработки запроса, связанного с этим api в узле менеджера (см. AM_HOME/репозиторий/развертывание/сервер/синапс-configs/default/api в узле менеджера и вы найдете xml с именем api.). Поскольку узлы рабочих шлюзов обрабатывают запросы, эти файлы должны быть в рабочих узлах. Синхронизатор развертывания используется для автоматического перемещения этих конфигураций на рабочие узлы. Вы можете сделать это вручную, скопировав содержимое в папку synapse-configs в узле менеджера на все рабочие узлы, если вы не хотите, чтобы синхронизатор базы данных svn

источник

2016-05-22 14:11:36

Есть ли другой способ решить эту проблему? Я не могу использовать SVN, и я не могу сделать это вручную. –

Вы можете написать задание cron в главном узле gw, чтобы скопировать папку развертывания на рабочий узел в запланированном менеджере. одним из недостатков этого является то, что рабочие узлы не получат обновленные конфиги в момент его обновления. (depsync делает это, он отправляет кластерный msg на рабочий узел после завершения обновления, а затем рабочие получают обновление svn). Другой метод - удалить рабочий узел и установить рабочие узлы как обычные gw-узлы и установить оба URL-адреса шлюзов в качестве конечной точки шлюза в api-manager.xml издателя. это будет публиковать api для обоих шлюзов. –

_ «Другой метод - удалить рабочий узел и установить рабочие узлы как обычные gw-узлы и установить оба URL-адреса шлюзов в качестве конечной точки шлюза в api-manager.xml издателя. Это будет публиковать api для обоих шлюзов« _. Сегодня у меня 1 ГМ и 2 ГВт. Могу ли я иметь 3 GM, работающих в моей настройке? –

APIM191 - «Отчет о состоянии - не найден» В распределенной настройке.

ответ

Смежные вопросы