【问题标题】:Can I have multi-master aws aurora in serverless v2?我可以在无服务器 v2 中拥有多主 aws aurora 吗?
【发布时间】:2023-01-29 05:55:57
【问题描述】:

我看不到在无服务器 v2 中有两个编写器的集群的选项 Amazon Aurora MySQL 兼容版 Amazon Aurora PostgreSQL 兼容版

现在 UI 建议我们创建一个只读副本以实现更快的故障转移。

但是有可能有一个随时待命的作家吗?因此,如果有升级或其他情况,而我无法为编写器打开连接,我可以立即切换到另一个编写器。 是否有可能像这样,或者我错过/误解了什么?

创建多主数据库的文档已过时 https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-multi-master.html#aurora-multi-master-creating

【问题讨论】:

    标签: amazon-web-services amazon-aurora aws-aurora-serverless


    【解决方案1】:

    正确,Aurora 的多主服务器与 MySQL 5.6 兼容版本相关联。它不适用于与 MySQL 5.7 兼容、与 MySQL 8.0 兼容或与 PostgreSQL 兼容的版本。 Serverless v2 需要相对较新版本的 MySQL 和 PostgreSQL 引擎,因此多主机肯定不可用。

    让我们考虑一下单写入器案例的可能性,因为这是与 Serverless v2 兼容且未接近 EOL 的版本中可用的。

    如果编写器出现计划外中断,Aurora 会自动提升一个读取器来取代它(故障转移)。

    更多关于故障转移的信息通常在这里: https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.AuroraHighAvailability.html#Concepts.AuroraHighAvailability.Instances https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.AuroraHighAvailability.html#Aurora.Managing.FaultTolerance

    Aurora PostgreSQL 有一些功能和设置可以最大限度地减少故障转移时间: https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraPostgreSQL.BestPractices.FastFailover.html

    如果你想,例如将编写器切换到更高容量的实例类,传统上这样做的方法是在读取器上进行更改,然后通过手动故障转移将其提升为新的编写器。无服务器 v2 会自动进行此类容量更改而无需重新启动,并且它也会保留打开的连接。因此,这个重启/中断的前一个原因不适用于 Serverless v2。

    在 Aurora MySQL 2.10 及更高版本中,您可以重启写入器,读取器实例在写入器重启时仍可用于查询:https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_RebootCluster.html

    【讨论】:

      【解决方案2】:

      从文档中:

      目前,多主集群需要与 MySQL 5.6 兼容的 Aurora MySQL 版本 1。在 AWS 管理控制台、AWS CLI 或 RDS API 中指定数据库引擎版本时,选择 5.6.10a

      这是供参考的链接:https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-multi-master.html

      【讨论】:

      • 我仍然没有得到的两个东西 第一个——Aurora MySQL 兼容版版本 1(与 MySQL 5.6 兼容)将于 2023 年 2 月 28 日结束生命周期 为了避免很快需要升级,请选择 Aurora MySQL 版本 2 或更高版本。第二 - 即使使用 global_10a 和此关于生命周期结束的警告,UI 仍会显示下一个 在不同的 AZ 中创建一个 Aurora 副本或读取器节点(推荐用于扩展可用性)创建一个 Aurora 副本以实现快速故障转移和高可用性。没有多主
      • 文档链接中的信息已过时,您不能再那样创建它
      猜你喜欢
      • 2023-03-05
      • 2015-12-29
      • 2019-11-05
      • 2019-06-15
      • 1970-01-01
      • 2011-07-13
      • 1970-01-01
      • 1970-01-01
      • 2023-02-10
      相关资源
      最近更新 更多