【问题标题】:Amazon EC2 storage亚马逊 EC2 存储
【发布时间】:2012-09-23 01:15:16
【问题描述】:

我已购买 Amazon EC2 m1.medium 预留实例。现在我该如何创建一个容量为 400GB 的根存储卷?

通过将默认根 30GB vol 扩展到 400GB 将产生额外的 EBS 400GB,我不需要,因为 EBS 会产生额外费用。

我做了一些研究,说 Instance Store Volumes 是临时类型,不是持久的。

这是链接(Will moving data from EBS to ephemeral storage improve MySQL query performance?)

我们将不胜感激。

【问题讨论】:

    标签: amazon-ec2 amazon-web-services


    【解决方案1】:

    如果您从实例存储 AMI 启动实例,那么您将获得 400G 的本地实例存储。如果您关闭了该实例,您将丢失该数据(重启没问题)

    如果您使用 EBS 基础 ami,根设备将始终是 EBS 卷。如果您希望临时卷可用,则必须在启动实例时指定。您可以通过 Web 控制台或在使用创建实例的各种 API 时传递 BlockDeviceMapping 选项来执行此操作。当实例关闭时,临时卷上的数据仍然丢失。

    【讨论】:

    • 这是否意味着与介质实例捆绑的 400GB 永远不会存储持久数据?唯一的方法是从亚马逊购买额外的 EBS 存储?
    • 您应该能够丢失该数据。这可能意味着在 EBS(或某种其他形式的存储)中拥有一个副本,或者在多台机器上进行复制。
    【解决方案2】:

    用户1057161:

    这是否意味着与介质实例捆绑在一起的 400GB 永远不会用于存储持久数据?唯一的方法是从亚马逊购买额外的 EBS 存储?

    正确。临时存储是……临时的。它在设计上是非持久的。附加 EBS 卷或将数据推送到 S3 是持久化数据的预期方式。

    高可扩展性(AWS 的设计目的)意味着将大量廉价服务器聚集在一起——其中任何一个都可能毫无预警地瘫痪,但这是意料之中的。

    如果您只有一个实例并且依赖于临时存储……请不要这样做。 “依赖”和“短暂”这两个词不属于一起。 计划实例在没有警告的情况下崩溃,并使您的应用程序适应它。

    我希望这会有所帮助! :)

    【讨论】:

      猜你喜欢
      • 2012-12-05
      • 2014-01-20
      • 2013-11-24
      • 1970-01-01
      • 1970-01-01
      • 2015-10-22
      • 2015-01-23
      • 2015-07-06
      • 2010-12-28
      相关资源
      最近更新 更多