环境:Linux informix11.5
问题描述: 为了节省成本,客户摒弃了磁盘阵列, 为解决双机,我们目前采用的HDR的部署方式。现在主要遇到以下几个问题:
1.一旦主节点发生故障,辅节点接管完成之后, 恢复原主节点的时间很长;
2.HDR属于单节点写入,(主同步辅),辅节点只能做些查询类的访问,不能辅节点写入,无法做到真正意义上的双活。
3.随着业务量增大,数据库无法有效的负载均衡,比如做成多节点的(大于2个节点)
在此应该这样理解,其实目前集群中最好的也不过是oracle的RAC,在RAC的架构下,1+1也不是大于等于2的。如果节点数越多,性能也会衰减的非常厉害。我想表达的意思是,在强一致性的OLTP场景中,多节点还是不那么理想的。根本的出路还得增加单机的处理能力或采用其他的软件架构。
HDR是informix的一个非常成熟的高可用技术,应用范围极大。
切换时间肯定没有你说的那么久,我们做测试带业务压力的理想情况不超过30秒就可以完成切换。另外gbase对HDR切换时间做过优化,建议试用。
如果真是从节省成本的角度考虑建议如下:
1、高配的X86服务器,比如64处理器+256GB内存;
2、增加磁盘IO,加入固态硬盘进来;
3、应用是否可以考虑读写分离;