标签: amazon-ebs

我有一个EBS卷(例如/dev/sdf)已连接到EC2实例(从不同的EBS卷启动),我已经安装了卷(通过mount /dev/sdf /data).当我停止并重新启动实例时,卷仍然连接但不再安装,我必须再次手动安装它.

有没有办法在启动实例时/dev/sdf自动挂载卷/data？

我将一个EBS卷附加到我的EC2实例,将其转换为EXT3文件系统,并成功安装它.然而,最初我被抛弃了主要是因为AWS控制台说我的EBS设备ID是什么.

根据AWS控制台:

i-xxxxxxx :/dev/sdf (attached)

我认为这意味着我附加的EBS设备ID是/ dev/sdf.因此,当我尝试使用此设备ID将设备转换为文件系统时,我收到以下错误消息.

ubuntu@ip-xx-xx-xx-xx:~$ mkfs -t ext3 /dev/sdf
mke2fs 1.42 (29-Nov-2011)
Could not stat /dev/sdf --- No such file or directory
The device apparently does not exist; did you specify it correctly?

然后经过一段时间的研究,我找到了这篇文章然后通过运行 cat /proc/partitions 发现我的真实设备ID是/ dev/xvdf而不是/ dev/sdf.

我的问题是为什么AWS控制台在实际上是/ dev/xvdf时会说它是/ dev/sdf？我认为必须有一些合乎逻辑的解释.

我有一个EBS卷,显示"正在使用 - 优化(%)"状态.这是什么意思？AWS正在执行哪些优化？这是在连接到Windows Server 2012 R2 EC2实例的300gb加密gp2卷上.

我正在运行一个 AWS EC2 Ubuntu 实例，最初的 EBS 存储为 8GB。

现在 99.8% 已满，因此我已按照 AWS 文档说明将 EBS 卷增加到 16GB。我现在需要将我的分区 /dev/xvda1 扩展到 16GB，但是当我运行命令时

$ growpart /dev/xvda 1

我收到错误

mkdir: cannot create directory ‘/tmp/growpart.2626’: No space left on device

我试过了

1. 重启实例
2. 停止实例，并根据旧的 8GB 卷的快照挂载新创建的 16GB 大小的 EBS 卷
3. 正在运行docker system prune -a（导致“无法连接到 unix:/var/run/docker.sock 上的 Docker 守护进程。docker 守护进程是否正在运行？”错误。当我尝试使用 启动守护进程时sudo dockerd，我得到一个“没有剩余空间”设备”错误）
4. 跑步 resize2fs /dev/xvda1

一切都无济于事。

运行lsblk返回

NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
loop0     7:0    0   89M  1 loop /snap/core/7713
loop1 …

我开始将一些应用程序迁移到Amazon Web Services.我的应用程序是运行在MySQL上的Python/Django应用程序.

我计划将EC2和EBS用于初学者.

我正在寻找一些东西:

1. 一个很好的分步教程,解释如何在AWS上部署Django.我环顾四周,但大多数教程都来自2年前,所以我担心它们已经过时了.

2. 我想了解,我应该从哪个AMI开始？我知道有一个BitNami AMI预先配置了Django的良好状态,但我看到很多其他消息来源说你应该从一个基本的(干净的)linux盒开始并自己安装一切.为什么？

3. 还有其他重要的事情我应该考虑一下吗？我的系统管理经验很少(应用程序目前在WebFaction上),所以我不确定我应该考虑什么.

一些额外的要点:

• 我计划在同一个EC2实例上运行多个应用程序,我认为这可能吗？
• 我现在正在使用virtualenv来分隔各种应用程序,我想我可以继续在EC2实例上做同样的事情吗？

谢谢!

我正在运行一个关于AWS的wordpress,我无法弄清楚如何监控卷的容量是否已耗尽.有很多选项可用于监控其他事情,但我只是想知道什么时候我们的空间不足.

我正在研究一种自动化机制,以便每天备份我们的EBS卷.

我非常了解创建新快照的步骤.显然,这一切都非常简单,你有一个可以快照的EBS卷,你可以随时恢复快照.精细.

但我关心的是快照的大小,我知道这些快照在S3中存储了压缩,我们将根据快照的大小来收费.如果我们拥有大量数据,那么我们每次备份的发票都会大幅增加.

但是,根据亚马逊的网页,这些快照是增量的.这解决了我的问题,因为每日备份只会上传自上次快照以来已更改的数据.但这引出了我的下一个问题:如果备份是增量备份而我们只上传修改后的数据,那么原始数据存储在哪里？(即显然无法逐步完成的第一个快照......)

不幸的是,我无法在整个亚马逊的文档中找到这些信息.

有没有人有快照及其账单的经验？

我很感激任何帮助,谢谢!

考虑到在线数据的文档和解决方案数量较少,我决定解决有关更改通过云形态模板启动的EBS卷的默认大小的常见问题

默认情况下,启动的实例大小为8GB,如果您想知道如何根据您的偏好将其更改为某些内容,而不是您已找到正确的解决方案.

有两种方法可以避免这个问题

解决方案1:使用VolumeAttachment创建新卷(方式不正确)

"EBS" : {
   "Type" : "AWS::EC2::Volume",
   "Properties" : {
      "Size" : "100",
      "AvailabilityZone" : { "Fn::GetAtt" : [ "EC2Instance", "AvailabilityZone" ] }
   }
},

"MountPoint" : {
   "Type" : "AWS::EC2::VolumeAttachment",
   "Properties" : {
      "InstanceId" : { "Ref" : "EC2Instance" },
      "VolumeId"  : { "Ref" : "EBS" },
      "Device" : "/dev/sda1"
   }
}

在这里,我创建了一个新卷并且厌倦了将它附加到不起作用的实例.(CF模板无法启动)

解决方案2.阻止设备映射(正确方式)

使用BlockDeviceMappings是正确的方法

 "BlockDeviceMappings": [
          {
            "DeviceName": "/dev/xvda",
            "Ebs": {
              "VolumeType": "io1",
              "Iops": "300",
              "DeleteOnTermination": "false",
              "VolumeSize": "30"
            }
          }
        ],

不要将设备名称保留为/ dev/xvda1,否则它将无法正常工作.相反,如果所选操作系统是Amazon …

我们配置了 EKS 设置，其中使用基于云原生 Buildpacks 的 Tekton Pipeline，但我们PipelineRuns在没有获取 Pod 资源的情况下永远陷入困境并处于等待状态。我们创建了一个 PersistentVolumeClaim，如下所示：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: buildpacks-source-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 500Mi

创建后查看此 PVC 的事件，发现以下事件表明我们的 EKS 设置出现问题：

该命令kubectl describe pvc buildpacks-source-pvc给出以下事件消息：

Name:          buildpacks-source-pvc
Namespace:     default
StorageClass:  gp2
Status:        Pending
Volume:
Labels:        <none>
Annotations:   volume.beta.kubernetes.io/storage-provisioner: ebs.csi.aws.com
               volume.kubernetes.io/selected-node: ip-999-99-99-99.eu-central-1.compute.internal
               volume.kubernetes.io/storage-provisioner: ebs.csi.aws.com
Finalizers:    [kubernetes.io/pvc-protection]
Capacity:
Access Modes:
VolumeMode:    Filesystem
Used By:       affinity-assistant-0b3d266b91-0
               affinity-assistant-53a7c08baf-0
               affinity-assistant-a375f28de3-0
               affinity-assistant-e8cb1a6e15-0
               buildpacks-test-pipeline-run-9rz4l-fetch-repository-pod
Events:
  Type    Reason                Age                     From                         Message
  ----    ------ …

关于亚马逊网络服务如何运作,您能够收集哪些信息？

• 他们使用什么硬件
• 什么Web服务器
• 什么操作系统
• AWS的存储空间
• 适用于EC2/EBS的虚拟化软件
• 他们为EC2分发防火墙的软件
• 数据中心的物理位置.

我非常喜欢他们的服务并且在工作中使用它们......只是出于好奇.如果您知道/听到/阅读并想告诉,如果您在网上看到了某些内容并希望提供链接,我们非常感谢.