1.单zone多个OBServer(使用1个副本，每个副本用2个OBserver)
2.2-2架构(使用2个副本，每个副本用2个OBserver)
3.2-2-2架构(使用3个副本，每个副本用2个OBserver)
各位专家号，上面三种架构，对于需要考虑成本，且对并发性，高可用性要求不高的测试环境，应该如何选型呢，需要能满足横向扩容的潜力。比如以后增加预算，需要满足原来的架构可扩容为更科学的架构，不影响原有应用的链接与使用，数据量约20T
1，2两种架构，有一台机器故障，集群就不可用，能接受吗？能接受就可以用。
如果可以，1-1-1架构不更好吗？
其实硬件能力不充分的企业，就不推荐OB, mysql 8.0做个主从，是性价比最高的方案。
开始都会抱怨OB为什么那么吃硬件，看完memtable原理后，就理解了，内存有两棵树，hash树主要为了点查更快，另一个b+tree为了范围查更快，现在用户场景千奇百怪，即要又要，就需要多付出些硬件，硬件也日益廉价。当经历过大并发，对比无法扩容的业务，这些硬件成本微不足道了。
之前看redis也都复合数据结构，实现高并发，多功能。
之前16c + 32g + 机械盘, obv3.0跑着跑着集群就卡死了。ob4.0之后，对硬件要求降低了。
您好，我们现在还是在切换OB的验证阶段，如果是2-2架构，如果其中的zone1下的一台OBServer故障，我之前理解的负载会去zone2中找相应分片数据，我理解的这时候集群应该是可用，您看我这种理解有没有问题呢
2-2的架构，也是不具备容灾能力的，坏了一台就不满足多数派了，集群就不可用了， 1-1-1 是可以有容灾功能的，这个是融灾，最低的架构要求
2F-1A的架构也是满足容灾需求的
2-2架构11，12，21，22, 如果11挂了，也就是说zone1中的数据有50%没有了，zone1就不可用了。
zone2的数据是完整的，集群不满足多数派不可用了。可以对zone2单节点强制启动，但是不推荐这样玩。
你好，测试环境结合测试以及容灾需求，推荐性价比高的集群架构是
1、2F-1A架构，即为2台OBServer服务器加一台仲裁服务器（仲裁服务器资源不需要和OBServer节点对等，可以很低）
2、2 个副本已经能够提供足够的容错能力，同时存储成本适中。
未来可以通过增加 Zone 或 OBServer 来扩展集群，且数据迁移和负载均衡的复杂度较低。