如果我想为操作系统和应用程序设置单独的 EBS 卷,则在 AWS RHEL 上安装应用程序的位置

如果我想为操作系统和应用程序设置单独的 EBS 卷,则在 AWS RHEL 上安装应用程序的位置

我对 AWS 和定制 Linux 环境都很陌生,并且发现很难弄清楚如何将操作系统和任何已安装的软件包/应用程序放在单独的 EBS 卷上(如果这是个好主意的话)。这个想法来自一篇 AWS 最佳实践文章:Amazon EC2 的最佳实践

  1. 当他们说“为操作系统和数据使用单独的 Amazon EBS 卷”时,这是指通常在“/home”中的内容,还是也适用于“/opt”?(......或以上都不是)

  2. 在 EC2 环境中将 /opt 移动到非根卷的正确方法是什么?我看到的大多数指南都显示对 /etc/fstab 的更改使挂载永久化,但我对对 EC2 执行此操作持谨慎态度,因为根 EBS 卷(通常)在实例终止时消失。

  3. 如果我要采用多卷方法,那么“默认”(启动 EC2 实例时附加的卷)RHEL v8 卷和其他卷的最小大小应该是多少。

答案1

您的数据位于何处以及卷的大小由您决定。单独的数据卷允许在实例之间移动,并且更容易调整大小。

像 FHS 这样的惯例将整个树留在下面,/opt用于站点本地软件或/srv提供数据。请记住,您还可以在树的更深点处进行安装,例如/var/lib/pgsql/var/mail/home,即使您不需要将系统服务数据放在那里,也方便您的用户。其中任何或全部都可以是数据安装点。

/mnt创建数据卷。如果需要从旧位置复制数据,可以选择将它们挂载到某个临时位置 ( )。在 fstab 中永久挂载它们,最好通过稳定的名称(如 LABEL 或 UUID)来标识卷。

EC2 根设备的行为已得到充分记录。数据卷的一个好处是,作为根设备,数据卷不太可能被自动删除。在较不重要的实例上测试实例终止。如果这会删除重要的卷,也请测试您的备份恢复过程。不要害怕未知的行为或变化,这就是测试环境和业务连续性计划的目的。

操作系统设备的大小可以是两位数 GB。

相关内容