Amazon RDS 实例和新的 Compute Savings Plans
Amazon RDS instances and the new Compute Savings Plans
我在托管 Web 应用程序及其数据库 (MySQL) 的 EC2 实例上有一个小型单实例部署 运行。我一直在寻求将部署分离到 Web 应用程序的 EC2 实例和数据库的 RDS 集群中，并希望尽可能利用新的 AWS Savings Plans。
我的问题是：
- AWS Savings Plans 似乎仅适用于 'pure' 计算 EC2 实例，而不适用于 RDS 实例。有人可以证实或反驳吗？
- 如果 Savings Plans 确实适用于 RDS 实例，是否有理由不使用它们，而只使用实例预留？
Since August 2020，AWS Savings Plans 包括：
- 亚马逊 EC2
- AWS Lambda
- AWS Fargate
它们不适用于 Amazon RDS 数据库实例。对于那些，您可以继续使用 Amazon RDS 预留实例。
我想澄清一下，即使 Savings Plans 不涵盖 RDS 实例，它们也涵盖作为 EMR、ECS 和 EKS 集群一部分的 EC2 实例。基于此 link:
“这两种计划类型都适用于作为 Amazon EMR、Amazon EKS 和 Amazon ECS 集群的一部分的 EC2 实例。Savings Plans 不包括 Amazon EKS 费用，但基础 EC2 实例将包括在内。”
此外，Compute Savings Plans 也适用于您的 Fargate 和 Lambda 使用。
我们在 MySQL 年前从 EC2 实例 运行 自行安装到 RDS。对我来说，一直很棒。 RDS 的所有功能都可以完美运行，点击即可，无需启动、复制、备份和故障转移数据库等平凡工作。它简直太棒了。如果您计划保留至少一年，请使用预留实例。在节省 30% 的情况下，即使您在大约 9 个月后在服务器上保释并且不使用一整年，成本也会被淹没。另外，您可以在市场上出售未使用的剩余部分。
缺点？
- 您无法通过命令行 OS 访问 MySQL 服务器。您获得 mySQL 的管理员登录名。管理它的唯一方法是通过 AWS UI 和 mysql 客户端命令行或管理客户端（如 MySQL Workbench 或 Heidi）。
- 您可能想要 运行 在单独的 EC2 上 mysql 转储脚本以转储数据库 separately/additionally。例如，AWS 做的 SNAPSHOTS 需要完整恢复沙盒服务器，只是为了让一个 table 人搞砸。我总是去 MySQL 转储文件。从来不需要 SNAPSHOT，除非出于某种原因我正在启动整个实例的沙盒副本。
简而言之，RDS 上的 mySQL 很棒。
另一个旁注。我们将使用 MySQL5.7 的应用程序迁移到 Aurora MySQL，问题绝对为零。完成 drop-in 替换（在我们的例子中）。
我在托管 Web 应用程序及其数据库 (MySQL) 的 EC2 实例上有一个小型单实例部署 运行。我一直在寻求将部署分离到 Web 应用程序的 EC2 实例和数据库的 RDS 集群中，并希望尽可能利用新的 AWS Savings Plans。
我的问题是：
- AWS Savings Plans 似乎仅适用于 'pure' 计算 EC2 实例，而不适用于 RDS 实例。有人可以证实或反驳吗？
- 如果 Savings Plans 确实适用于 RDS 实例，是否有理由不使用它们，而只使用实例预留？
Since August 2020，AWS Savings Plans 包括：
- 亚马逊 EC2
- AWS Lambda
- AWS Fargate
它们不适用于 Amazon RDS 数据库实例。对于那些，您可以继续使用 Amazon RDS 预留实例。
我想澄清一下，即使 Savings Plans 不涵盖 RDS 实例，它们也涵盖作为 EMR、ECS 和 EKS 集群一部分的 EC2 实例。基于此 link:
“这两种计划类型都适用于作为 Amazon EMR、Amazon EKS 和 Amazon ECS 集群的一部分的 EC2 实例。Savings Plans 不包括 Amazon EKS 费用，但基础 EC2 实例将包括在内。”
此外，Compute Savings Plans 也适用于您的 Fargate 和 Lambda 使用。
我们在 MySQL 年前从 EC2 实例 运行 自行安装到 RDS。对我来说，一直很棒。 RDS 的所有功能都可以完美运行，点击即可，无需启动、复制、备份和故障转移数据库等平凡工作。它简直太棒了。如果您计划保留至少一年，请使用预留实例。在节省 30% 的情况下，即使您在大约 9 个月后在服务器上保释并且不使用一整年，成本也会被淹没。另外，您可以在市场上出售未使用的剩余部分。
缺点？
- 您无法通过命令行 OS 访问 MySQL 服务器。您获得 mySQL 的管理员登录名。管理它的唯一方法是通过 AWS UI 和 mysql 客户端命令行或管理客户端（如 MySQL Workbench 或 Heidi）。
- 您可能想要 运行 在单独的 EC2 上 mysql 转储脚本以转储数据库 separately/additionally。例如，AWS 做的 SNAPSHOTS 需要完整恢复沙盒服务器，只是为了让一个 table 人搞砸。我总是去 MySQL 转储文件。从来不需要 SNAPSHOT，除非出于某种原因我正在启动整个实例的沙盒副本。
简而言之，RDS 上的 mySQL 很棒。
另一个旁注。我们将使用 MySQL5.7 的应用程序迁移到 Aurora MySQL，问题绝对为零。完成 drop-in 替换（在我们的例子中）。