Google Cloud Bigtable Durability/Availability 保证
Google Cloud Bigtable Durability/Availability Guarantees
我希望 Google 的人提供一些关于 Cloud Bigtable 服务提供的持久性和可用性保证的指南。
这是我目前的理解：
最小集群需要 3 个节点的事实表明，至少在一个区域内，数据是高度持久的并复制到 3 个节点。
然而， by a Googler states that "Cloud Bigtable doesn’t replicate data" — directly contradicting the quote on the Cloud Bigtable homepage声称它"is built with a replicated storage strategy"。那是哪一个？是复制还是不复制？如果是这样，保留了多少份？
集群只能在特定区域内设置这一事实表明集群的可用性与该区域的可用性直接相关。那么如果我想拥有一个高可用的基于Bigtable的数据存储，最好的做法是跨多个区域设置独立的集群并自己处理跨集群的写入同步吗？
Bigtable跨区集群是否独立，暂无相关信息。如果我要跨多个区域设置集群，并且一个区域出现故障，我们是否可以期望其他区域的集群继续工作？或者是否存在一些潜在的单点故障甚至可能影响跨区域的集群？
与对这些细节非常具体的 App Engine 数据存储区相比，Cloud Bigtable 文档相当缺乏——或者，至少，我没有设法找到详细介绍这些方面的页面。
Cloud Bigtable 文档在其他方面也同样含糊不清，例如关于值的大小限制，the documentation 声明单个值应低于“每个单元格约 10 MB”。 “~10 MB”究竟是什么意思？！我可以硬编码正好 10MB 的限制并期望它始终有效，还是会根据未知因素每天发生变化？
无论如何，如果我听起来很激动，我深表歉意。我真的很想使用 Bigtable 服务。但是我和其他许多人一样，在能够投资之前需要了解它的 durability/availability 方面。谢谢。
复制时：
你提到的答案是指跨 Bigtable 集群的数据复制，目前不支持。 （例如，美国的一个 Bigtable 集群将其写入复制到欧洲的第二个集群）
这个概念与 Bigtable 集群中的数据复制是分开的，后者类似于 HDFS 中的复制，这是当今产品绝对要做的事情。
可用性：
是的，Bigtable 集群的可用性与 Google 云区域的可用性相关。
关于独立：
是的，Cloud Bigtable 集群在可用区之间是独立的。一个区域的中断不应影响其他区域的可用性。
每个单元格的数据：
我们不拒绝每个单元写入 >10Mb，我们将此设置作为获得最佳性能的指南。
我希望 Google 的人提供一些关于 Cloud Bigtable 服务提供的持久性和可用性保证的指南。
这是我目前的理解：
最小集群需要 3 个节点的事实表明，至少在一个区域内，数据是高度持久的并复制到 3 个节点。
然而，
集群只能在特定区域内设置这一事实表明集群的可用性与该区域的可用性直接相关。那么如果我想拥有一个高可用的基于Bigtable的数据存储，最好的做法是跨多个区域设置独立的集群并自己处理跨集群的写入同步吗？
Bigtable跨区集群是否独立，暂无相关信息。如果我要跨多个区域设置集群，并且一个区域出现故障，我们是否可以期望其他区域的集群继续工作？或者是否存在一些潜在的单点故障甚至可能影响跨区域的集群？
与对这些细节非常具体的 App Engine 数据存储区相比，Cloud Bigtable 文档相当缺乏——或者，至少，我没有设法找到详细介绍这些方面的页面。
Cloud Bigtable 文档在其他方面也同样含糊不清，例如关于值的大小限制，the documentation 声明单个值应低于“每个单元格约 10 MB”。 “~10 MB”究竟是什么意思？！我可以硬编码正好 10MB 的限制并期望它始终有效，还是会根据未知因素每天发生变化？
无论如何，如果我听起来很激动，我深表歉意。我真的很想使用 Bigtable 服务。但是我和其他许多人一样，在能够投资之前需要了解它的 durability/availability 方面。谢谢。
复制时： 你提到的答案是指跨 Bigtable 集群的数据复制，目前不支持。 （例如，美国的一个 Bigtable 集群将其写入复制到欧洲的第二个集群）
这个概念与 Bigtable 集群中的数据复制是分开的，后者类似于 HDFS 中的复制，这是当今产品绝对要做的事情。
可用性： 是的，Bigtable 集群的可用性与 Google 云区域的可用性相关。
关于独立： 是的，Cloud Bigtable 集群在可用区之间是独立的。一个区域的中断不应影响其他区域的可用性。
每个单元格的数据： 我们不拒绝每个单元写入 >10Mb，我们将此设置作为获得最佳性能的指南。