本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

可用性、持久性和部署选项

适用于 NetApp ONTAP 的 Amazon FSx 用途 Single-AZ 和部署类型。 Multi-AZ 您可以从四个选项中进行选择： Single-AZ 1、 Single-AZ 2、 Multi-AZ 1 和 Multi-AZ 2。本主题介绍每种部署类型的可用性与持久性功能，帮助您选择适合您的工作负载的部署类型。有关该服务的可用性 SLA（服务等级协议）的信息，请参阅 Amazon FSx 服务等级协议。

选择文件系统部署类型

以下各节将介绍 Multi-AZ 文件系统部署类型的可用性和持久性功能。 Single-AZ

Single-AZ 部署类型

您可以在 Single-AZ 1 和 Single-AZ 2 之间为 Single-AZ 文件系统选择。 Single-AZ 1 是具有一个高可用性 (HA) 对的第一代文件系统，而 Single-AZ 2 是具有 1—12 个 HA 对的第二代文件系统。有关更多信息，请参阅 选择文件系统世代。

当您创建 Single-AZ 文件系统时，Amazon FSx 会自动在活动-备用配置中配置一到十二对文件服务器，每对中的活动和备用文件服务器位于中单个可用区内的不同故障域中。 AWS 区域在计划内的文件系统维护或任何活动文件服务器的计划外服务中断期间，Amazon FSx 通常会在几秒钟内自动、独立地失效转移到备用文件服务器。在失效转移期间，无需手动干预即可继续访问数据。

为了确保高可用性，Amazon FSx 会持续监控硬件故障，并在发生故障时自动更换基础设施组件。为了实现高持久性，Amazon FSx 会自动在可用区内复制您的数据，以保护其免受组件故障的影响。此外，您还可以选择配置文件系统数据的“每日自动备份”。这些备份存储在多个可用区中，为所有备份数据提供多可用区弹性。

Single-AZ 文件系统专为不需要 Multi-AZ 文件系统的数据弹性模型的用例而设计。它们为开发和测试环境或存储已存储在本地或其他地方的数据的辅助副本等用例提供了成本优化的解决方案 AWS 区域，只需在单个可用区内复制数据。

下图说明了适用于 ONTAP Single-AZ 的第一代文件系统的 FSx 的架构。

Multi-AZ 部署类型

您可以在 Multi-AZ 1 和 Multi-AZ 2 之间为 Multi-AZ 文件系统选择。 Multi-AZ 1 是第一代文件系统， Multi-AZ 2 是第二代文件系统。这两个选项都有一个 HA 对。有关更多信息，请参阅 选择文件系统世代。

Multi-AZ 文件系统支持 Single-AZ 文件系统的所有可用性和持久性功能。此外，它们旨在为数据提供持续可用性，即使在可用区不可用时也是如此。 Multi-AZ 部署只有一对 HA 文件服务器，备用文件服务器部署在与活动文件服务器不同的可用区中 AWS 区域。写入文件系统的任何更改都会跨可用区同步复制到备用区。

Multi-AZ 文件系统专为业务关键型生产工作负载而设计，这些工作负载要求共享的 ONTAP 文件数据具有高可用性，并且需要具有跨可用区内置复制功能的存储。下图说明了适用于 ONTAP Multi-AZ 的第一代文件系统的 FSx 的架构。

选择文件系统世代

下表说明了第一代和第二代 Single-AZ 文件系统与 FS Multi-AZ x for ONTAP 文件系统之间的区别。

FSx for ONTAP 失效转移过程

Single-AZ 如果出现以下任何一种情况， Multi-AZ 文件系统会自动将给定的 HA 对从首选或活动文件服务器故障转移到备用文件服务器：

从一台文件服务器失效转移到另一台文件服务器时，新的活动文件服务器会自动开始处理针对该 HA 对的所有文件系统读取和写入请求。对于 Multi-AZ 文件系统，当首选文件服务器完全恢复并可用时，Amazon FSx 会自动故障恢复到该服务器，故障恢复通常在 60 秒内完成。对于 Single-AZ 和 Multi-AZ 文件系统，从在活动文件服务器上检测到故障到备用文件服务器升级到活动状态，故障切换通常在不到 60 秒的时间内完成。由于客户端用于在 NFS 或 SMB 上访问数据的端点 IP 地址保持不变，因此失效转移对 Linux、Windows 和 macOS 应用程序是透明的，这些应用程序无需人工干预即可重新开始文件系统的操作。

要确保故障转移对连接到 FSx for ONTAP Single-AZ 和 Multi-AZ 文件系统的客户端是透明的，请参阅。从内部访问数据 AWS Cloud

在文件系统上测试失效转移

您可以通过修改文件系统的吞吐能力来测试其失效转移。当修改文件系统的吞吐能力时，Amazon FSx 会依次关闭文件系统的文件服务器。当 Amazon FSx 首先替换首选文件服务器时，文件系统会自动失效转移到辅助服务器。更新后，文件系统会失效自动恢复到新的主服务器，Amazon FSx 将替换辅助文件服务器。

您可以在 Amazon FSx 控制台、CLI 和 API 中监控吞吐能力更新请求的进度。有关修改文件系统的吞吐能力和监控请求进度的更多信息，请参阅管理吞吐能力。

网络资源

本节介绍 Single-AZ 和 Multi-AZ 文件系统消耗的网络资源。

子网

创建 Single-AZ 文件系统时，需要为文件系统指定单个子网。您选择的子网将定义您创建的文件系统中的可用区。创建 Multi-AZ 文件系统时，需要指定两个子网，一个用于首选文件服务器，一个用于备用文件服务器。您选择的两个子网必须位于同一 AWS 区域的不同可用区中。有关 Amazon VPC 的更多信息，请参阅《Amazon Virtual Private Cloud 用户指南》中的Amazon VPC 是什么？。

文件系统弹性网络接口

对于 Single-AZ 文件系统，Amazon FSx 会在您与文件系统关联的子网中配置两个弹性网络接口 (ENI)。对于 Multi-AZ 文件系统，Amazon FSx 还会预配置两个 ENI，在您与文件系统关联的每个子网中各配置一个。客户端会使用弹性网络接口与 Amazon FSx 文件系统进行通信。尽管这些网络接口属于您的账户 VPC，但仍被视为在 Amazon FSx 的服务范围内。 Multi-AZ 文件系统使用浮动 Internet 协议 (IP) 地址，因此在故障转移事件期间，连接的客户端可以在首选文件服务器和备用文件服务器之间无缝切换。

下表汇总了 FSx for ONTAP 文件系统的各种部署类型的子网、弹性网络接口和 IP 地址资源：

创建文件系统或 SVM 后，在删除文件系统之前，其 IP 地址不会更改。