我在协调 EBS 卷上的可用空间时遇到问题。根据 AWS 控制台，该卷为 50GB，并附加到一个实例。
如果我 ssh 到这个实例并执行 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% /var/run 无 858M 0 858M 0% /var/lock 无 858M 0 858M 0% /lib/init/rw
我对 AWS 很陌生。我将其解释为“连接了一个设备，它有 15GB 的容量。更重要的是，你的空间快用完了！”
谁能指出控制台中宣传的空间与实例上显示的空间之间明显差异的原因？
提前谢谢了
小号
是的，问题很简单。该卷仅与实例关联，但未安装。
在 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。
也许原来的 15 GB 卷被克隆成一个 50 GB 的卷，但没有调整大小？
请参阅本教程了解如何克隆和调整大小：如何在现有 AWS EC2 Linux (Ubuntu) 实例上增加磁盘空间而不丢失数据
希望有帮助。
只有重新启动实例解决了我的问题
早些时候：
/dev/xvda1 8256952 7837552 0 100% / udev 299044 8 299036 1% /dev tmpfs 121892 164 121728 1%/运行 无 5120 0 5120 0% /运行/锁定 无 304724 0 304724 0% /run/shm
现在
/dev/xvda18256952 1062780 6774744 14% / udev 299044 8 299036 1% /dev tmpfs 121892 160 121732 1%/运行 无 5120 0 5120 0% /运行/锁定 无 304724 0 304724 0% /run/shm
您的剩余空间默认安装在 /mnt。
这是因为，“增加 EBS 卷的大小后，必须使用文件系统特定的命令将文件系统扩展到更大的大小。卷进入优化状态后，您可以立即调整文件系统的大小。” ，不反弹实例。
我今天刚遇到同样的问题，我能够解决它，
找出你的文件系统的类型，
$ cat /etc/fstab
遵循此 AWS 文档，该文档准确记录了在调整 EC2 实例的卷大小后扩展 linux 分区/FS 的步骤。
在 Ubuntu 上，用于扩展文件系统。
查找块设备：
blkid
在我的情况下，类型是 TYPE="ext4"。
要调整磁盘卷的大小：
sudo resize2fs /dev/xvdf