Bigtable 复制指南
Bigtable replication guidance
根据 Bigtable 文档：
Bigtable allows read/write operations to be performed on the basis of shortest distance.
因此，它应该始终写入或读取最近的可用集群，为了验证这一点，我在 "us-east1-d" 区域中设置了一个 GCE 实例，并创建了一个包含两个集群的 Bigtable 实例，其中一个是在 "us-east1-d" 区，其他在 "us-west1-a" 区。
我希望 GCE 实例中的写入仅遵循 "us-east1-d"，但我注意到一些写入进入 "us-west1-a"，然后复制到 "us-east1-d"。我仅从 Bigtable 复制监控控制台跟踪了此行为。请记住，zonal unavailability/disruption 可能是此行为的原因，我删除并重新创建了 Bigtable 实例，其中集群位于不同的区域和区域中。我仍然看到 "shortest distance" read/write Bigtable 理论的一些差异。
所以，我的问题是，有什么方法可以帮助我验证来自东部地区的 read/writes 将始终前往东部地区，前提是没有分区故障？为了尽可能降低延迟，此功能的可靠性对我的应用程序极为重要。
您可以使用 Cloud Monitoring for BigTable 来具体检查每个实例，这并不是您想要的，因为它不是每个区域 and/or 区域，但可能有助于分析传入的请求以确定是什么发生在您的特定实例上。
一个可用的指标是 Automatic failovers 指标，它可以显示由于故障转移情况自动从一个集群重新路由到另一个集群的请求数量，例如短暂中断或延迟。
您可以在此 documentation.
中查看有关如何设置的更多详细信息
希望对您有所帮助。
根据 Bigtable 文档：
Bigtable allows read/write operations to be performed on the basis of shortest distance.
因此，它应该始终写入或读取最近的可用集群，为了验证这一点，我在 "us-east1-d" 区域中设置了一个 GCE 实例，并创建了一个包含两个集群的 Bigtable 实例，其中一个是在 "us-east1-d" 区，其他在 "us-west1-a" 区。
我希望 GCE 实例中的写入仅遵循 "us-east1-d"，但我注意到一些写入进入 "us-west1-a"，然后复制到 "us-east1-d"。我仅从 Bigtable 复制监控控制台跟踪了此行为。请记住，zonal unavailability/disruption 可能是此行为的原因，我删除并重新创建了 Bigtable 实例，其中集群位于不同的区域和区域中。我仍然看到 "shortest distance" read/write Bigtable 理论的一些差异。
所以，我的问题是，有什么方法可以帮助我验证来自东部地区的 read/writes 将始终前往东部地区，前提是没有分区故障？为了尽可能降低延迟，此功能的可靠性对我的应用程序极为重要。
您可以使用 Cloud Monitoring for BigTable 来具体检查每个实例，这并不是您想要的，因为它不是每个区域 and/or 区域，但可能有助于分析传入的请求以确定是什么发生在您的特定实例上。
一个可用的指标是 Automatic failovers 指标，它可以显示由于故障转移情况自动从一个集群重新路由到另一个集群的请求数量，例如短暂中断或延迟。
您可以在此 documentation.
中查看有关如何设置的更多详细信息希望对您有所帮助。