EFS 文件系统挂载是否会随机消失？
Can an EFS filesystem mount just go away at random?
我们有一个 EFS 和一个挂载它的 EC2。在 EC2 内部，我们有一个由 Docker 运行 Lumen 应用程序安装的卷，所以现在我的应用程序可以访问 EFS。我知道如果这个挂载没有发生，我们的应用程序会将所有文件写入 Lumen 的本地 space，如果我们销毁 Docker 实例，它就会被销毁。当我们启动 Elastic Beanstalk 时，我们有代码来确保初始挂载发生，并且我们有一个可写的挂载文件系统。
我们想知道的是，这些挂载在成功挂载后消失的情况有多常见（这可能是在几天、一个月等之后），以及检查挂载是否仍处于活动状态的最佳方法是什么？
我目前的想法是在 EFS 上有一个文件，并间歇性地查看我的应用程序是否可以读取它。但是这个计划是基于这样的假设，即这个安装的卷可能会因为某种原因而消失。
就 AWS EFS 的“可用性”而言，它是相当可靠的。从文档页面
every EFS file system object (such as directory, file, and link) is
redundantly stored across multiple AZs for file systems using Standard
storage classes.
AWS EFS 具有生命周期功能，可以在不同类型的 EFS（标准到一个区域等）之间移动文件。
对于耐用性，它在 1 年期间提供 11 个 9 的耐用性（与 s3 相同），这对于一般系统来说相当不错。
因此无法自行卸载 AWS EFS。至少它根本不应该发生。尽管您可以使用生命周期事件根据访问权限更改层级。
生命周期
https://docs.aws.amazon.com/efs/latest/ug/lifecycle-management-efs.html
关于可用性和耐用性的常见问题解答：https://aws.amazon.com/efs/faq/
我们有一个 EFS 和一个挂载它的 EC2。在 EC2 内部，我们有一个由 Docker 运行 Lumen 应用程序安装的卷，所以现在我的应用程序可以访问 EFS。我知道如果这个挂载没有发生，我们的应用程序会将所有文件写入 Lumen 的本地 space，如果我们销毁 Docker 实例，它就会被销毁。当我们启动 Elastic Beanstalk 时，我们有代码来确保初始挂载发生，并且我们有一个可写的挂载文件系统。
我们想知道的是，这些挂载在成功挂载后消失的情况有多常见（这可能是在几天、一个月等之后），以及检查挂载是否仍处于活动状态的最佳方法是什么？
我目前的想法是在 EFS 上有一个文件，并间歇性地查看我的应用程序是否可以读取它。但是这个计划是基于这样的假设，即这个安装的卷可能会因为某种原因而消失。
就 AWS EFS 的“可用性”而言，它是相当可靠的。从文档页面
every EFS file system object (such as directory, file, and link) is redundantly stored across multiple AZs for file systems using Standard storage classes.
AWS EFS 具有生命周期功能，可以在不同类型的 EFS（标准到一个区域等）之间移动文件。
对于耐用性，它在 1 年期间提供 11 个 9 的耐用性（与 s3 相同），这对于一般系统来说相当不错。
因此无法自行卸载 AWS EFS。至少它根本不应该发生。尽管您可以使用生命周期事件根据访问权限更改层级。
生命周期 https://docs.aws.amazon.com/efs/latest/ug/lifecycle-management-efs.html
关于可用性和耐用性的常见问题解答：https://aws.amazon.com/efs/faq/