【问题标题】:Azure Event Hubs - Geo-Recovery: does it replicate to the Secondary region?Azure 事件中心 - 异地恢复:它是否复制到次要区域?
【发布时间】:2021-02-16 03:31:28
【问题描述】:

根据 Microsoft 文章 - https://docs.microsoft.com/en-us/azure/event-hubs/event-hubs-geo-dr

根据设计,事件中心地理灾难恢复不会复制数据,因此您不能在辅助事件中心上重复使用主事件中心的旧偏移值。我们建议使用以下方法之一重新启动事件接收器:

  1. EventPosition.FromStart() - 如果您希望读取辅助事件中心上的所有数据。
  2. EventPosition.FromEnd() - 如果您希望从连接到辅助事件中心时读取所有新数据。
  3. EventPosition.FromEnqueuedTime(dateTime) - 如果您希望读取从给定日期和时间开始在辅助事件中心收到的所有数据。

我在美国西部有一个 Azure 事件中心,启用了地理恢复功能以与美国东部同步,我认为我应该能够在发生可能影响美国西部的灾难时进行故障转移,但是上面的 Microsoft 文章说地理灾难recovery不复制数据,是什么意思?

【问题讨论】:

    标签: azure azure-eventhub geo-replication


    【解决方案1】:

    基本上,您已经在从文档中复制的文本中找到了所有答案;)

    换种说法:地理恢复功能首先为您带来一件事:当您将事件中心从一个区域故障转移到另一个区域时,客户端无需更改其连接字符串。后台的 DNS 名称现在解析为新区域,并且所有访问策略(凭据)在第二个区域中也有效。

    但是,当您进行故障转移时,已发送到主要区域的数据在第二个区域中不可用。故障转移后客户端开始向它发送数据时,从这个意义上说,辅助事件中心是“空的”。

    【讨论】:

    • 如果数据被发送到主要区域并与次要区域同步但尚未被消费者读取,那么它应该在次要区域可用,对吗?
    • 我们是说 Geo-Recovery 不处理数据而只处理基础设施?
    • 数据未同步。只有消费者组、事件中心(在命名空间内)和访问策略等实体
    • 在手动故障转移的情况下,有没有办法将数据从主要区域复制到尚未使用的次要区域?如果没有,有什么理由可以复制未读数据?
    • 我不知道该怎么说:数据没有被复制。除非你使用这样的东西,你需要自己设置docs.microsoft.com/en-us/azure/event-hubs/…
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-01-27
    • 2022-01-23
    • 1970-01-01
    • 2016-05-29
    • 2017-01-14
    • 2022-01-19
    相关资源
    最近更新 更多