Конфигурирование общей памяти распределения Mulesoft

Question

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

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

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

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

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

Answer 1

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

Answer 2

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

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

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

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

Примечание, в памяти магазин - до Mule 3.5. 0, хранилище в памяти было по умолчанию. Начиная с Mule 3.5.0, постоянным хранилищем является значение по умолчанию.