标签: amazon-rds

我正在尝试以多区域方案扩展我们的 Web 应用程序（PHP、MySQL、memcache）。目前，我们使用的设置在 ELB 和 RDS 实例后面有两个 EC2 实例，它们都在美国东部（弗吉尼亚）地区。

我们也希望在欧盟（爱尔兰）地区开展业务。这意味着那里至少有一个新的 EC2 实例（与其他实例相同，为相同的应用程序提供服务）。

我已经复制了所需的 AMI，设置了新实例，设置了相同的 ELB 配置（SSL 终止所需）并在 Route53 中配置了基于延迟的路由。它按建议工作。

但是，来自欧盟的客户存在速度问题。这是因为欧盟 EC2 实例连接到美国的 RDS 实例。据我所知亚马逊还没有启用RDS多区域复制。

您对如何在使用单个 RDS 实例时正确加速整个设置有什么建议吗？

另外，关于如何扩大规模的任何想法？理想情况下，出于各种原因，我们希望继续使用 RDS 技术。尽管如此，我愿意接受建议（我猜下一个想法是托管我们自己的 MySQL 服务器）。

我在“经典”EC2（无 VPC）中设置了一个 Amazon RDS 实例。

我还有一个 VPC 设置，用于保存我们更新的、迁移的应用程序等。

但是，似乎无法在允许我的 VPC 实例连接的数据库安全组中指定 CIDR 或 EC2 安全组的组合。允许的安全组只是“经典”安全组。

我找不到任何文件表明这是不可行的，但我也找不到任何肯定的文件。谷歌搜索以“其他方式”获得了很多结果，例如 VPC 中的 RDS 实例和 EC2 中的实例。我有相反的问题。

我是否正在考虑对 VPC 中的新实例进行时间点恢复以使连接正常工作？我知道我可以维护我的公共可用性要求，但我只想暂时允许我的 VPC 实例连接。

尝试通过 SQL Server Management Studio 和 Transact SQL 重命名托管在 SQL Server Amazon RDS 实例上的数据库会导致以下错误。

用户无权更改数据库“Morningstar”、数据库不存在或数据库未处于允许访问检查的状态。

请注意，这是我尝试过的 Transact SQL 语句。

ALTER DATABASE <OldName> Modify Name = <NewName>;

到目前为止，我想出的最佳选择是使用新名称恢复原始数据库的副本，然后删除原始数据库。有关如何执行此操作的详细信息，请参阅我的StackOverflow 帖子。

这种方法至少有以下缺点。

1. bacpac 的导出和导入操作可能需要很长时间。
2. 在整个过程中，任何对数据库执行写入操作的应用程序或网站都需要脱机。
3. 所涉及的手动步骤可能会导致错误。
4. RDS 实例需要足够大以承载数据库的两个副本，如果您希望将原始数据库保留在那里作为回滚策略，直到新的实例可用。

任何人都可以提出一种没有这些缺点的替代方法吗？

更新：我对重命名托管在 RDS 实例中的 SQL Server 数据库感兴趣 - 而不是 RDS 实例。

我们目前有 3 个按需 rds 实例在运行，我们计划将每个实例移至预留实例。

购买预留实例后，从按需迁移到预留实例需要做哪些迁移步骤？可以从按需快照和恢复快照到保留快照执行此过程吗？

我读过 EC2 的预留实例，人们说这是一个计费问题。RDS 上也一样吗？

我有一个 RDS 实例，它花费了我很多钱。从我在亚马逊上的帐户活动中，我看到该实例在过去 7 天内有大约 800,000,000 个 IO 请求。

给你一点看法，我的应用程序每天只有大约 6,000 次独立访问，而且它没有建立那么多的数据库连接。

那么，IO 请求到底是什么，为什么这个数字会如此之高？如有必要，我愿意为我的应用程序尽一切努力来降低成本，但我不确定到底发生了什么。

我会很感激你的想法。

我正在将 AWS RDS 与 MySQL 用于一个项目，并且有一个“大型”实例。就计算资源和 RAM 而言，文档清楚地说明了这意味着什么，但我找不到任何记录我可以拥有多少个打开的数据库连接的内容。我正在使用的应用程序是 PHP，它利用具有持久连接的 PDO。这意味着打开的连接数可以达到在任何给定点运行的最大 PHP 子进程数。我如何确保我的 RDS 实例的最大连接数设置足够高以适应这一点？

我一直在 Amazon RDS 上寻找一种为 RDS 数据库自动创建增量快照的方法。我想创建每小时快照。

谁能帮我 ？

我到处都读到 Aurora 的性能更高（声明等）。如果是这种情况并且忽略成本差异，那么任何人使用 RDS MySQL 的原因是什么？两者之间有哪些技术差异会导致人们不选择 Aurora？

我必须将业务应用程序迁移到云中，因此成本是我最关心的问题之一。

DynamoDB 似乎是一个不错的选择，而我们的很大一部分数据能够从关系数据库迁移到 NoSQL。据说，AWS DynamoDB 具有成本效益。这实际上意味着什么？

我们的应用程序每天执行多次返回大约 10 万行的查询。可以假设写入的行数相同。数据库现在托管在相当低的硬件上，可以与t2.medium实例进行比较。使用 PostgreSQL 的按需（这不是最具成本效益的）数据库实例的成本约为 55 美元/月。每次查询需要10 sec执行。

让我们看看计算器怎么说。DynamoDB 账单取决于吞吐量。10 sec不是重点，假设我们可以等一分钟。查询返回 100k 行。这意味着我们需要峰值吞吐量1667 reads/sec（假设项目小于 1 kb）和相同的写入吞吐量。计算器说：Estimate of your Monthly Bill ($ 859.39)。

比 RDS 贵 15 倍（但仍然慢 6 倍）。

我是否以错误的方式计算？有什么超出我的范围吗？或者，DynamoDB 可能不适合这种任务？

我正在维护一个db.m6g.xlarge具有 750GB 磁盘的 AWS RDS 数据库 ( )。这提供了 2250 IOPS，RDS 监控告诉我平均读取吞吐量约为 50MB/s，写入吞吐量约为 2MB/s。

数据库IOPS徘徊在2250左右，显然需要更多的IOPS。

我正在研究新的 gp3 存储，当我为 750GB 磁盘的该存储类型设置价格估算时，我获得了 12000 IOPS 和 500 MiBps (524.288 MBps)，价格与当前 gp2 磁盘成本相同。

这听起来好得令人难以置信。获得 12000 IOPS 的 gp2 需要 4TB 存储空间，每月费用为 1500 美元，获得 12000 IOPS 的 io1 磁盘每月费用为 2600 美元。带gp3磁盘的数据库每月费用约为700美元。

我认为其中的“问题”是任何超过 12.000 IOPS 和 500 MiBps 的 IOPS 和/或吞吐量都会产生额外成本，但我并不完全清楚这是如何计算的。

每月配置 IOPS 超过 3,000 0.005 美元；

超过 125MiB/s 每月每配置 MiB/s 0.04 美元

如果我将数据库从 gp2 移动到 gp3，我们将获得额外的 9750 IOPS。如果当前吞吐量约为 50MB/S，我看不出如何超过 gp3 的 500 MiBps 基线。 …