我目前为我的 wordpress 网站使用了一个微型实例。当我执行一些数据导入时，通常每天 1-2 次，我的 CPU 会飙升到 100% 杀死一个网站，否则它会保持在 30% 以下。我正在寻找解决方案。
我是 AWS 新手，我的问题可能需要更多说明。但我可以创建另一个微实例，启用自动平衡器，CPU 使用率会下降吗？或者我应该切换到 SMALL 实例而不是 micro 以减少它？显然也试图降低运行成本。
我会假设 Small 实例比 micro 更强大，也许可以更好地处理 CPU 使用率。但是他们收取更高的费用，所以我想知道我是否可以用 2 个微型实例解决这个问题。那行得通吗？谢谢
实际上，经过一个清醒的思考之夜，我想出了一个便宜又简单的解决方案，基本上回答了我自己的问题。
我从我的原始 AMI 映像创建了另一个微型实例（它对我免费一年）。所以基本上我有 2 个相同的 wordpress 站点连接到同一个 MySQL 数据库和 s3 帐户。我将我的克隆实例命名为“WorkingMachine”:) 然后我必须更改 WorkingMachine 的 config.php 文件 home 和 siteurl，以便将正确的管理站点连接到正确的实例。最后，我现在可以从我的 WorkingMachine 运行所有导入、cron 作业和其他 CPU 昂贵的作业，并且保持原始实例不变，仅用于流量。综上所述，原始实例用于读取，Workingmachine 用于写入。它们都是微型实例。最好的部分是，我的 WorkingMachine 不必 24/7 运行，只有当我做进口和其他工作时。所以我可以将该实例升级到小型甚至更强大的机器（如果我需要更多 CPU）并在我不需要它时停止它。它很便宜。这花了我 10 分钟来设置。
微实例在 ec2 中是唯一的。他们使用可突发的 CPU 配置文件，最多可以使用 2 个 ECU，但是当超过分配的突发时间时，它们将被限制为远低于 1 (0.1-0.2 ECU)。
一个小实例一直有 1 个 ECU 的 CPU 时间分配给它。如果你打算让它一直运行，我建议升级到一个小实例并获得大量的使用预留。