WSO2 Конфигурация кластера APIM

Question

Я использую WSO2 APIM 1.10.0 для развертывания на одном сервере и хотел бы перейти на кластерный. Глядя на документацию this, я мог найти много информации, но мне что-то надоедает; действительно ли мне нужно всегда все это делать?

Я имею в виду, что я не хочу разделить всех моих сотрудников в нескольких экземплярах, все, что мне нужно, - это настроить две полные конфигурации конфигурации (менеджер ключей + издатель + магазин + шлюз), каждый на своем собственном хосте и убедитесь, что Я могу поставить баланс нагрузки перед ним.

Простое решение: я хотел бы разделить нагрузку с обоими из них и гарантировать лучшую доступность в случае, если один из хостов не работает. Разве это ДОЛЖНО разбить всю установку на обоих узлах, поэтому я должен запускать каждый компонент независимо с настройками портов смещения?

Я согласен, что на версии 2.0.0 много было упрощено, любой способ достичь того же на 1.10.0 один?

С уважением

Answer 1

Вы не хотите, чтобы всегда использовать один и тот же шаблон развертывания, упомянутые в docuemtnation, что вы указали there. Существуют различные другие шаблоны развертывания, которые можно использовать в соответствии с масштабируемостью и требованиями вашего. Для получения дополнительных сведений о разделении рабочего менеджера и балансировке нагрузки обратитесь к следующей документации [1] для разных шаблонов развертывания, которые вы можете использовать для WSO2 API Manager и [2].

[1] https://docs.wso2.com/display/CLUSTER44x/API+Manager+Deployment+Patterns

[2] https://docs.wso2.com/display/CLUSTER44x/Separating+the+Worker+and+Manager+Nodes

Answer 2

Расщепление в профили не является обязательным. Это разработано таким образом, чтобы масштабировать API-менеджер на основе TPS. Если у вас низкий счет TPS и вы предпочитаете устанавливать 2 узла HA, вы можете сделать следующее.

• кластера два узла с использованием WKA, AWS и т.д.
• Использование Dep-синхронизации для обмена API артефакты между двумя узлами.
• Используйте один узел в качестве издателя. Вы должны обрабатывать трафик узла издателя с помощью единственного узла. Это делается для того, чтобы избежать конфликтов SVN.
• Вы можете обслуживать запросы API от обоих узлов.