使用 Amazon RDS 代理与 Amazon RDS Multi-AZ 部署，停机 1 秒内维护和升级！

于 2024-09-13 16:33:12 发布
阅读量250 收藏
点赞数
原文链接：https://mp.weixin.qq.com/s?__biz=Mzg4NjU5NDUxNg==&mid=2247580106&idx=2&sn=34e0fbf66aab6b5a75fd41bdfbe23378&chksm=ce8d84620f9260b5394b99a40dbd64272f263bed6d386a01b6167ff1b1294bbd78a1a3cb27b5&scene=126&sessionid=0
版权

a4af3c1d34eea5fa5b73bf0c1952df36.gif

结合使用 Amazon Relational Database Service（RDS） 代理时，具有两个可读备用数据库的 Amazon RDS Multi-AZ 部署现在支持次要版本升级和系统维护更新，而停机时间通常为 1 秒或更短时间。在这篇博文中，我们将讨论这项新功能及其优点和设置步骤。

Amazon RDS 代理

https://aws.amazon.com/rds/proxy/

具有两个可读备用数据库的 

Amazon RDS Multi-AZ 部署

2022 年 3 月，亚马逊云科技在 Amazon RDS for PostgreSQL 和 Amazon RDS for MySQL 中推出了具有两个可读备用数据库的 Amazon  RDS Multi-AZ 部署。

Amazon Relational Database Service（RDS）Multi-AZ 部署

https://aws.amazon.com/about-aws/whats-new/2022/03/amazon-rds-multi-az-transaction-commit-latency/

这种新的部署选项由一个主数据库实例和两个可读备用数据库实例（即多可用区数据库集群）组成。在此配置中，集群的每个节点都使用高速直连的 NVMe 卷和 Amazon Elastic Block Store（Amazon EBS）卷。

Amazon Elastic Block Store

http://aws.amazon.com/ebs

写入操作最初会写入 NVMe 卷，而不是提交路径中的 Amazon EBS，从而降低延迟。然后，这些写入操作会异步写入 Amazon EBS 卷，以保证持久性。除这种性能提升外，此部署选项还使两个备用节点都能为读取流量提供服务。

Amazon RDS 代理

2020 年 6 月，亚马逊云科技推出了 Amazon RDS 代理。Amazon RDS 代理有很多优点。第一个优点是连接入池。对于某些应用程序来说，连接入池是一项挑战。

Amazon RDS 代理

https://aws.amazon.com/rds/proxy/

连接入池

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-proxy.howitworks.html#rds-proxy-connection-pooling

通过使用这项 Amazon RDS 代理功能，现在可以分配原本用于协商 TCP 和 TLS 握手以及身份验证的数据库资源，来运行更多查询。应用程序现在可以连接到 Amazon RDS 代理，Amazon RDS 代理将维护一个与数据库的连接池，从而减轻原本会加在数据库服务器上的负担。

Amazon RDS 代理的另一个优点与连接相关，就是连接多路复用。有了这项功能，无论应用程序与代理建立了多少个连接，Amazon RDS 代理都只会与数据库实例建立所需数量的数据库连接。通过保持较低的数据库实例连接数，可以在相同的应用程序连接数下使用较少的资源。

连接多路复用

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-proxy.howitworks.html#rds-proxy-overview

Amazon RDS 代理的第三个功能是能够实现快速失效转移。根据我们的测试，Amazon RDS 代理可以缩短失效转移后的客户端恢复时间。造成这种情况的因素有很多。

失效转移

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-proxy.howitworks.html#rds-proxy-failover

测试

https://aws.amazon.com/blogs/database/improving-application-availability-with-amazon-rds-proxy/

首先，当 Amazon RDS 上发生失效转移时，底层主机及其 IP 地址会发生变化。这意味着，不使用 Amazon RDS 代理的应用程序将需要与数据库服务器建立新的 TCP 连接。使用 Amazon RDS 代理时，应用程序会自行维护与代理的 TCP 连接。

某些应用程序（通常是用 Java 编写的应用程序）缓存集群端点的 CNAME 的时间超过了公告的 TTL。在这种情况下，即使集群已完全失效转移，应用程序也无法连接到新的写入器，因为它仍在使用缓存的端点。有了 Amazon RDS 代理，就不需要更改 CNAME，因此这个问题也就迎刃而解了。

除了连接入池、连接多路复用和更快的失效转移外，还需要注意的是，Amazon RDS 代理是完全托管的、无服务器的，该代理在应用程序和数据库实例之间增加了一层抽象层，从而提供了额外的安全性。

解决方案概览

目前，Amazon RDS for PostgreSQL 或 Amazon RDS for MySQL 数据库的次要版本升级或系统维护更新可能需要几分钟时间，而且需要计划内停机。

定制的升级解决方案不是完全自动化的，在数据库实例集中使用也很复杂，因为它们需要在不同的应用程序用户之间进行协调，需要额外的基础设施，需要大量的资源，而且构建成本高昂。

Amazon RDS Multi-AZ 数据库（DB）集群现在可以执行次要版本升级，停机时间通常不超过 35 秒。对停机时间有更严格要求的客户可以通过添加 Amazon RDS 代理，将停机时间进一步缩短到 1 秒或更短时间。

在 Amazon RDS Multi-AZ DB 集群上打补丁或进行次要版本升级时，首先要将补丁依次应用到每个读取器。读取器升级后，其中一个读取器成为新的写入器，原写入器成为读取器。当读取器和写入器切换角色时，就会出现停机时间。

有了 Amazon RDS Multi-AZ DB 集群，停机时间现在通常不到 35 秒。其中大部分时间是由于集群端点的域名系统（DNS）传播延迟造成的。

集群端点

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/multi-az-db-clusters-concepts-connection-management.html#:~:text=AZ%20DB%20cluster%3A-,Cluster%20endpoint,DB%20cluster%20has%20one%20cluster%20endpoint%20and%20one%20writer%20DB%20instance.,-You%20use%20the

域名系统（DNS）

https://aws.amazon.com/route53/what-is-dns/

Amazon RDS 代理可直接感知读取器和写入器角色的变化，而不依赖于导致 35 秒延迟的 DNS 传播。因此，Amazon RDS 代理与 Amazon RDS Multi-AZ DB 集群一起使用时，停机时间通常为 1 秒或更短时间。

现在，我们已经研究了如何在 1 秒或更短的时间内完成次要版本升级，让我们来看看如何使用 Amazon RDS Multi-AZ DB 集群设置 AmazonRDS 代理。

使用新的 Amazon RDS Multi-AZ DB 

集群设置 Amazon RDS 代理

要设置 Amazon RDS Multi-AZ DB 集群和 Amazon RDS 代理，请完成以下步骤：

1.在 Amazon RDS 控制台上，选择创建数据库。

b1842bd410572933b8152bc2babd0015.png

2.对于引擎类型，选择 MySQL 或 PostgreSQL。

3.在隐藏筛选器下，选择显示支持多可用区数据库集群的版本。

4.对于引擎版本，选择您的首选版本。

975ab482424293ef258d8df7d8382216.png

5.在可用性和持久性下，选择多可用区数据库集群。

b5fcf251bb28b3057b25d43915bbe09b.png

6.在连接下，对于 AmazonRDS 代理，选择创建 Amazon RDS 代理。

d7e6cc305b70d650d7085a885665b97c.png

7.选择创建数据库。

此过程还会在 Amazon Secrets Manager 中创建一个密钥，并创建一个 Amazon Identity and Access Management（IAM）策略来访问该密钥，以便与新创建的代理一起使用。创建这些资源后，可以在代理详细信息页面的代理端点部分找到读/写和只读端点。

Amazon Secrets Manager

https://aws.amazon.com/secrets-manager/

Amazon Identity and Access Management

https://aws.amazon.com/iam/

使用现有的 Amazon RDS Multi-AZ 

DB 集群设置 Amazon RDS 代理

要使用现有的 Amazon RDS Multi-AZ DB 集群设置 Amazon RDS 代理，请完成以下步骤：

1.在 Amazon RDS 控制台上，选择代理。

819b69b75991027c12a20110ab9af36e.png

2.选择创建代理。

25bc195825271f344f831ce3b1c86f37.png

3.在代理配置下，选择 MariaDB 和 MySQL 或 PostgreSQL，然后在“代理标识符”字段中输入新 Amazon RDS 代理的名称。

1d883eee095fdfb8d242d69e4fdc5550.png

4.在目标组配置下，选择要为其创建此 Amazon RDS 代理的 Amazon RDS Multi-AZ DB 集群。

4478e6aab2cd0e1ed908da95a5aceabe.png

5.在身份验证下，指定包含此代理将用于连接到 Amazon RDS Multi-AZ DB 集群的凭证的 Secrets Manager 密钥，以及此代理将用于读取此密钥的 Amazon IAM 角色。

0b7283ad4f03f0b5bd984143775530f9.png

6.选择创建代理。

b11c0297b201d3d2e13183e927ce650d.png

按照这篇博文中的步骤操作后，请务必清理所有不再使用的资源。您可以在亚马逊云科技文档中找到有关 Amazon RDS 代理、Amazon RDS Multi-AZ DB 集群、Amazon IAM 策略和 Amazon Secrets Manager 密钥的说明。

Amazon RDS 代理

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-proxy-managing.html#rds-proxy-deleting

Amazon RDS Multi-AZ DB 集群

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_DeleteMultiAZDBCluster.Deleting.html

Amazon IAM 策略

https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage-delete.html

Amazon Secrets Manager 密钥

https://docs.aws.amazon.com/secretsmanager/latest/userguide/manage_delete-secret.html

总结

在这篇博文中，我们研究了如何将 Amazon RDS 代理与 Amazon RDS Multi-AZ DB 集群配合使用，从而在读取器实例没有副本滞后的情况下实现通常为 1 秒或更短的停机时间。

此解决方案可以提供额外的优点，如连接入池和连接多路复用，从而优化数据库资源。

有关更多信息，请参阅 Amazon RDS Multi-AZ 部署中的可读备用实例：新的高可用性选项，立即开始使用 Amazon RDS 代理！

Amazon RDS Multi-AZ 部署中的可读备用实例：新的高可用性选项

https://aws.amazon.com/blogs/database/readable-standby-instances-in-amazon-rds-multi-az-deployments-a-new-high-availability-option/

本篇作者

04ab84e6afa126b97719f2def4cb1c4a.jpeg

Steve Abraham

亚马逊云科技首席解决方案架构师。他与客户一起工作，提供有关数据库项目的指导和技术协助，协助客户在使用亚马逊云科技的服务时提高其解决方案的价值。

c2050576e8ae2b9f3cdcd5e4c0ecc531.png

34ba38b5b5d742e9a5ee8e963f43d60a.gif

星标不迷路，开发更极速！

关注后记得星标「亚马逊云开发者」

听说，点完下面4个按钮

就不会碰到bug了！

ae31044c2a0216e96e220b0408ee76bc.gif

点击阅读原文查看博客！获得更详细内容！

博客
企业DevOps探讨：“谁构建、谁运行”原则的理论基础
12-30 9449
“谁构建，谁运行” --沃纳·沃格尔这样的场景大家想必不会陌生：我们正与家人共度美好时光，突然刺耳的电话铃声嗡嗡响起，我们的注意力也为之吸引。听筒中的尖叫声告知，我们的应用程序——也就是那些定期受到内存泄漏侵扰、但重启之后又能恢复正常的小冤家们——现在终于彻底起义了，服务器资源在几分钟之内就被其彻底榨干。目前该应用已经无法正常起效，而运维团队除了尝试重启与回滚之外无法可想——而最新
博客
企业DevOps：实施过程中需要关注的各项要点
12-29 8078
作者：亚马逊云科技企业市场战略总监Stephen Orban“经验并非凭空创造，而是依靠点滴积累所实现” ---阿尔贝·加缪在此次的企业DevOps探索之旅系列文章当中，我将带大家一同探讨企业在具备一定DevOps经验之后又该如何处理下一步可能面临的状况。当然，这些只是我个人在接触自动化、面向客户服务之IT体系以及“谁构建、谁运行”方面事务的同时积累下的一些心得体
博客
将DevOps纳入企业环境引发的思考
10-13 6348
作者：亚马逊云科技企业市场战略总监Stephen Orban“发展是一种以渐进式改善为载体的持续性行为”——英德拉瓦蒂虽然DevOps可以算是相对新鲜的概念，不过在我看来、其本质思路很早之前就已经出现。从这个角度看，目前很多企业已经广泛接纳这一概念并将其作为文化性产物看待，具体而言就是将大量原本孤立的团队融合起来，从而实现速度更快、频率更高且更为可靠的工作成果。我个人非常幸运
博客
利用Amazon Machine Learning与Amazon Redshift建立二进制分类模型
09-07 8258
日常生活中的大部分决策都以二进制形式存在，具体来说就是这类问题能够以是或者否来回答。而在商业活动中，能够以二进制方式回答的问题也有很多。举例来说：“这种情况是否属于交易欺诈？”，“这位客户是否会购买该产品？”或者“这位用户是否存在流失风险？”等等。在机器学习机制中，我们将此称为二进制分类问题。很多商业决策都能够通过准确预测二进制问题的答案来得到强化。Amazon Michine Learning（
博客
利用Amazon Mobile Analytics与R深入探究移动应用的使用模式
08-31 6798
作者：Sandeep Atluri 亚马逊数据科学家要真正鼓励用户使用我们的移动应用程序，最重要的前提就是深入了解用户使用应用程序时的行为模式，而后据此作出体验优化。不过通过应用程序事件数据来找出有意义的模式往往极具挑战性，而标准KPI所提供的诸如月度活跃用户（简称MAU）以及每日活跃用户（简称DAU）并不足以勾勒出完整的图景。举例来说，所发布应用在过去三十天中的用户开启次数能够帮
博客
亚马逊云科技使用心得：当初我曾错过的那些宝贵经验
07-08 2万+
在今天的文章中，我整理出了大量当初曾经错过、而至今仍将我追悔莫及的亚马逊云科技（Amazon Web Services）使用心得。在几年来的实践当中，我通过在亚马逊云科技之上新手构建及部署各类应用程序而积累到了这些经验。虽然内容有些杂乱，但相信仍然能给各位带来一点启示。从物理服务器向“云环境”转移的过程不仅仅是一项技术任务，同时也意味着我们的思维方式需要作出针对性的转变。总体而言，在物理环境下我们
博客
Amazon Q 从入门到精通 – 测试与重构
05-19 183
本文以一个“意大利面条式”的，充满了不良设计的代码为样例，展示了 Amazon Q Developer 如何能够以简单/精炼的自然语言交互的方式，短时间内帮助开发者完成代码重构和自动化测试用例的编写，在确保代码质量的同时，大大降低了测试代码的维护成本。不仅如此，当业务代码不断随着市场需求发生频繁变化的时候，开发者将可以随时以智能化、自动化的方式，让 Amazon Q Developer 协助生成最新的单元测试代码，让单元测试能够提供精确代码质量保证的同时，不再产生高昂的维护代价！
博客
内存带宽涨60%！EC2 P6-B200实例训练推理性能飙升2倍
05-16 22
借助这些实例，您可以加速基础模型训练产品的上市时间，通过提供更快的推理吞吐量以降低推理成本，从而推动生成式AI应用的普及。的超大规模集群能力，以及亚马逊云科技Nitro系统的高级虚拟化和安全功能相结合，您能够在更高的安全性下，以更快速度和更大规模训练和部署基础模型。Amazon EC2容量块使用时长预留天数可选1-14天、21天、28天，或以7天为增量，最长不超过182天，最多可提前8周设置最早启动日期。这些实例在生成式AI训练（训练耗时）和推理（每秒处理的token）方面的性能提升可达两倍之多。
博客
SageMaker AI+MCP，快速原型设计指南
05-16 26
此外，她还撰写了19篇关于人工智能与机器学习和云技术的博客文章，并且是一篇关于CORD19神经搜索研究论文的合著者，该论文在享有盛誉的 AAAI（人工智能促进会）上荣获最佳研究论文奖。他与各行各业的企业合作，设计定制化的AI Agents，利用亚马逊云科技的机器学习技术栈解决复杂的商业挑战。标准下，MCP利用标准输入与输出（stdio）或可流式传输的HTTP等传输方式，具有诸多重要优势，例如卓越的故障隔离能力、动态服务发现机制、一致的安全控制措施，以及即插即用的可扩展性。最后，关闭数据流，以结束与。
博客
利用 Amazon Bedrock Data Automation（BDA）对视频数据进行自动化处理与检索
05-16 701
将 BDA 作为处理视频的手段之一减少了手工分镜，取帧等的工序。无服务器的架构为整体的设计提供了低成本的计算资源，后续的数据的存储选用 DocumentDB 也是希望可以用灵活地手段做 Json 数据处理。在 AI 模型的加持下，希望本文能够为 AI 与视频搜索提供了一种新思路。
博客
电商图片检索如何更精准？Amazon Bedrock构建解决方案轻松搞定！
05-15 31
对于文本+图片结合的图片检索，可以开启重排序功能，提供文字细节描述检索图片，增强检索准确度。应用大模型，在图片检索场景中可以提供增强的能力，如电商细分品类图片精准检索能力，用户可自定义提示词利用大模型生成对图片的描述信息，提升偏向性的检索召回效率，还可自定义提示词对召回图片进行重新排序，更加精准地检索图片。上传图片时，可选生成图片的精准描述，用户也可在源代码中修改提示词，获取更加贴近业务场景的关键描述信息，通过模型自动生成的描述信息也可以通过API或直接在UI进行修改。实现文本+图片的多模态检索。
博客
省钱提速新利器：Amazon Bedrock智能提示路由
05-15 46
由于路由机制会优先调用成本较低的模型，同时使任务中的基准准确率保持不变，因此尽管会增加开销，但与总是调用更大或更贵的模型相比，您仍有望获得降低整体延迟和成本方面的优势，下文基准结果部分将进一步讨论这个问题。若要使用其他语言或自定义用例，请在生产应用程序中实施提示路由之前，自行进行测试，或联系您的亚马逊云科技账户团队，以获得设计和开展相关测试的帮助。使用默认路由进行实验后，您可以根据您的使用场景需求自行配置路由，在测试环境中评估响应质量，如果这些路由满足您的要求，即可将其用于生产应用程序。
博客
全新 Graviton4 实例，提升 Valkey 性价比
05-15 834
Valkey 是一个基于 Redis 的高性能键值存储系统，专为云环境设计。它继承了 Redis 的所有优点，如快速的读写速度、丰富的数据结构支持，同时还增加了一些云原生特性，如自动伸缩、跨区域复制等。Valkey 广泛应用于缓存、会话存储、实时分析等场景，成为许多企业的首选解决方案。主要特点：高性能：毫秒级的读写延迟可扩展性：支持横向和纵向扩展高可用性：内置故障转移和数据持久化机制丰富的数据结构：支持字符串、列表、集合、有序集合等云原生：易于在云环境中部署和管理您可以通过查看博客文章。
博客
架构图创建难？Amazon Q CLI + MCP来破局！
05-14 34
在动态变化的云环境中，及时更新这些架构图以准确反映基础设施的变化，不仅会成为提高生产力的瓶颈，还可能导致文档与实际情况出现偏差。亚马逊云科技社区构建者、FinOps专业人士、热衷于DevOps的爱好者、充满激情的演讲者、博客写手，以及崭露头角的“云技术领域影响力人物”，致力于帮助他人在云技术领域构建坚实的职业生涯。做准备工作的解决方案架构师，亦或是正在学习云架构模式的开发者，采用这种方法都能显著加快您的工作流程。您可按照上述步骤进行设置。复杂的图表可能会超出提示词语境的限制，或者生成结构不清晰的图表。
博客
无需托管事件总线！ Amazon EventBridge实现跨账户事件传输
05-14 29
这两个团队只能管理目标账户，例如创建SQS队列等传输目标，并授予权限，以接受来自源账户中集中式事件总线的事件。两种方法都有源账户和目标账户，但是跨账户通信的设置方式不同。然后，您需要在源事件总线上配置一条规则，把事件发送到目标事件总线，并在目标事件总线上再配置一条规则，才能将事件传输到目标账户中的所需目标。您将使用源账户中的事件总线将事件直接发送到目标账户中的SQS队列、Lambda函数和SNS主题。例如，您可能在多个账户中托管了一组事件总线，这些总线将与安全相关的事件分发到托管在集中式账户中的。
博客
Apache Seatunnel &amp； Amazon Bedrock 助力生成式 AI 应用规模化生产实践
05-14 679
本文通过 Apache SeaTunnel + Amazon Bedrock + Amazon OpenSearch 的组合，构建了一套高可扩展性、低耦合的语义搜索数据处理链路，成功实现了从结构化/非结构化文本数据到向量检索系统的全流程集成。该方案具有如下优势：松耦合架构设计：SeaTunnel 的插件式 Transform 和 Sink 机制，使得模型调用与向量写入逻辑保持解耦，方便后续替换嵌入模型或变更底层向量数据库；
博客
Valkey能否成为Redis替代选项？性能测试告诉你答案
05-13 47
通过增加IO线程数，Redis可以并行处理更多的网络IO操作，减少单线程处理的瓶颈。，但需要结合服务器规格来设置，会存在临界点，即再增加IO线程，不会再带来额外性能提升。Set有IO线程多路复用。亚马逊云科技解决方案架构师，负责基于亚马逊云科技的云计算方案架构的咨询和设计，在云计算行业有超过9年的从业经验，具有丰富的项目实践经验，目前专注于游戏行业。亚马逊云科技已经在托管的服务中做了最适配的设置，对于自建Valkey，可以按照需要设置。从理论分析，IO多路复用的提升，内存资源的节约应该对性能有正向的提升。
博客
AI也可分工协作！基于多Agents协作功能构建金融助理
05-13 60
它能高效管理自动化报告的分发流程，同时处理与利益相关者的沟通工作，提供格式规范的电子邮件，其中包含投资组合信息以及文件摘要，确保这些信息能够准确送达目标收件人。利用Agent的高级提示功能，验证指定架构的正确编排。这种方法是必要的，因为动作组遵循特定的架构，您需要在最小化因默认参数导致的不合理输出（即“幻觉”现象）的同时，保障Agent之间实现无缝协作。亚马逊云科技云支持工程师。金融Agent充当主要监督者和核心协调者的角色，负责协调各专业Agent之间的操作，并管理整体工作流程，以及负责向用户呈现结果。
博客
基于 Amazon Bedrock 和 Amazon Connect 打造智能客服自助服务 – 设计篇
05-13 930
本篇文章讨论了基于亚马逊云科技 Amazon Connect 和 Amazon Bedrock 的智能化呼叫中心架构的设计及成本分析。文章从用户实际需求出发，提供了一个可行的解决方案，并结合技术和成本综合考虑提供了最佳实践。本设计充分考虑了呼叫中心的特殊性，采用提示词工程结合 RAG 知识库等不同技术方式，提供最佳的客户体验；采用 Amazon Connect 特有的随路数据作为 Prompt 提示词的缓存机制，简化了提示词缓存的实现机制；
博客
基于Amazon SageMaker IC与LiteLLM，构建自主MaaS中台
05-12 74
组件中，可以指定要分配给模型每个副本的加速芯片数量、CPU数量、显存量等，以及要部署的LLM、推理的容器映像和模型副本数量，从而允许客户更精细地控制多个模型的部署和资源分配。（注意，最终扩缩的还是instance实例，即copies增大，instance也需要对应增大，否则没有足够的GPU卡资源，同样会报错，扩缩失败），如下所示。推理组件允许客户指定要分配给不同的模型每个副本的加速器数量和内存量，以及模型对象、容器映像和要部署的模型副本数量，从而方便实施多个模型的资源隔离和分配。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值