MQ群集的使用
2008-12-01 11:04:38 来源:WEB开发网在规划MQ系统网络的时候,大家最为关心的问题就是采用群集对网络负担的影响,一个群集到底能够支持和容纳多少个队列管理器等问题,这些也是我们在分析是否采用群集这种解决方案的要考虑的一些因素。
根据相关数据资料显示以及我们与国外同行的交流,IBM在试验室中曾经创建过含有上千个队列管理器的群集,并且当运行数百个共享队列实例时,整个系统的负载仅仅增加了10%。一个群集的物理限制并不来源于群集本身,而是队列管理器本身所能够支持的最多队列、最多运行的通道等对象的数目。例如,群集本身会自动创建一些通道,但是同时运行的通道个数还是来自于队列管理器本身的限制和配置。
另外,大家关心使用群集是否会加大网络负载,由于群集队列管理器之间要同步更新一些有关群集配置变化的信息,比如,这些信息要通过仓储库队列管理器通知群集的所有成员。对于这一点,我们希望指出的是,这种信息的数量取决于你的群集中的有关对象配置的变化频率和数量,一般来说,我们会在最初设计群集的时候进行全面细致的规划和设计,而不会导致在群集运行过程中,频繁地更改共享队列的配置,或把某个队列管理器频繁地移进移出,这样,就不会导致群集配置信息在群集中的频繁更新,从而不会给网络带来相应的负荷。另外,在群集规模非常大,群集中包含的队列管理器比较多时,我们也可以采取划分多个群集,再通过网关把它们互连的解决办法。
3.2.2 群集信息在仓储库中保留的时间
当群集中的队列管理器向仓储库发送关于自身的有关更新信息时,比如,它新建了一个队列等,这些更新信息在仓储库当中会被保留30天,为了防止信息超时,队列管理器将在27后自动向仓储库发送所有有关自身的配置信息。当信息超时后,仓储库并不立即将其删除,而是继续将其保留60天。如果在这附加的60天之内,仓储库仍然没有收到更新信息,这些信息将会被从仓储库清除掉。例如,如果某个队列管理器与群集断开连接超过90天,它将不再是群集中的成员。但是,当它重新恢复与群集的连接时,它将又自动恢复为群集中的一员。
更多精彩
赞助商链接