问题

我不清楚我在Amazon EC2上的实例中从EBS与instancestore获得了什么好处.如果有什么东西,似乎EBS更有用(停止,开始,保持更好的速度),成本差异相对较小.........................另外,是否有衡量更多人现在是否正在使用EBS,认为它仍然是相对新的?

  最佳答案

底线是您几乎应该总是使用 EBS 支持的实例。

这就是为什么

  • 可以设置 EBS 支持的实例,以便它们不会(意外)通过 API 终止。
  • 当您不使用它们时,EBS支持的实例可以停止,当您再次需要它们时可以恢复(例如停用虚拟电脑),至少我的使用模式比我花在几十GB的EBS存储上的钱节省得多。
  • EBS 支持的实例在崩溃时不会丢失实例存储(不是所有用户的需求,但使恢复更快)
  • 您可以动态调整 EBS 实例存储的大小。
  • 您可以将 EBS 实例存储传输到一个全新的实例(如果您在 Amazon 上运行的硬件变得不稳定或死亡,这种情况不时发生)
  • 启动 EBS 支持的实例更快,因为图像不必从 S3 中获取。
  • 如果您的EBSauth实例的硬件是定于维护,停止并启动实例自动迁移到新硬件.我还能够通过forceting实例并再次启动它在失败的硬件上移动EBSauth实例(您的里程可能在失败的硬件上有所不同).

我是Amazon的重用户,一旦技术出现在测试版中,我就将所有实例切换到EBS支持的存储器.我对结果非常满意.

EBS仍然可以失败——不是一颗银弹

请记住,任何基于云的基础设施都可能在任何时候失败.相应地规划基础设施.虽然EBSpacked实例提供了一定程度的持久性,而不是短暂存储实例,但它们可以并且确实失败.有一个AMI,您可以根据需要在任何可用区域启动新实例,备份重要数据(例如数据库),如果您的预算允许,则运行多个服务器实例来平衡负载和冗余(理想情况下多个可用区域).

在某些时候,在Instance Store实例上实现更快的IO可能更便宜.当时确实如此.现在有许多EBS存储选项,可以满足许多需求.选项及其定价随着技术的变化不断演变.如果您有大量真正可支配的实例(如果它们刚刚离开,它们不会对您的业务产生很大影响),那么在成本性能上做数学与EBS支持实例也可以随时死亡,但我的实践经验是EBS更持久.

  相同标签的其他问题

amazon-ec2amazon-web-servicesamazon-ebs