我最近读了一篇文章AWS：好的、坏的和丑陋的，其中提到他们已经放弃了所有由 EBS 支持的 AWS 功能。哪些功能是明确（由 EBS 支持的 EC2 实例）或隐含（由 AWS Web 控制台）由 EBS 支持？
答案1
使用 EBS 来代替 Amazon 所谓的临时存储或实例存储，因为随机访问 IO 显然更好。在实例存储卷上，顺序 IO 的速度会更快。
EBS 支持
- EC2如果您选择 EBS 支持的 AMI
- 紧急负载平衡您必须为 EC2 主机选择由 EBS 支持的 AMI
- 远程数据传送系统
- Elastic Beanstalk
- 弹性 MapReduce
不受 EBS 支持
- 路线 53
- S3
- CloudFront
- 冰川
- DynamoDB
我几乎肯定 SES、SNS、SQS 和 SWF 确实不是使用 EBS。
我愿意不是认为 ElastiCache、CloudFormation、CloudWatch、IAM 或 CloudSearch 使用 EBS。
答案2
我评论了那篇博客文章，后来被作者删除了。当你读他的帖子时，你可能希望考虑一下这种专业水平。我写道：
AWS 从未发生过区域范围的故障。如果博客作者花时间阅读他链接到的两份事件报告，他就会知道这一点。设计合理的 AWS 部署总是使用多个可用区域。在两次事件中，我遇到的最严重影响是性能略有下降或 API 访问间歇性中断；但这些都不是导致速度变慢的原因。
我在原始评论中没有添加的内容：
99% 的 AWS 批评都是由不懂如何正确使用 AWS 的人发起的。他们只是把它当成另一个 VPS 或另一个托管服务器。有构建应用程序时要考虑基于云的部署。它必须能够容忍随机节点故障、使用无状态应用程序服务器，并无缝地跨一个或多个负载平衡器后面的多个实例和子网工作。您应该使用松散耦合的组件并使用消息队列在层之间进行通信。
简而言之，这篇博文只不过是那些不懂如何使用自己选择的工具的人的又一次长篇大论。