PolarDB MySQL支持创建多可用区的集群。相比单可用区集群,多可用区集群具备更高的容灾能力,可以抵御机房级别的故障。本文将为您介绍如何实施多可用区部署以及如何更换主可用区。

前提条件

  • 可用区数量为两个及以上的地域。
  • 目标可用区拥有足够计算资源。

多可用区架构

使用多可用区集群时,数据分布在多个可用区内。计算节点暂时要求位于主可用区,PolarDB会在备可用区预留足够的资源用于主可用区故障时进行故障切换。多可用区架构如下。

架构

费用

多可用区功能不需要支付额外费用。
说明 单可用区集群也会免费升级至多可用区集群。

如何实现多可用区架构

当满足前提条件时,新建集群会默认为多可用区集群。关于如何新建集群,详情请参见购买按量付费集群购买包年包月集群

存量的单可用区集群也会升级至多可用区集群,该升级通过在线迁移数据的方式自动完成,对您的业务无任何影响。

查看集群所属可用区

  1. 登录PolarDB控制台
  2. 在控制台左上角,选择集群所在地域。
  3. 找到目标集群,单击集群ID。
  4. 基本信息页面,查看数据分布的可用区数据分布的可用区

更换主可用区

PolarDB支持更换主可用区,您可以通过该功能将数据库集群计算节点迁移到其他可用区,适用于灾难恢复或者让ECS就近访问的场景。 更换主可用区
  1. 登录PolarDB控制台
  2. 在控制台左上角,选择集群所在地域。
  3. 找到目标集群,单击集群ID。
  4. 基本信息页面,单击更换主可用区
    迁移可用区
  5. 在弹出的对话框中,选择目标可用区目标交换机,并根据业务需要选择生效时间
    对话框
    说明
    • 如果目标可用区是备可用区,则不需要迁移数据。系统只需要切换数据库计算节点,因此可以达到比较快的跨机房切换效果(平均耗时5分钟/节点),该操作常用于容灾演练。
    • 如果目标可用区不是备可用区,则需要迁移数据。系统执行迁移时间长短跟数据容量有关,可能需要几个小时,请谨慎操作。该操作一般用于调整应用和数据库的可用区分布,达到就近访问数据库的目的。
    • 若目标可用区无交换机,您需要先使用交换机
    • 您可以选择生效时间立即生效可维护窗口生效。若选择在可维护窗口生效,您还可以在计划任务页查看该计划任务的具体信息或取消该任务,详情请参见查看或取消计划任务
  6. 单击确定即可。
    注意 更换主可用区后,数据库连接地址(集群访问地址和主访问地址)不变,但使用的虚拟交换机VSwitch和IP地址可能会发生变化。该操作可能会影响数据库的可用性,请谨慎操作。

常见问题

  • Q:需要多长时间才能完成可用区的更换?
    • 若您选择的目标可用区是备可用区,则更换主可用区时不需要迁移数据。系统只需要切换数据库计算节点,因此可以达到比较快的跨机房切换效果(平均耗时5分钟/节点),该操作常用于容灾演练。
    • 若您选择的目标可用区不是备可用区,则更换主可用区时还需要迁移数据。系统执行迁移时间的长短跟数据容量有关,若数据量较大,可能需要几个小时,请谨慎操作。该操作一般用于调整应用和数据库的可用区分布,达到就近访问数据库的目的。
    1
  • Q:更换主可用区所需的时间是否等于业务不可用时间?例如当需要将备可用区更换为目标主可用区时,平均耗时为5分钟/节点,若集群中有4个节点,是否意味着业务会有约20分钟的不可用时间?

    A:更换主可用区所需的时间不等于业务不可用时间。整个切换过程中,仅在主备切换时会出现1~2次约30秒的闪断时间。建议您在业务低谷期执行并确保应用具备重连机制。

  • Q:在更换主可用区的过程中,集群是如何实现正常运行的?

    A:更换主可用区后,数据库连接地址(集群访问地址和主访问地址)不变,因此您仍然可通过数据库连接地址正常访问集群。但使用的虚拟交换机VSwitch和IP地址可能会发生变化。该操作可能会影响数据库的可用性,请谨慎操作。