Настройка общей памяти распределения Mulesoft

Я работаю над приложением Mulesoft, которое я развернул на серверах Mule двух разных физических машин. Серверы связаны вместе, чтобы сформировать кластер.

Говорят, что в режиме кластеризации серверы совместно используют общую распределенную память, так что, если одна машина выходит из строя, другая машина берет на себя задачу первой машины. Таким образом, они поддерживают общую распределенную память между собой.

Есть ли способ настроить память для общей распределенной памяти, которую использует кластер? По мере увеличения трафика/количества приложений, я думаю, потребуется поднять пороговое значение памяти для соответствующего кластера.

Или, если нет, нам когда-нибудь придется изменять объем памяти, который использует кластер Mulesoft?

Пожалуйста, помогите мне. Спасибо


mule mule-component mule-cluster
person Hari shankar    schedule 04.11.2016    source источник

Ответы (2)


arrow_upward
1
arrow_downward

В кластеризованных сценариях все хранилища объектов заменяются хранилищами кластеризованных объектов. Хранилища кластеризованных объектов используют сетку общей памяти, созданную кодом кластеризации, для сохранения информации (это означает, что нет сохранения на уровне файловой системы), в случае сбоя узла другие узлы в кластере должны оставаться активными и поддерживать информацию об ОС. в общей сетке памяти, что делает сохранение в файловой системе ненужным

Кроме того, поскольку хранилища объектов используют имя приложения как часть информации о хранилище, если вы хотите сохранить их при повторных развертываниях, новое развернутое приложение должно иметь то же имя, что и предыдущее. См. ниже в качестве ссылки:

Сценарий a: 1. Текущее имя приложения: test 2. Новое имя приложения: test — значения хранилища объектов будут сохранены от 1 до 2.

Сценарий б: 1. Текущее имя приложения: test-v1 2. Новое имя приложения: test-v2 — значения хранилища объектов не будут сохраняться от 1 до 2.

Примечание. Хранилище в памяти. До Mule 3.5.0 хранилище в памяти использовалось по умолчанию. Начиная с Mule 3.5.0, постоянное хранилище используется по умолчанию.

person Sanjeet Pandey    schedule 15.11.2017

arrow_upward
0
arrow_downward

У Mulesoft есть удачный активный-активный сервер, здесь нам не нужно беспокоиться о том, какой сервер должен работать, когда один сервер не работает, другой будет работать. Память аналогична потреблению памяти jvm.

person user8560528    schedule 04.09.2017