Развертывание кластера WSO2 API Manager. Некоторые архитектурные сомнения - PullRequest
Новая
       13

Развертывание кластера WSO2 API Manager. Некоторые архитектурные сомнения

1 голос
/ 02 февраля 2020

У меня есть следующие сомнения, связанные с установкой WSO2 API Manager 2.6.0 в режиме кластера.

Я должен следовать развертыванию PATTER 4 , предложенному официальная документация: https://docs.wso2.com/display/AM260/Deployment+Patterns

Итак, это логическая схема:

enter image description here

Для того, чтобы обеспечить высокую доступность, ожидаемую этим шаблоном развертывания:

  • 2, внешние шлюзы, Comp onet (шлюзы, представленные на Inte rnet).
  • 2 компонент внутренних шлюзов (шлюзы выставлены внутри встроенный или доступный через VPN).
  • 2 портала разработчиков (издатель, магазин с компонентом менеджера traffi c).
  • 2 компонента менеджера ключей.

Хорошо, это довольно ясно для меня. Из этой логической схемы конечный клиент предоставил мне следующую физическую схему, представляющую реальные машины (мы собираемся развернуть ее на некоторых виртуальных машинах, мы не используем такой инструмент, как Kubernates):

enter image description here

Эта вторая физическая схема иллюстрирует виртуальную машину, которую необходимо создать, и компонент, который должен быть установлен на каждом компьютере. Здесь я нахожу следующие сомнения:

  1. Как вы можете видеть на предыдущем рисунке (в разделе WSO2 API Manager схемы) кажется, что Компонент шлюза разделен на диспетчер шлюза и узел шлюза . Кажется, что в сценарии с 2 шлюзами есть 2 узла для первого компонента шлюза (узел менеджера и рабочий узел) и другие 2 узла для второго компонента шлюза (другой узел менеджера и другой рабочий узел). Это кажется мне довольно странным. Из того, что я знаю, компонент шлюза самосогласован, и мне не нужно разделять управляющий и рабочий узлы. Моя идея состоит в том, чтобы иметь только 2 узла для моих избыточных компонентов шлюза (GATEWAY 1 и GATEWAY 2). Это или я что-то упустил?

  2. Еще одно сомнение связано с балансировкой нагрузки : компоненты шлюзов должны находиться под балансировщиком нагрузки. Я сомневаюсь: можно ли использовать два разных балансировщика нагрузки? (внешний LB для узла внешнего шлюза и внутренний LB для узлов внутреннего шлюза).

  3. Последние сомнения связаны с тем, что он связан с узлом 2 ключевых менеджеров (связан с компонентом WSO2 IS, который должен быть интегрирован с API Manager). Я думаю, что также эти 2 узла должны быть под балансировкой нагрузки. Поэтому разумно ли размещать эти узлы под ранее упомянутым внутренним балансировщиком нагрузки?

1 Ответ

1 голос
/ 02 февраля 2020

1) У APIM раньше было такое разделение «рабочий-менеджер», а издатель публиковал sh артефакты времени выполнения API на узле диспетчера шлюза. Затем диспетчер шлюза сохраняет файл времени выполнения в своей файловой системе, а NFS используется для синхронизации c с другими шлюзами. Но теперь нет профиля менеджера больше. Теперь издатель публикует для себя (т. Е. Необходимо указать конфигурацию издателя), а затем использует NFS для обмена файлами со шлюзами.

2) Да, вы можете.

3) Да, вы можете. Но если у вас есть варианты использования, такие как генерация токенов с помощью предоставления кода авторизации, вам также необходимо открыть KM для внешнего LB, потому что браузеры должны напрямую общаться (перенаправлять) с KM, когда пользователь входит в систему.

...