【问题标题】:Bigtable replication guidanceBigtable 复制指南
【发布时间】:2020-09-20 11:20:43
【问题描述】:

根据 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 的“最短距离”读/写理论存在一些差异。

所以,我的问题是,如果没有区域故障,有什么方法可以帮助我验证来自东部地区的读/写将始终转到东部地区?此功能的可靠性对于我的应用程序来说非常重要,以便尽可能降低延迟。

【问题讨论】:

    标签: google-cloud-platform google-cloud-bigtable bigtable


    【解决方案1】:

    您可以使用 Cloud Monitoring for BigTable 来专门检查每个实例,这并不是您想要的,因为它不是按区域和/或区域进行的,但可能有助于分析传入的请求以了解您的特定情况发生了什么实例。

    Automatic failovers 指标是一个可用且对您的情况真正有帮助的指标,它显示由于故障转移场景(例如短暂中断或延迟)而自动从一个集群重新路由到另一个集群的请求数量.

    您可以在此documentation 中查看有关如何设置的更多详细信息。

    希望这会有所帮助。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2010-10-19
      • 2012-08-17
      • 2013-02-05
      • 2013-03-16
      • 1970-01-01
      • 2012-03-06
      • 2016-11-01
      • 1970-01-01
      相关资源
      最近更新 更多