在 Bigtable paper 中，Google 解释第 4 页：“Bigtable 依赖于一个名为 Chubby 的高可用且持久的分布式锁服务”。他们还表示，这是他们根据 Paxos 算法在内部开发的。我觉得这些精度很奇怪，因为整个 Bigtable 应该是高可用的、持久的和分布式的，而不仅仅是锁。但这篇论文再也没有谈到共识算法（Paxos、raft，...），也没有谈到当某些 Bigtable 服务器发生故障时会发生什么。通过 Chubby 锁，每个 Bigtable 片剂最多有一个客户端对其进行写入。但是，当某些 Bigtable 服务器发生故障时，客户端数量的减少并无帮助。
在第 5.2 节中，他们说“每个平板电脑一次分配给一个平板电脑服务器”。在 5.3 节中，“tablet 的持久状态存储在 GFS 中”。这两句话能保证平板电脑是复制品吗？由 Paxos 的衍生品？
这两句话都不能保证平板电脑的复制。
备注：
那份白皮书是旧的（2006 年）。
GFS 被 Colossus 取代。
Colossus 存储已被复制。
当您配置多个集群时，Bigtable 支持复制（最终一致性）。
我不知道 Bigtable 复制平板电脑的参考。 Bigtable根据每个集群的工作负载来拆分、合并和压缩tablet。每个集群都有不同的工作负载，这意味着平板电脑无法复制。