Настроить общую распределенную память Mulesoft
Я работаю над приложением Mulesoft, которое я развернул на серверах Mule двух разных физических машин. Серверы объединены в кластер.
Говорят, что в режиме кластеризации серверы совместно используют общую распределенную память, так что, если один компьютер выходит из строя, другой компьютер выполняет задачу первого компьютера. Таким образом, они поддерживают общую распределенную память между ними.
Есть ли способ настроить память для общей распределенной памяти, которую использует кластер? Я полагаю, что по мере добавления трафика / количества приложений потребуется поднять порог памяти для соответствующего кластера.
Или, если нет, нужно ли нам когда-либо изменять объем памяти, который использует кластер Mulesoft?
Пожалуйста, помогите мне. Спасибо
2 ответа
В кластерных сценариях все хранилища объектов заменяются хранилищами кластеризованных объектов. Хранилища кластеризованных объектов используют сетку разделяемой памяти, созданную кодом кластеризации, для сохранения информации (то есть отсутствия постоянства на уровне файловой системы), в случае сбоя в работе узла другие узлы в кластере должны оставаться активными и поддерживать информацию об ОС в сетке разделяемой памяти, что делает ненужным сохранение в файловой системе
Кроме того, поскольку хранилища объектов используют имя приложения как часть информации хранилища, если вы хотите сохранить их при повторном развертывании, вновь развернутое приложение должно иметь то же имя, что и предыдущее. Пожалуйста, смотрите ниже в качестве ссылки:
Сценарий a: 1. Имя текущего приложения: тест 2. Имя нового приложения: тест - значения хранилища объектов будут сохранены от 1 до 2.
Сценарий b: 1. Имя текущего приложения: test-v1 2. Имя нового приложения: test-v2 - значения хранилища объектов не будут сохранены в диапазоне от 1 до 2.
Обратите внимание, хранилище в памяти - до версии 3.5.0 хранилище в памяти было по умолчанию. Начиная с версии 3.5.0, постоянное хранилище используется по умолчанию.
У Mulesoft есть особенность активно-активного сервера, и нам не нужно беспокоиться о том, какой сервер должен работать, когда один сервер не работает, другой будет работать. Память похожа на потребление памяти jvm.