【Azure 事件中心】Azure Event Hub 新功能尝试 -- 异地灾难恢复 (Geo-Disaster Recovery)

【Azure 事件中心】Azure Event Hub 新功能尝试 -- 异地灾难恢复 (Geo-Disaster Recovery)

问题描述

关于Event Hub（事件中心）的灾备方案，大多数就是新建另外一个备用的Event Hub，当主Event Hub出现不可用的情况时，就需要切换到备Event Hub上。 而在切换的过程中，难点在于如何让客户端应用无感知的切换到备份Event Hub，以前的方案有两种：

1：在自己DNS服务器中，配置DNS别名。然后在应用代码中，需要先根据DNS别名查询到正确的Event Hub域名。实现方式：​​Hub的链接字符串。

第一种方式需要自己配置DNS服务，并且在应用程序代码中需要加入根据DNS别名查找Event Hub域名的操作，操作复杂。 第二种方式，需要在修改应用配置文件，导致应用需要重启，或者是修改很多配置文件。

所以，本文主要的操作就是根据此文档，启用Geo-Disaster Recovery功能。并通过手动执行Failover来验证 主备 Event Hub能顺利的接收消息。

验证步骤

第一步: 根据文档，启用Geo-Disaster Recovery 功能

这一步的操作步骤, 执行简单，根据页面指引，一步一步完成即可。官网步骤：​​Hub中添加新的消费组，同步查看次Event Hub中，验证是否已经同步配置信息。同时反向验证，先修改次Event Hub，查看主Event Hub是否同步信息

首先，在本实验中，主Event Hub为 lbdiagnostictest01， 次Event Hub为 lbdiagnostictest02，对比两个Event Hub元数据。

然后，在 主Event Hub 中添加一个 testdr 消费组，检查 次Event Hub 中是否自动添加。【答案是会自动添加】

最后，在 次Event Hub 中添加一个 testdr2 消费组，再次检查 主Event Hub 中是否自动田间。【答案是不会自动添加】

第三步：使用 Azure Service Bus Explorer 和Event Hub 的Alias Primary Connection String 的连接字符串，开始发送万条数据

Azure Service Bus Explorer 工具的下载地址：​​Hub Geo-Disaster Recover页面，执行Failover操作

在执行前，可以通过在线Dig工具，查看当前的Alias域名(lbeventhubertest.servicebus.chinacloudapi.cn)解析出来的Host指向的为 lbdiagnostictest01

在执行完成Failover操作后，再次通过Dig工具，查看Alias域名(lbeventhubertest.servicebus.chinacloudapi.cn)解析出来的Host为：lbdiagnostictest02

第五步：验证发送的消息是否从主的EventHub 转移发送到次的Event Hub, 此处，通过 Azure Event Hub页面上的Metrics图表进行判断

分别在主/从 Event Hub页面中进入Metrics页面，查看Incoming Message的曲线

特别注意：按照设计，事件中心异地灾难恢复不会复制数据，因此，无法在辅助事件中心重复使用主事件中心的旧偏移值。建议通过以下方法之一重启事件接收器：

EventPosition.FromStart() - 如果想要读取辅助事件中心上的所有数据。EventPosition.FromStart - 如果想要读取自连接到辅助事件中心开始算起的所有新数据。EventPosition.FromEnqueuedTime(dateTime) - 如果想要读取自给定的日期和时间开始算起辅助事件中心收到的所有数据。

[END]

​

参考文档

ServiceBusExplorer : ​​事件中心 - 异地灾难恢复: ​​事件中心故障转移: ​​Dig: ​​云中，恰是如此!

分类: ​​【Azure 事件中心】​​

标签: ​​Azure 环境​​, ​​事件中心 Azure Event Hub​​, ​​灾备恢复​​, ​​Geo-Recovery​​

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。