这是简单的方法...
我在调整EBS卷上的可用空间时遇到问题。根据AWS控制台,该卷为50GB,并已附加到实例。
如果我使用此命令并执行df -h,则会得到以下输出:
已使用的文件系统大小可用百分比已安装在/ dev / sda1 15G 13G 3.0G 81%/udev 858M 76K 858M 1%/ dev无858M 0 858M 0%/ dev / shm无858M 72K 858M 1%/无功/运行无858M 0 858M 0%/无功/锁定无858M 0 858M 0%/ lib / init / rw
我对AWS非常陌生。我将其解释为“有一个连接的设备,它具有15GB的容量。而且,您的空间几乎不足!”
任何人都可以指出导致控制台显示的空间与实例上显示的内容之间明显差异的原因吗?
非常感谢
S
也许最初的15 GB卷被克隆到50 GB的卷中,但随后没有调整大小?
请参阅有关如何克隆和调整大小的本教程:How to increase disk space on existing AWS EC2 Linux (Ubuntu) Instance without losing data
希望有所帮助。
是的,问题很简单。该卷仅与实例关联,但未安装。
在AWS控制台上检查将其安装为哪个驱动器-最有可能是/dev/sdf
。
然后(在ubuntu上:)>
sudo mkfs.ext3 /dev/sdf sudo mkdir /ebs sudo mount /dev/sdf /ebs
第一行使用
ext3
文件系统类型格式化卷-。这是非常标准的做法-但根据您的使用情况(例如,应用服务器,数据库服务器等),您还可以选择另一个ext4
或xfs
。第二个命令创建一个安装点,第三个命令将其安装到其中。这意味着新的音量实际上将位于
/ebs
。现在它也应该显示在df
中。
最后但并非最不重要的一点,也许还向/etc/fstab
添加了一个条目以使其重新启动。
这是简单的方法...
假设您使用的是Linux AMI,那么您有一种简单的方法来增加文件系统的大小:
1)停止实例2)分离根体积3)快照音量4)使用新大小从快照创建新卷5)将新卷附加到与原始卷相同的位置的实例上6)启动实例,停止除ssh之外的所有服务,并将根文件系统设置为只读7)扩大文件系统(例如使用resize2fs)和/或分区(如果需要)8)重新启动
作为替代,您也可以启动新实例并映射实例存储,或者可以结合前两个步骤来创建新的ami。
您的剩余空间默认安装在/ mnt。
仅重新启动实例解决了我的问题
早期:
/ dev / xvda1 8256952 7837552 0 100%/udev 299044 8 299036 1%/ devtmpfs 121892 164 121728 1%/运行无5120 0 5120 0%/运行/锁定无304724 0 304724 0%/运行/ shm现在
/ dev / xvda18256952 1062780 6774744 14%/udev 299044 8 299036 1%/ devtmpfs 121892 160 121732 1%/运行无5120 0 5120 0%/运行/锁定无304724 0 304724 0%/运行/ shm
这是因为“在增加EBS卷的大小之后,必须使用特定于文件系统的命令将文件系统扩展到更大的大小。一旦卷进入优化状态,就可以调整文件系统的大小。 。”,无]弹跳实例。
我今天也面临同样的问题,我能够解决它,
找出文件系统的类型,$ cat /etc/fstab
遵循此AWS文档,该文档精确记录了在调整EC2实例的卷大小后扩展Linux分区/ FS的步骤。
这是简单的方法...
您的剩余空间默认安装在/ mnt。
仅重新启动实例解决了我的问题
这是因为“在增加EBS卷的大小之后,必须使用特定于文件系统的命令将文件系统扩展到更大的大小。一旦卷进入优化状态,就可以调整文件系统的大小。 。”,无]弹跳实例。