从 AMI 启动新实例后,EC2 文件系统/文件存储在错误的分区上

从 AMI 启动新实例后,EC2 文件系统/文件存储在错误的分区上

今天,我从一个旧的 EC2 实例中创建了一个新的 EC2 实例和 AMI。当我启动新实例时,我使用了一个小型实例上的 AMI 和一个中型实例启动它。据我所知,这是相当标准的做法。但这是关键部分。

根据 AWS 的说法,这些是差异

  • 小型实例(默认)1.7 GB 内存、1 个 EC2 计算单元(1 个虚拟核心和 1 个 EC2 计算单元)、160 GB 本地实例存储、32 位或 64 位平台
  • 中型实例 3.75 GB 内存、2 个 EC2 计算单元(1 个虚拟核心,每个核心有 2 个 EC2 计算单元)、410 GB 本地实例存储、32 位或 64 位平台

好吧,现在我遇到了一个问题。当我登录到新的更大的实例时,它仍然报告只有 1.7 GB 的 RAM。

另一个奇怪的部分是,我所有的旧分区仍然处于相同的配置中。我看到一个新的更大的分区 /mnt,它基本上是空的。

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             7.9G  5.9G  1.6G  79% /
none                  846M  120K  846M   1% /dev
none                  879M     0  879M   0% /dev/shm
none                  879M   76K  878M   1% /var/run
none                  879M     0  879M   0% /var/lock
none                  879M     0  879M   0% /lib/init/rw
/dev/sda2             335G  195M  318G   1% /mnt
/dev/sdf               16G  9.9G  5.1G  67% /var2

这个 EC2 是一个 Web 服务器,我从 /var2 目录提供文件,但是由于某种原因,实例将所有内容存储在 /

好的,这就是我想要做的。将我所有的网站文件移动到 /mnt 并让 Web 服务器指向该目录。

有什么建议吗?如果有帮助的话,我的 fstab 也是这样的。

root@myserver:/var# mount -l
/dev/sda1 on / type ext3 (rw) [cloudimg-rootfs]
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
/dev/sda2 on /mnt type ext3 (rw)
/dev/sdf on /var2 type ext4 (rw,noatime)

我希望这个问题有意义。基本上我希望我的旧文件放在这个新分区上。

提前致谢

相关内容