AWS Ubuntu Server填满了,但是为什么呢?

时间:2018-08-29 23:54:50

标签: amazon-web-services amazon-ec2 storage ubuntu-16.04

我目前在安装了Ubuntu 16.04的免费层AWS AmazonEC2服务器上。主要用途是运行HTTP的Web服务器,该服务器提供HTML / PHP页面和MySQL数据库。 MySQL数据库大约有7GB。它已经几个月没有插入数据了,所以我不认为这里的数据库有问题。

当前,亚马逊告诉我我的存储空间为27GB。大约两天前,它的容量为25GB。我什至在一个月内都没有接触过服务器,而且绝对没有安装任何东西。我正在尝试找出占用所有这些数据的地方。

我安装了ncdu并切换到root,运行它,结果如下:

ncdu root results

如您所见,它的容量绝对不超过27GB,而刚好超过13GB。那么这14GB的其他存储空间又从哪里来呢?我怎么找到这个?

恐怕它将超过30GB的免费套餐限制,我不知道会发生什么或向我收取多少费用(我也不知道如何找到它)。

AWS Stats

2 个答案:

答案 0 :(得分:2)

您误会了该电子邮件。与您存储的数据量无关。

这与您使用了多少EBS 存储有关-即,您随时间配置了多少。 EBS不会根据您存储的内容进行计费,而是根据磁盘的大小进行计费,而不管您放置在磁盘上的内容如何。计费单位为千兆字节月

存在 30天的1 GB大小的卷被称为“使用”了1 GB /月的EBS容量。

1 GB的1天等于1天×1 gb÷30天/月=〜0.333 GB /月。

30 GB的30天使用了30 GB的EBS容量。

所以30天的27天将是27 GB /月,而30天的25天将是25 GB /月。

  

当前,亚马逊告诉我我的存储空间为27GB。大约两天前,它的容量为25GB。

所以这很正常,如果您只有一个30 GB EBS卷,这正是您所期望的。您的使用情况随着时间的推移不断增长,是因为时间在流逝,而不是因为使用率在增长。

AWS无法看到¹您存储在卷上的内容-他们不知道卷有多满...只有卷有多大,除非您调整卷的大小以使其变大,否则这个数字不会改变它在物理上更大。


¹看不到似乎难以置信,但由于多种原因,它们的确是正确的,其中包括一个简单的事实,即它们看上去根本不像。 EBS卷是一个块存储设备。尽管通常将这些卷用于基于标准的文件系统,但是对此没有任何限制。可以以其他任何可以使用块设备的方式来使用它们。但是,即使用作文件系统,“自由空间”的概念也是只有文件系统本身才能理解的概念,而不是原始的底层设备。

答案 1 :(得分:0)

问题与服务器在某一时间停机一段时间后从服务器上分离弹性IP有关。