阿里云上提供的都是虚拟主机,这种虚拟化技术其系统底层其实也是一个多副本的分布式系统。
SequoiaDB在阿里云上如何架构? 也是分配三个结点还是只用一个结点?
如果分配三个结点,结点间有网络开销,会带来主从的数据一致性和性能损失吧。 不知道是否这样。
你们公司有没有在阿里云上做过性能调优和推荐方案。
谢谢!
如果也分使用场景的话,那就以三种情况来吧:
1. 写多,读少,不要求读强一致性
2. 写少,读多,要求读强一致性
3. 读和写都较均衡,不要求读强一致性
还是把一个虚拟机当一个物理机使用。把数据库层面的可用性交给虚拟机来做感觉不太可靠,而且也没有做过相应的测试。而且分布式不光是为了可用性设计的, 在性能上同样可以带来提升。
读的一致性方面,可以根据读写分离的参数来选择读主还是读备调整。
不过你的这个想法确实是值得研究一下的。有机会的话我们可以和这些云服务的厂商深入交流一下这个问题。
什么是读一致性呢?
如果我一直读主的话,备份不就不起作用了?
1. 分布式数据库的一致性。具体可以网上查一下先关资料。
简单来说就是你读的时候返回的是不是当前最新版本的数据。
2. 如果要求高的读一致性的话必须要从主读才能保证不会返回老版本的数据。
代价就是读的压力全部落在主节点上。如何取舍是看场景的。
3. 任何时候多副本都拥有高可用的能力,不能说不起作用。如果主挂了备可以立即
升主。