最初我有EBS boot作为AMI图像与10GB EBS卷。 然后我创build了新的20Gb EBS卷，然后将其附加到旧实例并启动 然后我看到，我仍然有10GB安装为/dev/xvda1 那我跟着这个啧啧 http://blog.linuxacademy.com/linux/resizing-root-partition-on-linux-in-amazon-ec2/ 我做到了 sudo resize2fs /dev/xvda1 resize2fs 1.41.12 (17-May-2010) The filesystem is already 2620603 blocks long. Nothing to do! $ sudo su [root@ip-]# df -m Filesystem 1M-blocks Used Available Use% Mounted on /dev/xvda1 10077 7096 2470 75% / none 828 1 828 1% /dev/shm /dev/xvdb2 144578 33 144545 1% […]
我有一个自定义的AMI，与相应的EBS快照，提前一段时间。 最近，我决定创build一个更新的EBS快照来反映一些软件更新。 然后我想提交一个专题实例请求，以便新实例使用新的快照 。 基于AWS文档，似乎为了实现这一点，我必须创build一个新的AMI，基于新的EBS快照作为根卷 。 但是，似乎创build新AMI的唯一方法是使用现有或正在运行的EC2实例作为基础。 但是，由于任何现有的或正在运行的实例都使用以前的快照之一，因此它似乎是一个捕捉22的情况。 我错过了什么吗？ 使用更新的文件系统或通过该文件系统的快照从实例创build新的AMI的正确顺序是什么？ 先谢谢你！
如果弹性块存储（EBS）卷的可用区域是us-east-1c ，我可以将它挂载到us-east-1a的实例中吗？ 如果不是，迁移卷的最佳方法是什么？
我计划使用一个36 vCPU EC2实例在Windows（7,10或服务器）上编译大型C ++项目。 由于成本高，这个实例只会在需要的时候运行，然后运行1-2个小时。 有时我们需要在C盘上进行维护，比如下载和安装软件，删除文件等。这可能需要一些时间，如果我们为此运行36个vCPU将会花费很多。 其实1个vCPU就足够了。 是否可以使用与C驱动器相同的磁盘用于多台EC2计算机？ 这样我可以用1个vCPU实例进行维护。 机器不会同时运行。 唯一的区别是vCPU的数量。
我有一个带有encryptionEBS卷的AWS实例，位于/dev/sdb 。 我试图通过使用命令安装它： – name: format new volume filesystem: fstype=xfs dev=/dev/xvdb – name: edit fstab and mount the vol action: mount=/home/ec2-user/ name= src=/dev/xvdb opts=noatime fstype=xfs state=mounted 从这个答案的build议我已经在xvdb ： https ： xvdb 但是，我仍然得到错误： "msg": "Device /dev/xvdb not found." PS：我也得到这个错误/dev/sdb 。 这是我的ls -l /dev/sd* /dev/xv* lrwxrwxrwx 1 root root 4 Feb 10 06:45 /dev/sda -> xvda lrwxrwxrwx […]
我想创build一个ASG，这样我就可以将现有的EBS卷（因为我拥有这些卷上的持久数据）重用到通过ASG实例化的新EC2实例。 这可能吗？ 更新从评论复制 为了澄清我原来的问题，我不想同时将EBS卷附加到两个EC2实例。 相反，当一个EC2实例终止时，我想用以前的EBS卷启动一个新的EC2实例，而不是创build一个全新的EBS卷
我最近开始使用AWS，我需要停止/重新启动一些EC2 Windows实例。 这些实例与EBS卷一起使用。 如果我使用closures/重新启动Windows选项与从AWS控制台停止/重新启动，是否有任何区别？
我有一个EBS支持的EC2实例（即从EBS卷引导）。 硬件似乎已经崩溃。 我有麻烦让它回来，这是令人沮丧的，因为具有EBS支持的卷的整个目的是磁盘映像应该是健壮的对CPU崩溃。 首先，我试图在这台机器上制造一个新的AMI，但是新的AMI陷入了悬而未决的状态。 用命令行工具潜水，我看到机器无法正常停止。 所以我做了 ec2-stop-instances –force 接着 ec2-detach-volume –force 但是，我无法从一个独立的卷中创build一个AMI。 我尝试了一个新的实例，并将EBS卷附加到它上面（在将它与之分离之后），然后启动它，但那个启动失败 "State Transition Reason: Server.InternalError: Internal error on launch" 我假设必须有一种方法让赛车重新运转 – 这就是EBS的重点，对吧？ 但是，如何？
我在AWS EC2的EBS Ubuntu实例上有一个简单的LAMP堆栈。 现在运行良好，但是现在我开始在硬盘空间上运行。 我有什么select？ 我已经附加了一个EBS卷和移动日志等，但MySQL数据库继续增长。 我是否将数据库移到附加的卷上？ 我对此有严重的担忧。 数据库速度是当前LAMP堆栈中的性能瓶颈，并且将数据库移动到EBS可能会产生相当大的性能影响（如果将文件移入卷以及从卷移动文件的速度是什么？
我在这里有点困惑。 我一直在尝试这个好几天，但不能得到它的工作。 希望有人能在这里阐明一些东西。 我有一个运行在us-east-1地区的实例（Amazon AMI x86_64 AMI，EBS支持），我想迁移到ap-southeast-1地区（使用S3存储桶）。 以下是我采取的步骤： 1. ec2-bundle-vol \ -k pk-xxx.pem \ -u xxx \ -c cert-xxx.pem 2. ec2-migrate-manifest \ -m /tmp/image.manifest.xml \ -c cert-xxx.pem \ -k pk-xxx.pem \ -a xxx \ -s xxx \ –region ap-southeast-1 3. ec2-upload-bundle \ -b my-sg-bucket \ -m /tmp/image.manifest.xml \ -a xxx \ -s xxx \ –location […]