本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # 什么是 Amazon Elastic File System？ Amazon Elastic File System (Amazon EFS) 提供无服务器的完全弹性文件存储，这使您无需预置或管理存储容量和性能即可共享文件数据。Amazon EFS 可在不中断应用程序的情况下按需扩展到 PB 级，并可在您添加和移除文件时自动扩涨或收缩。Amazon EFS 具有简单的 Web 服务界面，可让您快速方便地创建和配置文件系统。该服务为您管理所有文件存储基础设施，这意味着您可以避免部署、修补和维护复杂文件系统配置的复杂性。 Amazon EFS 支持 Network File System 版本 4（NFSv4.1 和 NFSv4.0）协议，因此，您当前使用的应用程序和工具可以与 Amazon EFS 无缝协作。Amazon EFS 可通过大多数类型的 Amazon Web Services 计算实例进行访问，包括 Amazon EC2、Amazon ECS、Amazon EKS、AWS Lambda 和 AWS Fargate。 这项服务在可扩展性、可用性和持久性方面都十分出众。Amazon EFS 提供以下文件系统类型来满足您的可用性和持久性需求： + *区域性*（推荐）– 区域性文件系统（推荐）在同一个 AWS 区域中跨多个地理位置分离的可用区以冗余方式存储数据。跨多个可用区存储数据能够提供数据的持续可用性，即使 AWS 区域中的一个或多个可用区不可用也是如此。 + *单区* – 单区文件系统在单个可用区内存储数据。将数据存储在单个可用区中能够为数据提供持续可用性。但在可用区整个或部分丢失或损坏的情况下（不太可能发生），存储在这些类型的文件系统中的数据可能会丢失。 有关文件系统类型的更多信息，请参阅[EFS 文件系统类型](features.md#file-system-type)。 Amazon EFS 提供了各种工作负载所需的吞吐量、IOPS 和低延迟。EFS 文件系统可以扩展到 PB 级，提高吞吐量，并允许从计算实例对您的数据进行大规模并行访问。对于大多数工作负载，我们建议使用默认模式，即通用性能模式和弹性吞吐量模式。 + *通用* – 通用性能模式非常适合延迟敏感型应用程序，如 Web 服务环境、内容管理系统、主目录和常规文件服务。 + *弹性* – 弹性吞吐量模式旨在自动纵向扩展或缩减吞吐量性能，以满足工作负载活动的需求。 有关 EFS 性能和吞吐量模式的更多信息，请参阅[Amazon EFS 性能规范](performance.md)。 Amazon EFS 提供文件系统访问语义，如强大的数据一致性和文件锁定。有关更多信息，请参阅 [Amazon EFS 中的数据一致性](features.md#consistency)。Amazon EFS 还支持通过可移植操作系统接口（POSIX）权限控制对文件系统的访问。有关更多信息，请参阅 [在 Amazon EFS 中保护数据](security-considerations.md)。 Amazon EFS 支持身份验证、授权和加密功能，可帮助您满足安全性和合规性要求。Amazon EFS 支持两种形式的文件系统加密：传输中加密和静态加密。您可以在创建 EFS 文件系统时启用静态加密。如果启用，则会加密所有数据和元数据。您可以在挂载文件系统时启用传输中加密。NFS 客户端对 Amazon EFS 的访问由 AWS Identity and Access Management（IAM）策略和网络安全策略（如安全组）控制。有关更多信息，请参阅[Amazon EFS 中的数据加密](encryption.md)、[Amazon EFS 的身份和访问管理](security-iam.md)和[控制 NFS 客户端对 EFS 文件系统的网络访问](NFS-access-control-efs.md)。 **注意** 不支持将 Amazon EFS 与基于 Microsoft Windows 的 Amazon EC2 实例一起使用。 ## 您是否是首次接触 Amazon EFS 的用户？ 如果您是首次接触 Amazon EFS 的用户，我们建议您按顺序阅读以下内容： 1. 有关 Amazon EFS 产品和定价的概述，请参阅 [Amazon EFS](https://aws.amazon.com/efs/)。 1. 有关 Amazon EFS 技术概述，请参阅[Amazon EFS 的工作原理](how-it-works.md)。 1. 试试[开始使用](getting-started.md)练习。 如需了解有关 Amazon EFS 的更多信息，请参阅以下主题，其中更详细地讨论了该服务： + [创建和管理 EFS 资源](creating-using.md) + [管理 EFS 文件系统](managing.md) + [Amazon EFS API](api-reference.md) # Amazon EFS 的工作原理 Amazon Elastic File System (EFS) 提供了一个简单、无服务器的 set-and-forget弹性文件系统。通过 Amazon EFS，您可以创建文件系统、在 Amazon EC2 实例上挂载文件系统，然后在文件系统中读取和写入数据。您可以通过网络文件系统版本 4.0 和 4.1 () 协议，在您的虚拟私有云 (VPCNFSv4) 中挂载 EFS 文件系统。我们建议将最新一代的 Linux NFSv4 .1 客户端（例如最新的亚马逊 Linux、亚马逊 Linux 2、Red Hat、Ubuntu 和 macOS Big Sur AMIs 中的客户端）与 EFS 挂载帮助程序结合使用。有关说明，请参阅[安装 Amazon EFS 客户端](using-amazon-efs-utils.md)。 有关支持该协议的 Amazon EC2 Linux 和 macOS 亚马逊机器映像 (AMIs) 的列表，请参阅。[NFS 支持](mounting-fs-old.md#mounting-fs-nfs-info)对于某些 AMI，必须安装 NFS 客户端才能将文件系统挂载到 Amazon EC2 实例上。有关说明，请参阅[安装 NFS 客户端](mounting-fs-install-nfsclient.md)。 您可以从多个 NFS 客户端并发访问 EFS 文件系统，因此超出单个连接的应用程序可以访问文件系统。Amazon EC2 和在同一可用区内的多个可用区中运行的其他 AWS 计算实例 AWS 区域 可以访问文件系统，因此许多用户可以访问和共享公共数据源。 有关可在 AWS 区域 何处创建 EFS 文件系统的列表，请参阅[Amazon Web Services 一般参考](https://docs.aws.amazon.com/general/latest/gr/rande.html#elasticfilesystem_region)。 要在 VPC 中访问 EFS 文件系统，请在 VPC 中创建一个或多个挂载目标。*挂载目标*提供可以在其中挂载 EFS 文件系统的 NFSv4 端点的 IP 地址。您使用其域名服务 (DNS) 名称挂载文件系统，该名称将解析为与 EC2 实例位于同一可用区中的 EFS 挂载目标的 IP 地址。您可以在 AWS 区域中的每个可用区中创建一个挂载目标。如果 VPC 的可用区中有多个子网，则在其中一个子网中创建挂载目标。随后，该可用区中的所有 EC2 实例都将共享该挂载目标。 **注意** 一个 EFS 文件系统一次只能在一个 VPC 中具有挂载目标。 挂载目标本身设计为具有高可用性。在设计实现高可用性和失效转移到其他可用区的功能时，请务必注意，尽管您的挂载目标在每个可用区中的 IP 地址和 DNS 均为静态，但它们是由多个资源支持的冗余组件。有关挂载目标的更多信息，请参阅[管理挂载目标](accessing-fs.md)。 使用文件系统的 DNS 名称挂载文件系统后，您可以像使用任何其他文件系统一样使用它。有关 NFS 级别的权限和相关注意事项的信息，请参阅[网络文件系统（NFS）级别用户、组和权限](accessing-fs-nfs-permissions.md)。 当使用 AWS Direct Connect 或连接到 Amazon VPC 时，您可以将 EFS 文件系统挂载到本地数据中心服务器上 Site-to-Site VPN。您可以将 EFS 文件系统挂载到本地服务器上，以便将数据集迁移到 EFS、启用云爆发方案或将本地数据备份到 Amazon EFS。 您可以在下文中找到有关如何将 Amazon EFS 与其它服务配合使用的说明。 **Topics** + [如何将 Amazon EFS 与 Amazon EC2 结合使用](#how-it-works-ec2) + [Amazon EFS 如何 AWS Direct Connect 与 AWS 托管 VPN 配合使用](#how-it-works-direct-connect) + [Amazon EFS 是如何使用的 AWS Backup](#how-it-works-backups) ## 如何将 Amazon EFS 与 Amazon EC2 结合使用 本节介绍如何将 Amazon EFS 区域性和单区文件系统挂载到 Amazon VPC 中的 EC2 实例。 ### 区域性 EFS 文件系统 下图显示了多个 EC2 实例访问为 AWS 区域中的多个可用区配置的 Amazon EFS 文件系统。 ![\[区域性文件系统的挂载目标位于 EC2 实例上的 VPC 内的三个可用区。\]](http://docs.aws.amazon.com/zh_cn/efs/latest/ug/images/efs-ec2-how-it-works-Regional_china-world.png) 在此图中，虚拟私有云（VPC）有三个可用区。因为文件系统是区域性的，所以在每个可用区中都创建了一个挂载目标。出于性能和成本原因，我们建议您从同一可用区内的挂载目标访问文件系统。其中一个可用区具有两个子网。但是，将仅在一个子网中创建挂载目标。有关更多信息，请参阅 [使用 EFS 挂载帮助程序挂载 EFS 文件系统](efs-mount-helper.md)。 ### 单区 EFS 文件系统 下图显示了多个 EC2 实例从 AWS 区域中的不同可用区访问单区文件系统。 ![\[单区文件系统只有一个在相同可用区中创建的挂载目标。\]](http://docs.aws.amazon.com/zh_cn/efs/latest/ug/images/efs-ec2-how-it-works-OneZone.png) 在此图中，VPC 有两个可用区，每个可用区都有一个子网。由于文件系统类型为单区，因此它只能有一个挂载目标。为了提高性能并降低成本，我们建议您从与要挂载文件系统的 EC2 实例位于同一可用区的挂载目标访问该文件系统。 在此示例中，us-west-2c 可用区中的 EC2 实例将为访问不同可用区中的挂载目标支付 EC2 数据访问费用。有关更多信息，请参阅 [挂载单区文件系统](mounting-one-zone.md)。 ## Amazon EFS 如何 AWS Direct Connect 与 AWS 托管 VPN 配合使用 通过使用安装在本地服务器上的 Amazon EFS 文件系统，您可以将本地数据迁移到 Amazon EFS 文件系统中 AWS 云 托管的数据中。您还可以利用突增功能。换句话说，您可以将数据从本地服务器移动到 Amazon EFS，并在您的 Amazon VPC 中的一组 Amazon EC2 实例上对其进行分析。然后，您可以将结果永久存储在您的文件系统中，或将结果移回本地服务器。 在将 Amazon EFS 与本地服务器结合使用时，请注意以下事项： + 您的本地服务器必须有一个基于 Linux 的操作系统。我们建议使用 Linux 内核版本 4.0 或更高版本。 + 为了简单起见，我们建议您使用挂载目标 IP 地址而不是 DNS 名称在本地服务器上挂载 Amazon EFS 文件系统。 对您的 Amazon EFS 文件系统的本地访问不会产生额外费用。您需要为 Direct Connect 连接您的 Amazon VPC 付费。有关更多信息，请参阅[Direct Connect 定价](https://aws.amazon.com/directconnect/pricing/)。 下图显示了如何从本地（挂载了文件系统的本地服务器）访问 Amazon EFS 文件系统的示例。 ![\[使用 Direct Connect时，在本地客户端挂载 EFS 文件系统。\]](http://docs.aws.amazon.com/zh_cn/efs/latest/ug/images/efs-directconnect-how-it-works.png) 如果您能通过本地服务器和 VPC 之间的 Direct Connect 连接到达挂载目标的子网，则可以使用您的 VPC 中的任何挂载目标。要从本地服务器访问 Amazon EFS，请向挂载目标安全组添加规则，以允许从本地服务器进入 NFS 端口（2049）的入站流量。有关更多信息，包括详细步骤，请参阅[先决条件](mounting-fs-mount-helper-direct.md#efs-onpremises)。 ## Amazon EFS 是如何使用的 AWS Backup 要为您的文件系统实施全面的备份，您可以将 Amazon EFS 与配合使用 AWS Backup。 AWS Backup 是一项完全托管的备份服务，可轻松集中和自动执行云端和本地 AWS 服务的数据备份。使用 AWS Backup，您可以集中配置备份策略并监控 AWS 资源的备份活动。相对于备份操作，Amazon EFS 始终优先处理文件系统操作。要了解有关使用备份 EFS 文件系统的更多信息 AWS Backup，请参阅[备份 EFS 文件系统](awsbackup.md)。 # Amazon EFS 的功能 以下是 Amazon EFS 的功能。 **Topics** + [身份验证和访问控制](#auth-access-intro) + [Amazon EFS 中的数据一致性](#consistency) + [EFS 文件系统的可用性和持久性](#availability-durability) + [复制](#how-efs-replication-works) ## 身份验证和访问控制 您必须具有有效的凭证才能使用 Amazon EFS 管理控制台，以及发起 Amazon EFS API 请求，例如创建文件系统。此外，您还必须拥有创建或访问其他 EFS 和 AWS 资源的权限。 必须向您在 AWS Identity and Access Management (IAM) 中创建的用户和角色授予创建或访问资源的权限。有关权限的更多信息，请参阅 [Amazon EFS 的身份和访问管理](security-iam.md)。 NFS 客户端的 IAM 授权是 Amazon EFS 的一个附加安全选项，它使用 IAM 来简化网络文件系统（NFS）客户端的大规模访问管理。通过针对 NFS 客户端的 IAM 授权，您可以使用 IAM 以本质上可扩展的方式管理对 EFS 文件系统的访问。NFS 客户端的 IAM 授权也针对云环境进行了优化。有关对 NFS 客户端使用 IAM 授权的更多信息，请参阅 [使用 IAM 控制文件系统访问](iam-access-control-nfs-efs.md)。 ## Amazon EFS 中的数据一致性 Amazon EFS 提供了应用程序期望从 NFS 获得 close-to-open的一致性语义。 在 Amazon EFS 中，针对区域性文件系统的写入操作在以下情况下将持久存储在各个可用区中： + 应用程序执行同步写入操作 (例如，使用带 `open` 标记的 `O_DIRECT` Linux 命令或使用 `fsync` Linux 命令)。 + 应用程序关闭文件。 根据访问模式的不同，Amazon EFS 可以提供比 close-to-open语义更强的一致性保证。执行同步数据访问和执行非附加写入操作的应用程序在数据访问方面具有 read-after-write一致性。 ### 文件锁定 NFS 客户端应用程序可以使用 NFS 版本 4 文件锁定（包括字节范围锁定）对 Amazon EFS 文件进行读写操作。 请记住以下关于 Amazon EFS 如何锁定文件的内容： + Amazon EFS 仅支持建议锁定， read/write 操作在执行前不检查锁定是否存在冲突。例如，为了避免原子操作出现文件同步问题，您的应用程序必须了解 NFS 语义（例如 close-to-open一致性）。 + 在已连接的所有实例和访问文件的用户中，任何一个特定文件最多可以有 512 个锁。 ## EFS 文件系统的可用性和持久性 本节介绍 Amazon Elastic File System (Amazon EFS) 文件系统的文件系统类型和存储类选项。 ### EFS 文件系统类型 Amazon EFS 提供区域性和单区文件系统类型。 + **区域性** – 区域性文件系统（推荐）在同一个 AWS 区域中跨多个地理位置分离的可用区以冗余方式存储数据。跨多个可用区存储数据可为数据提供持续可用性，即使其中一个或多个可用区不可用 AWS 区域 也是如此。 + **单区** – 单区文件系统在单个可用区内存储数据。将数据存储在单个可用区中能够为数据提供持续可用性。但在可用区整个或部分丢失或损坏的情况下（不太可能发生），存储在这些类型的文件系统中的数据可能会丢失。 在不太可能发生的全部或部分 AWS 可用区丢失或损坏的情况下，One Zone 存储类别中的数据可能会丢失。例如，火灾和水灾等事件可能导致数据丢失。除了这些类型的事件外，我们的单区存储类还使用与区域性存储类相似的工程设计，以保护对象免受独立磁盘、主机和机架级故障的影响，每种存储类都旨在提供 99.999999999% 的数据持久性。 为了增强数据保护，Amazon EFS 会自动使用备份单区域文件系统 AWS Backup。您可以将文件系统备份恢复到中任何可操作的可用区 AWS 区域，也可以将其恢复到其他可用区 AWS 区域。使用创建和管理的 EFS 文件系统备份 AWS Backup 会复制到三个可用区，并且专为持久性而设计。有关更多信息，请参阅[中的弹性 AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/disaster-recovery-resiliency.html)。 **注意** 单区域文件系统仅适用于某些可用区。有关列出了可在其中使用单区文件系统的可用区的表格，请参阅[单区文件系统支持的可用区](#OneZoneAZs)。 下表比较了文件系统类型，包括其可用性、持久性和其它注意事项。 | 文件系统类型 | 设计专门针对 | 持久性 (设计目标) | 可用性 | 可用区 | 其他考虑因素 | | --- | --- | --- | --- | --- | --- | | 区域性 | 需要最高持久性和可用性的数据。 | 99.999999999%（11 个 9） | 99.99% | >=3 | 无 | | 单区 | 不需要最高持久性和可用性的数据。 | 99.999999999%（11 个 9） | 99.99% | 1 | 无法灵活地应对可用区丢失的情况 | ### 单区文件系统支持的可用区 单区域文件系统仅适用于某些可用区。下表列出了您可以在其中使用 One Z IDs one 文件系统的每个可用区的 AWS 区域 和可用区。要查看您账户中可用 IDs 区的映射，请参阅 Resource A *ccess Manager 用户指南中的 AWS AWS 资源*[可用区 IDs ](https://docs.aws.amazon.com/ram/latest/userguide/working-with-az-ids.html)。 **支持单区文件系统的可用区** | AWS 区域 名称 | AWS 区域 代码 | 支持的可用区 IDs | | --- | --- | --- | | 美国东部（俄亥俄州） | us-east-2 | use2-az1、use2-az2、use2-az3 | | 美国东部（弗吉尼亚州北部） | us-east-1 | use1-az1、use1-az2、use1-az4、use1-az5、use1-az6 | | 美国西部（北加利福尼亚） | us-west-1 | usw1-az1、usw1-az3 | | 美国西部（俄勒冈州） | us-west-2 | usw2-az1、usw2-az2、usw2-az3、usw2-az4 | | 非洲（开普敦） | af-south-1 | afs1-az1、afs1-az2、afs1-az3 | | 亚太地区（香港） | ap-east-1 | ape1-az1、ape1-az2、ape1-az3 | | 亚太地区（孟买） | ap-south-1 | aps1-az1、aps1-az2、aps1-az3 | | 亚太地区（大阪） | ap-northeast-3 | apne3-az1、apne3-az2、apne3-az3 | | 亚太地区（首尔） | ap-northeast-2 | apne2-az1、apne2-az2、apne2-az3 | | 亚太地区（新加坡） | ap-southeast-1 | apse1-az1、apse1-az2 | | 亚太地区（悉尼） | ap-southeast-2 | apse2-az1、apse2-az2、apse2-az3 | | 亚太地区（东京） | ap-northeast-1 | apne1-az1、apne1-az4 | | 加拿大（中部） | ca-central-1 | cac1-az1、cac1-az2 | | 中国（北京） | cn-north-1 | cnn1-az1、cnn1-az2 | | 中国（宁夏） | cn-northwest-1 | cnnw1-az1、cnnw1-az2、cnnw1-az3 | | 欧洲地区（法兰克福） | eu-central-1 | uc1-az1、eu1az2、eu1-az3 | | 欧洲地区（爱尔兰） | eu-west-1 | euw1-az1、euw1-az2、euw1-az3 | | 欧洲（伦敦） | eu-west-2 | euw2-az1、euw2-az2 | | 欧洲地区（米兰） | eu-south-1 | eus1-az1、eus1-az2、eus1-az3 | | 欧洲地区（巴黎） | eu-west-3 | euw3-az1、euw3-az3 | | 欧洲地区（斯德哥尔摩） | eu-north-1 | eun1-az1、eun1-az2、eun1-az3 | | 中东（巴林） | me-south-1 | mes1-az1、mes1-az2、mes1-az3 | | 南美洲（圣保罗） | sa-east-1 | sae1-az1、sae1-az2、sae1-az3 | | AWS GovCloud （美国东部） | us-gov-east-1 | usge1-az1、usge1-az2、usge1-az3 | | AWS GovCloud （美国西部） | us-gov-west-1 | usgw1-az1、usgw1-az2、usgw1-az3 | ### EFS 存储类 Amazon EFS 提供了专为实现最有效的存储而设计的不同存储类，具体取决于用例。 + **EFS 标准** – EFS 标准存储类使用固态驱动器 (SSD) 存储为频繁访问的文件提供最低延迟级别。新的文件系统数据首先写入 EFS 标准存储类，然后可以使用生命周期管理分层到 EFS 不频繁访问存储类和 EFS 存档存储类。 + **EFS 不频繁访问 (IA)**– 一种成本优化的存储类，适用于每个季度仅访问几次的数据。 + **EFS 归档** – 一种成本优化的存储类，适用于每年访问几次或更少次的数据。 具有弹性吞吐量的 EFS 文件系统支持 EFS 存档存储类。一旦文件系统在存档存储类中有数据，就不能将文件系统的吞吐量更新为“突发”或“预调配”。 #### 比较存储类 下表对存储类进行了比较。有关每个存储类的性能的更多详细信息，请参阅[Amazon EFS 性能规范](performance.md)。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/efs/latest/ug/features.html) 1 由于 One Zone 文件系统将数据存储在单个 AWS 可用区中，因此在发生影响可用区内所有数据副本的灾难或其他故障或可用区被破坏时，存储在这些类型的文件系统中的数据可能会丢失。 2太平洋时间 2023 年 11 月 26 日中午 12 点或之后更新的生命周期策略会将小于 128 KiB 的文件分层到 IA 类中。有关 Amazon EFS 如何对各个文件和元数据进行计量和计费的更多信息，请参阅[Amazon EFS 如何报告文件系统和对象大小](metered-sizes.md)。 #### 存储类别计费 您需要为每个存储类别中的数据量付费。读取 IA 或存档存储中的文件时，或对于使用生命周期管理在存储类之间转换的数据，您还需要支付数据访问费用。 AWS 账单显示每种存储类的容量，以及对文件系统的存储类的计量访问。要了解更多信息，请参阅 [Amazon EFS 定价](https://aws.amazon.com/efs/pricing)。 此外，不频繁访问 (IA) 和归档存储类对于每个 128KiB 的文件具有最低账单费用。对小于 128KiB 的文件的支持仅适用于太平洋时间 2023 年 11 月 26 日中午 12:00 或之后更新的生命周期策略。有关 Amazon EFS 如何对各个文件和元数据进行计量和计费的更多信息，请参阅[Amazon EFS 如何报告文件系统和对象大小](metered-sizes.md)。 其他计费注意事项视吞吐量模式而定。 + 对于采用弹性吞吐量模式的文件系统，除了存储费用，您还需要按每月为文件系统传输的元数据和数据总量付费。 + 对于使用预调配吞吐量的文件系统，将对超出为您提供的预调配吞吐量（基于 EFS 标准存储类中的数据量）的部分进行计费。 + 对于使用突增吞吐量的文件系统，允许的吞吐量仅基于 EFS 标准存储类中存储的数据量确定。 有关 EFS 吞吐量模式的更多信息，请参阅[吞吐量模式](performance.md#throughput-modes)。 **注意** 使用备份支持生命周期管理的 EFS 文件系统时 AWS Backup ，您不会产生数据访问费用。要了解有关 Amazon AWS Backup EFS 的更多信息，请参阅[备份 EFS 文件系统](awsbackup.md)。 ### 生命周期管理 要管理您的文件系统，使其在整个生命周期中经济高效地存储，请使用生命周期管理。生命周期管理根据为文件系统定义的生命周期配置，自动在存储类之间转换数据。生命周期配置是一组*生命周期策略*，用于定义何时将文件系统数据转换为其它存储类。有关更多信息，请参阅 [管理存储生命周期](lifecycle-management-efs.md)。 ## 复制 您可以使用复制功能根据自己的喜好创建 Amazon EFS 文件系统的副本。 AWS 区域 复制会自动透明地将 EFS 文件系统上的数据和元数据复制到在您选择的中创建的新目标 EFS 文件系统。 AWS 区域 EFS 会自动使源文件系统和目标文件系统保持同步。复制是连续的，旨在提供分钟级的恢复点目标 (RPO) 和恢复时间目标 (RTO)。这些特征可以帮助您实现合规性和业务连续性目标。有关更多信息，请参阅 [复制 EFS 文件系统](efs-replication.md)。