标签: amazon-ebs

EBS 支持的每日 EC2 快照应保留多长时间？我们正在使用ec2-automate-backup备份（每日）两个 EBS 卷 - 操作系统和数据 - 与 Web 应用程序有关。如果我理解，如果发生故障，我们可以从最近的快照创建新实例。

但是，我相信这些快照是增量的，即使每个快照（在 AWS 控制台中）都与创建它们的 EBS 卷的大小相同，我认为它们只是记录更改，是吗?

这绝对是我对快照的理解下降的地方，因为我不明白如果我们删除旧快照我们可以确保保留所有需要的数据，因此我不知道我们应该坚持多久.

更新 片刻之后我发现了这个，这似乎表明我可以从字面上删除除最新的之外的所有内容而不受惩罚。如果是这种情况并且认为这对其他人有用，我可以自己回答这个问题，或者如果太明显了，请随意关闭它。

Cloud-init 提供了 disk_setup、fs_setup 和 mounts 模块来分区、格式化和将卷挂载到虚拟机，但是这些选项在http://cloudinit.readthedocs.org和 AWS上都没有记录。

是否存在 cloud-init 配置的功能示例，该示例将在 AWS 上对单个 EBS 卷进行分区、格式化和挂载到配置如下的实例：

"Volume" : {
  "Type" : "AWS::EC2::Volume",
  "Properties" : {
    "Size" : "100",
    "VolumeType" : "gp2",
    "AvailabilityZone" : { "Fn::GetAtt" : [ "ServerInstance", "AvailabilityZone" ] }
  },
  "DeletionPolicy" : "Delete"
},
"MountVolume" : {
  "Type" : "AWS::EC2::VolumeAttachment",
  "Properties" : {
    "InstanceId" : { "Ref" : "ServerInstance" },
    "VolumeId"  : { "Ref" : "Volume" },
    "Device" : "/dev/sdh"
  }
},

到目前为止，我最接近的是以下内容（更正了语法问题）：

disk_setup:
  /dev/xvdh:
    layout: true
    overwrite: …

我工作的公司目前正在进行 AWS 迁移，对于 99% 的服务，他们的商品硬件可以很好地完成这项工作。

除了生产数据库之外，我们目前的 IOPS 为 60,000，只是为了跟上请求，今年将会有更多的行动。

我们曾考虑在 EC2 上使用企业级 SSD，但 IOPS 的硬限制是 20,000，这非常糟糕，考虑到我可以花 200 欧元左右的价格获得 80,000 IOPS 的 240GB SSD。http://www.techradar.com/reviews/pc-mac/pc-components/storage/disk-drives-hdd-ssd/intel-ssd-520-series-240gb-1060850/review

知道如何超过这个限制吗？ebs 卷的集群/RAID 是否可能？

谢谢，本

我最近开始使用 AWS，我需要停止/重启一些 EC2 Windows 实例。实例带有 EBS 卷。

如果我使用关闭/重启 Windows 选项与从 AWS 控制台停止/重启有什么区别吗？

我正在尝试为我的 EC2 实例设置自动修复。因此，每当我的实例出现故障或无法访问时，它应该自动重新启动或启动新实例（最好在同一 AWS 区域的不同可用区中）。

我研究了设置 cloudwatch 警报并添加操作以在发生故障时重新启动实例。如果我希望我的 EC2 实例在发生故障时重新启动，那么这种方法很有效。

但不包括AZ本身不可达的情况。因此，我尝试将最小/最大实例数设置为 1 的 AWS 自动缩放组。如果发生故障，我希望使用已终止实例的 EBS 卷启动新实例。我该如何继续呢？

或者如果有其他方法来实现我想要的，那也将不胜感激。

我有一个用舵图创建的 mongodb-replicaset。该图表根据我提供的 StorageClass 创建 PVC。我用一个由对卷进行快照的 cron 作业拾取的标签来注释我的卷。

如果我需要从备份快照恢复，比如在另一个集群中，我知道我可以从快照创建一个卷，但我不知道如何将该卷转换为 StatefulSet 期望的 PVC 并且可以重新启动从。

我有一个带有 EBS 支持的根卷的 EC2 实例。操作系统已经有一段时间没有更新了，我想解决这个问题，但我需要一个回滚计划，以防更新导致问题。

我想我知道该怎么做，但我希望有人能在做出改变之前检查我的计划。以下看起来合理吗？

更新：

1. 创建根卷的快照；等待它完成。
2. 更新操作系统

回滚：

1. 从快照创建新卷。
2. 停止实例。
3. 分离根卷。
4. 附加从快照创建的卷作为新的根卷。
5. 启动实例。

合理的？

在具有 8 个 EBS 卷和大量磁盘流量的 8 路 Amazon EC2 实例（运行 Linux 2.6.21）上，我们看到顶部的 %wa 很高 (30-40%)，并且平均负载很高 (8-9)。我的理解是，等待来自 EBS 卷的 I/O 的进程被计入平均负载（一个 ps 显示几个处于 D 状态的进程，大约与负载平均一样多）。

但是，不清楚 %wa 是什么意思。CPU 是否真的被占用等待 EBS 卷的响应，或者内核是否在其上调度了另一个进程？我预计会安排另一个流程；但后来我不明白为什么 iowait 时间会被表示为总 CPU 时间的百分比（除非百分比加起来超过 100%）。

只要我们不最大化 EBS 卷的 I/O 容量，我不担心，但是如果 CPU 被占用等待 I/O，我认为我们的机器会在用完我之前用完 CPU 容量/O 容量。

在指定为 /dev/sdh1 的 ubuntu 上挂载 EBS 卷时，它实际上将其挂载在 /dev/xvdh1。aws 控制台仍然认为它是挂载在 /dev/sdh1 所以花了一段时间才意识到它实际上是挂载的，只是在错误的地方

很久以前我在 ec2 上使用 ubuntu 时遇到过这个问题。我又遇到了

https://forums.aws.amazon.com/post!reply.jspa?messageID=351382

似乎我并不孤单：

https://forums.aws.amazon.com/thread.jspa?threadID=68957&tstart=0

关于为什么会发生这种情况或如何解决它，我还没有找到一个好的答案。有任何想法吗？

我的 drupal 网站在 Amazon EC2 云上运行。我的实例使用 S3 存储来存储动态文件。但是我意识到S3太慢了，可能会导致问题。我想使用 glusterfs 而不是 S3。

使用 glusterfs；

1. 我应该使用哪个 Linux AMI？（我尝试在 Amazon Linux AMI 上安装它，但失败了）
2. 当我创建 EBS 实例时，我应该添加额外的 EBS 卷还是实例的根 EBS 卷就足够了？（是否可以将根 EBS 卷用作 gluster？）
3. 将 EBS 卷添加到同一个实例以在 gluster 池中使用是否明智，还是应该创建一个新实例来添加额外的存储？

亲切的问候...