根据Bigtable的文档。
Bigtable允许根据最短距离进行读写操作。
为了验证这一点，我在 "us-east1-d "区设置了一个GCE实例，并创建了一个有两个集群的Bigtable实例，其中一个在 "us-east1-d "区，另一个在 "us-west1-a "区。
我希望我从GCE实例中的写入只遵循 "us-east1-d "区，但我注意到有一些写入进入 "us-west1-a "区，然后复制到 "us-east1-d "区。我只从Bigtable复制监控控制台跟踪了这种行为。考虑到区域性不稳定可能是造成这种行为的原因，我删除了Bigtable实例，并在不同的区域和地区重新创建了集群。我仍然看到Bigtable的 "最短距离 "读写理论有一些差异。
所以，我的问题是，有没有什么方法可以帮助我验证，在没有区域故障的情况下，从东部地区的读写总是会到东部地区？这个特性的可靠性对我的应用来说是非常关键的，以便尽可能降低延迟。
你可以使用Cloud Monitoring for BigTable来具体检查每个实例，这并不是你想要的，因为它不是每个区域或区域，但可能有助于分析传入的请求，以找出你的特定实例发生了什么。
有一个可用的指标，可能真的对你的情况有帮助，那就是 Automatic failovers 度量，它显示了由于故障转移场景（如短暂中断或延迟）而从一个集群自动重定向到另一个集群的请求数量。
您可以在此查看有关如何设置的更多细节。文件.
希望能帮到你