Когда я должен использовать Адаптер Персистентности JDBC в ActiveMQ?
Это ничего не изменит когда Ваши прогоны программы. Все это необходимо, загружается по требованию. Таким образом, даже если у Вас будет тот оператор использования, если Вы на самом деле не будете использовать тип в том пространстве имен / блок, то блок, к которому коррелируется использование оператора, не будет загружен.
Главным образом, это должно только вымыться для персонального предпочтения.
1 ответ
На мой взгляд, вы бы использовали постоянство JDBC, если бы вы хотели иметь брокер переключения при отказе и не могли бы использовать файловую систему. Сохранение JDBC было значительно медленнее (во время наших тестов), чем ведение журнала в файловой системе. Для одного брокера лучше всего подходит журналируемая файловая система.
Если вы используете два брокера в режиме активного / пассивного аварийного переключения, два брокера должны иметь доступ к одному журналу / хранилищу данных, чтобы пассивный брокер мог обнаруживать и принимать закончится, если основной выходит из строя. Если вы используете журналируемую файловую систему, то файлы должны находиться на каком-либо общем сетевом диске с использованием NFS, WinShare, iSCSI и т. Д. Для этого обычно требуется устройство NAS более высокого уровня, если вы хотите исключить общий файловый ресурс как единая точка отказа.
Другой вариант - указать обоих брокеров на базу данных, к которому у большинства приложений уже есть доступ. Обычно компромисс заключается в простоте за счет производительности, поскольку в наших тестах сохраняемость JDBC с журналированием была медленнее.
Мы запускаем ActiveMQ в паре активного / пассивного брокера с сохраняемостью с журналированием через монтирование NFS на выделенное устройство NAS, и это у нас очень хорошо работает. Мы можем без проблем обрабатывать более 600 сообщений в секунду через нашу систему.