考虑存储的单点,对应存储双活考虑主机的单点,主机的cluster存储+主机,存在交叉链路,这个要规划一下。核心交易要求:快,稳定输出。因此在应用层尽量少做基础架构该做的事情。不建议在核心系统做容错,建设和维护成本高。另外,再好的系统,也需要完善的监控和验证过的场景和流程...
匿名用户
不建议所有资源全部用完,最好可以预留出一个物理主机的资源作为冗余。防止由于节点故障导致云平台宕机。
以前了解的ORACLE的一体机属于吧。不过现在可能更多的行业都选择开始更灵活的分布式架构。来横向扩展硬件,而不是像传统的额竖井式结构去提升单机性能。
hbase?底层存储是hdfs么?你是指的hbase磁盘不够了,还是整个集群空间不够,如果是集群空间不够的话,直接扩regionserver节点就行了,然后做balance就可以了。
首先要确认下你的 ocr做的normal冗余 指向的2个存储 而非在一个存储上 是否设置了故障组 默认情况下不指定故障组则每个磁盘一个故障组,如果你拥有三个ocr磁盘(推荐是2n+1),即3个故障组,某个光纤会拥有2个故障组,另外一根是一个故障组,手动拨掉拥有2个故障组的光纤,则会显示离线...
通过虚拟化技术可以很好的解决这一问题,例如通过存储虚拟化网关可以将不同厂家的存储设备资源池化,不但可以提高设备的利用率,而且可以提供更加灵活的数据保护策略
1、你所说的冗余网关指的是存储网关还是网络的网关?2、如果是网络的网关,这两个数据中心是双活的还是主/备的?3、按你的说法,两个数据中心之间是跑大二层吧,首先是否必须要跑大二层,如果不是必须的情况下建议还是跑三层,这样就不存在网关在哪边的问题;如果是大二层,建议你考虑现有...