Kic*_*obo 10 java persistence activemq-classic jdbc
阅读ActiveMQ文档(我们使用的是5.3版本),我找到了一个关于在ActiveMQ中使用JDBC持久性适配器的可能性的部分.
有什么好处？它是否提供了性能或可靠性的任何增益？我应该什么时候使用它？
在我看来,如果你想拥有一个故障转移代理并且你无法使用文件系统,那么你将使用JDBC持久性.JDBC持久性(在我们的测试期间)明显慢于对文件系统的日志记录.对于单个代理,日志文件系统是最好的.
如果在主动/被动故障转移中运行两个代理,则两个代理必须能够访问同一个日志/数据存储,以便被动代理可以在主要故障时检测并接管.如果您使用的是日志文件系统,则文件必须位于某种共享网络驱动器上,使用NFS,WinShare,iSCSI等.如果您想要消除文件共享,通常需要更高端的NAS设备.单点故障.
另一个选择是您可以将两个代理指向数据库,大多数应用程序已经可以访问该数据库.由于在我们的测试中记录的JDBC持久性较慢,因此权衡通常是以性能为代价的简单性.
我们在主动/被动代理对中运行ActiveMQ,并通过NFS挂载到专用NAS设备进行日志持久化,它对我们非常有效.我们能够通过我们的系统处理超过600 msgs/sec,没有任何问题.
| 归档时间： |
|
| 查看次数： |
4137 次 |
| 最近记录： |