第十七章 镜像架构和规划 - 双数据中心镜像配置和异地容灾

第十七章 镜像架构和规划 - 双数据中心镜像配置和异地容灾

双数据中心镜像配置和异地容灾

下图描述了 HADR 配置,利用地理分离从影响数据中心、园区或地理区域的灾难中恢复。为简单起见,这些图表中省略了报告成员,但可以将其添加到任何一个位置,就像在单一校区配置中描述的那样。

以下所有配置都需要一种策略,用于在其他位置的成员成为主要成员时将连接重定向到主要成员。对于地理位置不同的位置,VIP 可能难以或无法配置,因为它需要在两个位置之间延伸子网。即使已配置,它也可能不够,如以下段落中所述。替代技术、硬件或过程(如在故障转移后重定向应用程序连接中讨论的那些)提供了重定向连接的其他方法。无论是否使用延伸子网,VIP 对于单个数据中心内两个成员之间的自动故障转移都非常有用,这些图中描述了它的用途。

VIP 的延伸子网通常适用于内部 Intranet 应用程序。有了它,连接或 VPN 访问到绿色描绘的 LAN/WAN 的用户和系统可以通过其 VIP 访问任一位置的主服务器。

另一方面,对于面向 Internet 的应用程序,VIP 的延伸子网不提供灾难连接解决方案。主数据中心的 DMZ 提供应用程序面向 InternetIP 地址和/或 DNS 名称作为内部镜像 VIP 的代理;如果发生灾难,它们可能需要从外部转移到另一个数据中心。解决方案涉及复杂的外部路由或在故障转移后重定向应用程序连接中描述的技术之一,其中任何一种都避免了对延伸子网的需要。

具有本地 DR 和地理上分离的 DR 的故障转移对

image.png

本地 DR 异步为影响一个或两个故障转移成员的事件提供应急措施。可以提升本地 DR 以替换因维护或维修而停机的故障转移成员之一,或者从影响两个故障转移成员的灾难中恢复。地理上分离的 DR 用于从影响整个主数据中心或园区的灾难中恢复。

此配置中使用以下 IP 地址:

image.png

注意:

  1. 请参阅前面对VIP的讨论。
  2. 如果可能,使DR数据中心可以通过数据中心互连(广域网)访问镜像专用网络(如果使用),可以为成员J提供一些额外的功能灵活性。这不需要扩展子网,只需要在数据中心之间路由此网络上的流量。在此配置中,当J升级时,它可以作为备份连接到主数据中心中的主数据中心。如果灾难恢复没有访问镜像专用网络的权限,则只能将其升级为主服务器,并且只有在没有故障切换成员在运行时才能这样做。此处提到的灵活性主要适用于VIP扩展且应用程序不受数据中心之间延迟影响的配置。

具有地理位置分离的完全冗余灾难恢复环境的故障转移对

image.png

如果灾难影响到数据中心1,数据中心2中的两个灾难恢复成员将得到提升,从而提供完全冗余的备用高可用性环境。此配置中使用以下IP地址:

![image]

注意:

  1. 请参阅前面对 VIP 的讨论。此图未假定延伸子网;相反,在转换到数据中心 2 时,镜像将被重新配置为使用不同的 VIP 进行该数据中心内的后续自动故障转移。外部技术、硬件或程序(如故障转移后重定向应用程序连接中所述)随后用于将连接重定向到新的 VIP 地址。
  2. 如果可能,让两个数据中心通过数据中心互连 (WAN) 访问镜像专用网络(如果使用)会增加功能灵活性。这不需要扩展子网,只需要在数据中心之间路由此网络上的流量即可。在该配置中,一个数据中心中提升的 DR 成员可以作为备份连接到另一个数据中心的主要成员。这主要在 VIP 被拉伸且应用程序基本上不受数据中心之间的延迟影响的配置中很有用。 (如果 DR 无法访问镜像专用网络,则只能将其提升为主要功能,并且仅当没有故障转移成员在运行时。)
  3. 如果数据中心 1 完全离线并且成员 JK 被提升为故障转移成员,则可以在数据中心 2 中提供一个新的仲裁器,并且可以使用新仲裁器的 IP 地址更新镜像配置。所描述的配置不打算在相对数据中心的两个故障转移成员的情况下长时间运行;如果以这种方式操作,则建议在单独的第三方位置(此描述中的互联网)使用仲裁器。有关详细信息,请参阅定位仲裁器以优化镜像可用性。

地理上分离的故障转移对

image.png

此配置利用位于不同位置的两台机器,以最少的硬件实现高可用性和灾难恢复需求。故障转移成员之间的网络延迟是一个重要的考虑因素,但其影响(如果有的话)取决于应用程序;有关详细信息,请参阅网络延迟注意事项。

镜像不会优先选择一个故障转移成员而不是另一个来充当主要成员,并且任何类型的中断都可能导致故障转移,即使主要问题是暂时的。因此,最好使用此配置,而不隐含对特定数据中心中运行的主要服务器的偏好。

由于前面讨论中所述的原因,在此配置中可能会或可能不会使用 VIP。由于两个数据中心之间的故障转移是自动发生的,因此所采用的任何替代策略都必须能够将用户快速自动重定向到新的主数据中心;需要人工干预的策略通常是不够的。

此配置中使用以下 IP 地址:

image.png

注意:

  1. 在此配置中,仲裁器最好放置在第三个位置。有关详细信息,请参阅定位仲裁器以优化镜像可用性。
  2. 此处描述了在数据中心互连 (WAN) 上运行的用于镜像通信的专用网络,但不是必需的。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,445评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,889评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,047评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,760评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,745评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,638评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,011评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,669评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,923评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,655评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,740评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,406评论 4 320
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,995评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,961评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,197评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,023评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,483评论 2 342

推荐阅读更多精彩内容