响应时间在我理解应该是区别不大的吧,分布式架构是一个通用的技术概念,主要看应用场景。
楼上说的很好,除了楼上说的,另外可以考虑otter,以及自己开发。
关于HBase的参数,请参考下面这篇文章.1. zookeeper.session.timeoutregionserver在zookeeper的会话过期时间,默认是3分钟,如果regionserver 在zookeeper.session.timeout这个配置的时间没有去连zookeeper的话,zookeeper会
有IBM的同学可以回答下。
两者都可以做最终结果的存储,用于展示部分所需要的数据。如果对相应时间要求比较的话,两者之间优先考虑MongoDB,如果要求比较低,而且数据量比较大的话要求考虑HBase。
MHA是个工具,如果能用的好的话,也不错,但它不是一个完整的高可用方案。另外我也推荐考虑PXC 和MGR来做对数据一致性要求高的场景。
这里只能说一些大原则:1.硬件选型采用主流硬件性价比会高一些。2.MySQL和MongoDB都是IO密集应用,所以基本上考虑内存要大,磁盘性能要好,譬如SSD。3.HBase看存什么业务场景,如果IO性能好,内存大肯定是有优势。
PXC,近期也出现了MySQL Group replication。可以考虑PXC,或从中间层上来保证。分布式架构自动支持容灾架构方案。
不一定,强一致性要求和分布式架构不冲突,只是处理更复杂而已。适用于量,同时对可用性要求比较大的场景,维持成本是比较高,具体要看用在哪里,业务逻辑部分可以考虑使用最终一致性,柔性事务等来解决。
az是在region范围内的再次切分,只是工程上的独立,例如可以把一个机架上的机器划分在一个az中,划分az是为了提高容灾性和提供廉价的隔离服务。选择不同的region主要考虑哪个region靠近你的用户群体,比如用户在美国,自然会选
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30