Tav*_*Tav 8 high-availability google-cloud-platform google-cloud-bigtable
我希望Google提供有关Cloud Bigtable服务提供的持久性和可用性保证的指导.
到目前为止,我的理解是:
最小集群需要3个节点的事实表明,至少在区域内,数据非常耐用并且复制到3个节点.
然而,谷歌的回答是"Cloud Bigtable不会复制数据" - 与Cloud Bigtable主页上的引用直接相矛盾,该主页声称"它是使用复制存储策略构建的".那是哪个呢？它复制与否？如果是这样,保留了多少份？
群集只能在特定区域内设置的事实表明群集的可用性直接与该区域的可用性相关联.因此,如果我想拥有一个高度可用的基于Bigtable的数据存储,那么最佳做法是跨多个区域设置独立的集群并自己处理集群中的写入同步吗？
没有关于跨区域的Bigtable集群是否独立的信息.如果我要跨多个区域设置集群,并且一个区域出现故障,我们是否可以期望其他区域中的集群继续工作？或者是否存在一些潜在的单一故障点,甚至可能跨区域影响集群？
与针对这些细节非常具体的App Engine数据存储区相比,Cloud Bigtable文档相当缺乏 - 或者至少,我没有找到一个详细介绍这些方面的页面.
Cloud Bigtable文档在其他方面同样含糊不清,例如关于值的大小限制问题,文档指出单个值应保持低于"每个单元约10 MB"."~10 MB"究竟是什么意思？!我可以对10MB的限制进行硬编码并期望它始终有效,还是会根据未知因素每天变化？
无论如何,如果我听起来很激动,道歉.我真的很想使用Bigtable服务.但是,我和许多其他人一样,在能够投资之前需要了解它的耐久性/可用性方面.谢谢.
复制时: 您引用的答案是指Bigtable Clusters之间的数据复制,目前不支持.(例如,美国的Bigtable Cluster将其写入复制到欧洲的第二个群集)
这个概念与Bigtable集群中的数据复制是分开的,这类似于HDFS中的复制,这是该产品今天绝对做的事情.
可用性: 是的,Bigtable群集的可用性与Google Cloud Zone的可用性相关联.
独立性: 是的,Cloud Bigtable集群跨区域是独立的.一个区域的中断不应影响其他区域的可用性.
关于每个单元的数据: 我们不拒绝每个单元大于10Mb的写入,我们将此集合作为获得最佳性能的指南.
| 归档时间： |
|
| 查看次数： |
649 次 |
| 最近记录： |