我将尝试尽可能详细地回答，因为我知道这些问题通常过于宽泛。
我在 EC2/RDS 上运行一些较小的服务，并已开始组织将我的整个服务迁移到 EC2。
当前服务运行：-
- 每分钟约 200 个 Apache 请求 / 每小时 12,000 个
- 该服务由 PHP 驱动，具有前端和后端功能（我认为大约一半的流量都是 PHP 请求）
- 每天通过 PHP 上传约 250mb
- FFMPEG 编码（注意：这将是可移植的，因此可以在其他实例上运行，但它太重了
- 每天有大量流程解析大量日志并压缩数据库转储备份
- 数据库 - 现在将迁移到 RDS。很简单。
我正在寻找一些关于以下内容的指导：-
- 最适合运行的实例类型的指标永久。您是否需要更多的使用理念来了解这个想法？
- 是否值得使用 AWS 负载平衡设施？我从文档中感觉到这些设施是针对更大规模的实施的。我当然希望能够灵活地启动重复的 AMI 并分配流量，但是否要在 DNS/脚本级别执行此操作或使用其服务 - 不确定。
- 关于在 ec2 环境中要做/要注意的事情的热门列表的想法会很棒。
我希望这不是太模糊。
答案1
尝试找出 EC2 上的“永久”实例类型是浪费时间。只需启动您认为应该满足需求的实例类型，然后根据测量的性能和预算对其进行上调或下调即可。
这是我写的一篇关于如何在实例运行后切换实例类型的文章：
将 EC2 实例移动到更大（或更小）的大小
http://alestic.com/2011/02/ec2-change-type
最大的决定是是否从 32 位或 64 位架构开始，因为目前大多数实例类型仅支持其中一种。要在 32 位和 64 位架构之间切换，您需要构建一个新实例（可能还有 AMI）。因此...始终记录/自动化您创建实例/AMI 的具体方式，并始终将数据保存在单独的 EBS 卷上，以便可以在实例之间移动。
如果您发现单个实例无法轻松满足您的需求，和/或如果您希望在单个实例发生故障时使用实时服务器来支持流量，和/或如果您想要使用自动扩展，因为您的流量在低点和高点之间变化很大，请实施 AWS 负载平衡。
不要害怕运行多个实例来执行不同的任务。例如，批处理、日志文件分析、备份处理如果不在 Web 服务器上执行，效果可能会更好。
...在 ec2 环境中要做/要注意的事情的清单...
是的，这有点模糊。尽可能多地阅读与主题相关的 AWS/EC2 文档和博客。试验并尝试不同的方法；丢弃不起作用的东西。记录您所做的一切，以便可以重现它。