复制 EFS 文件系统 - Amazon Elastic File System

复制 EFS 文件系统

为了增强韧性和数据保护,您可以在 AWS 区域中复制 EFS 文件系统。在 EFS 文件系统上启用复制功能时,Amazon EFS 会自动以透明的方式将源文件系统上的数据和元数据复制到目标文件系统。在发生灾难或进行游戏日练习时,您可以失效转移至副本文件系统。要恢复操作,您可以通过失效自动恢复功能恢复到主文件系统。

为了管理创建目标文件系统并使其与源文件系统保持同步的过程,Amazon EFS 使用复制配置

创建复制配置后,Amazon EFS 会自动使源文件系统和目标文件系统保持同步。对源文件系统所做的更改不会以时间点一致的方式传输到目标文件系统。相反,它们是根据复制的上次同步时间进行传输的。上次同步时间表示源和目标之间最后一次成功同步的完成时间。上次同步时对源文件系统所做的更改将复制到目标文件系统,但可能无法复制在上次同步时间之后对源文件系统所做的更改。有关更多信息,请参阅 查看复制详细信息

复制已在所有 Amazon EFS 可用的 AWS 区域中提供。要复制默认情况下禁用的某个区域中的 EFS 文件系统,必须首先选择加入该区域。有关更多信息,请参阅《AWS General Reference Guide》中的 Specify which AWS 区域 your account can use。如果以后选择退出区域,Amazon EFS 会暂停该区域的所有复制活动。要恢复该区域的复制活动,请再次选择加入该 AWS 区域。

注意

复制不支持将标签用于基于属性的访问权限控制 (ABAC)。

成本

为便于复制,Amazon EFS 会在目标文件系统上创建隐藏的目录和元数据。这相当于大约 12 兆字节(MiB)的计量数据,您需要为其付费。有关为文件系统存储计量的更多信息,请参阅Amazon EFS 如何报告文件系统和对象大小

复制性能

当您在失效自动恢复过程中创建新的复制或反转现有复制的方向时,Amazon EFS 会执行初始同步,其中包括一系列支持复制的一次性设置操作。完成初始同步所需的时间量取决于源文件系统的大小和其中的文件数等因素。

初始复制完成后,Amazon EFS 将大多数文件系统的恢复点目标 (RPO) 保持在 15 分钟。但是,如果源文件系统的文件更改频繁且文件超过 1 亿个,或者文件大于 100GB,则复制所需的时间可能超过 15 分钟。有关监控上次复制成功完成的时间的信息,请参见查看复制详细信息

可以使用控制台、AWS Command Line Interface(AWS CLI)、API 和 Amazon CloudWatch 监控上次成功同步的时间。在 CloudWatch 中,使用 TimeSinceLastSync EFS 指标。有关更多信息,请参阅 查看复制详细信息

所需的 IAM 权限

Amazon EFS 使用名为 AWSServiceRoleForAmazonElasticFileSystem 的 EFS 服务相关角色来同步源文件系统和目标文件系统之间的复制状态。要使用复制,必须配置以下权限以允许 AWS Identity and Access Management(IAM)实体(例如,用户、组或角色)创建服务相关角色、复制配置和文件系统。

  • iam:CreateServiceLinkedRole – 请参阅对 Amazon EFS 使用服务相关角色中的示例。

  • elasticfilesystem:DescribeFileSystem

  • elasticfilesystem:CreateFileSystem*

  • elasticfilesystem:CreateReplicationConfiguration*

  • elasticfilesystem:DeleteReplicationConfiguration*

  • elasticfilesystem:DescribeReplicationConfigurations*

* 可以使用 AmazonElasticFileSystemFullAccess 托管策略自动获取所有必需的 EFS 权限。有关更多信息,请参阅 AWS 托管式策略:AmazonElasticFileSystemFullAccess