本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
可用性、耐久性和部署选项
Amazon FSx for NetApp ONTAP 使用单可用区和多可用区部署类型。您可以从四个选项中进行选择：单可用区 1、单可用区 2、多可用区 1 和多可用区 2。本主题介绍每种部署类型的可用性与持久性功能，帮助您选择适合您的工作负载的部署类型。有关该服务的可用性SLA（服务等级协议）的信息，请参阅 Amazon FSx 服务等级协议
注意
可用区文件系统在中国（北京）区域不可用。
选择文件系统部署类型
以下各节介绍了单可用区和多可用区文件系统部署类型的可用性与持久性功能。
单可用区部署类型
您可以为单可用区文件系统选择单可用区 1 和单可用区 2。单可用区 1 是具有一对高可用性 (HA) 的第一代文件系统，而单可用区 2 是具有 1—12 个 HA 对的第二代文件系统。有关更多信息，请参阅 选择一代文件系统。
当您创建单可用区文件系统时，Amazon FSx 会自动在活动-备用配置中配置一到十二对文件服务器，每对中的活动和备用文件服务器位于中单个可用区内的不同故障域中。 Amazon Web Services 区域在计划内的文件系统维护或任何活动文件服务器的计划外服务中断期间，Amazon 通常会在几秒钟内FSx自动独立地将该高可用性 (HA) 对故障转移到备用文件服务器。在故障转移期间，您无需手动干预即可继续访问数据。
为了确保高可用性，Amazon 会FSx持续监控硬件故障，并在出现故障时自动更换基础设施组件。为了实现高持久性，Amazon FSx 会自动在可用区内复制您的数据，以保护其免受组件故障的影响。此外，您还可以选择配置文件系统数据的“每日自动备份”。这些备份存储在多个可用区中，为所有备份数据提供多可用区弹性。
单可用区文件系统专为不需要多可用区文件系统的数据弹性模型的用例而设计。它们为开发和测试环境或存储已存储在本地或其他地方的数据的辅助副本等用例提供了成本优化的解决方案 Amazon Web Services 区域，只需在单个可用区内复制数据。
下图说明了FSx适用于ONTAP单可用区的第一代文件系统的架构。
多可用区部署类型
您可以为多可用区文件系统选择多可用区 1 和多可用区 2。多可用区 1 是第一代文件系统，多可用区 2 是第二代文件系统。两个选项都有一个 HA 对。有关更多信息，请参阅 选择一代文件系统。
多可用区文件系统支持单可用区文件系统的所有可用性与持久性功能。此外，及时可用区不可用，它们都能为数据提供持续可用性。多可用区部署只有一对 HA 文件服务器，备用文件服务器部署在与 Amazon Web Services 区域活动文件服务器不同的可用区中。写入文件系统的任何更改都会跨可用区同步复制到备用区。
多可用区文件系统专为业务关键型生产工作负载而设计，这些工作负载需要共享ONTAP文件数据的高可用性，并且需要通过内置的跨可用区复制功能进行存储。下图说明了FSx适用于ONTAP多可用区的第一代文件系统的架构。
选择一代文件系统
下表说明了文件系统的第一代和第二代单可用区和多可用区之间的区别FSx。ONTAP
FSx适用于ONTAP文件系统世代 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 维度 | 第一代 | 第二代（单个 HA 对） | 第二代（多对） | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Deployment type（部署类型） | SINGLE_AZ_1 MULTI_AZ_1 |
SINGLE_AZ_2 MULTI_AZ_2 |
SINGLE_AZ_2 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| HA 对 | 1 对 HA | 1—12 个 HA 对 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| SSD存储 |
最小值：1 TiB 最大值：192 TiB |
最小值：1 TiB 最大值：512 TiB |
最低：1 TiB（每对 HA） 最大值：1 PiB（总计） |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| SSD IOPS |
最低限度：3IOPS/GIBSSD 最大值：160,000 |
最低限度：3IOPS/GIBSSD 最大值：20万 |
最低限度：3IOPS/GIBSSD 最大值：2,400,000（每对 HA 200 ,000 个） |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 吞吐能力 | 128MBps；256；512MBps；1,024MBps；2,048MBps；4,09 MBps 6 MBps | 384MBps；768；1,536MBps；3,072MBps；6,144 MBps MBps | 1,536MBps（每对 HA）；3,072MBps（每对 HA）；6,144MBps（每对 HA 对） | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
注意
创建文件系统后，您无法更改其部署类型。如果要更改部署类型（例如，从单可用区 1 移动到单可用区 2），则可以备份数据并将其还原到新的文件系统上。您还可以使用NetApp SnapMirror、使用或使用 Amazon DataSync第三方数据复制工具迁移数据。有关更多信息，请参阅使用迁移到适用于 ONTAP 的 FSx NetApp SnapMirror 和使用 Amazon DataSync迁移至 FSx for ONTAP。
的FSx故障转移流程 ONTAP
如果出现以下任何一种情况，单可用区和多可用区文件系统会自动将给定的 HA 对从首选或活动文件服务器故障转移到备用文件服务器：
-
首选文件服务器或活动文件服务器不可用
-
文件系统的吞吐能力被更改
-
首选文件服务器或活动文件服务器进行计划内维护
-
可用区发生中断（仅限多可用区文件系统）
注意
对于具有多个 HA 对的第二代文件系统，每个 HA 对的故障转移行为是独立的。如果一个 HA 对的首选文件服务器不可用，则只有该 HA 对会故障转移到其备用文件服务器。
从一台文件服务器故障转移到另一台文件服务器时，新的活动文件服务器会自动开始为该 HA 对的所有文件系统读取和写入请求提供服务。对于多可用区文件系统，当首选文件服务器完全恢复并变为可用时，Amazon FSx 会自动故障恢复到该服务器，故障恢复通常在 60 秒内完成。对于单可用区和多可用区文件系统，从在活动文件服务器上检测到故障到将备用文件服务器提升为活动状态，失效转移通常会在 60 秒内完成。由于客户机用于访问数据的端点 IP 地址NFS或SMB保持不变，因此故障转移对 Linux、Windows 和 macOS 应用程序是透明的，这些应用程序无需手动干预即可恢复文件系统的操作。
要确保ONTAP单可用区和多可用区文件系统的故障转移FSx对连接到您的客户端透明，请参阅。从内部访问数据 Amazon Web Services 云
在文件系统上测试失效转移
您可以通过修改文件系统的吞吐能力来测试其失效转移。当您修改文件系统的吞吐容量时，Amazon 会按顺序FSx切换文件系统的文件服务器。当 Amazon 先FSx替换首选文件服务器时，文件系统会自动故障转移到辅助服务器。更新后，文件系统会自动故障恢复到新的主服务器，Amazon 会FSx替换辅助文件服务器。
您可以在 Amazon FSx 控制台、和中监控吞吐量容量更新请求的CLI进度API。有关修改文件系统的吞吐能力和监控请求进度的更多信息，请参阅管理吞吐能力。
网络资源
本节介绍单可用区和多可用区文件系统所消耗的网络资源。
子网
创建单可用区文件系统时，您需要为该文件系统指定单个子网。您选择的子网将定义您创建的文件系统中的可用区。创建多可用区文件系统时需要指定两个子网，分别用于首选文件服务器和备用文件服务器。您选择的两个子网必须位于同一 Amazon Web Services 区域的不同可用区中。有关亚马逊的更多信息VPC，请参阅什么是亚马逊VPC？ 在《亚马逊虚拟私有云 Virtual Private Cloud 用户指南》中。
注意
无论您指定哪个子网，您都可以从文件系统中的任何子网访问您的文件系统VPC。
文件系统弹性网络接口
对于单可用区文件系统，Ama FSx zon 会在您与文件系统关联的子网中配置两个弹性网络接口 (ENI)。对于多可用区文件系统，Amazon FSx 还ENIs会在您与文件系统关联的每个子网中配置两个，一个。客户使用 elastic network 接口与您的亚马逊FSx文件系统进行通信。尽管网络接口属于您的账户FSx，但仍被视为在 Amazon 的服务范围内VPC。多可用区文件系统使用浮动互联网协议 (IP) 地址，因此在故障转移事件期间，连接的客户端可以在首选文件服务器和备用文件服务器之间无缝切换。
警告
您不得修改或删除与您的文件系统关联的弹性网络接口。修改或删除网络接口可能会导致您VPC和您的文件系统之间的连接永久中断。
与您的文件系统关联的弹性网络接口将自动创建路由，并将其添加到您的默认路由表VPC和子网路由表中。修改或删除这些路由可能会导致文件系统客户端暂时或永久丢失连接。
下表汇总了每种ONTAP文件系统部署类型的子网、elastic network in FSx terface 和 IP 地址资源：
| 第一代单可用区 | 第二代单可用区 | 多可用区 | |
|---|---|---|---|
| 子网的数量 | 1 | 1 | 2 |
| 弹性网络接口的数量 | 2 | 每对 HA 2 | 2 |
| 每个 IP 地址数 ENI | 1 + 文件系统SVMs中的数量 | HA 对计数 + HA 对计数乘以文件SVMs系统中的数量 | 1 + 文件系统SVMs中的数量 |
| VPC路由表路由数量 | 不适用 | 不适用 | 1 + 文件系统SVMs中的数量 |
创建文件系统或SVM后，在删除文件系统之前，其 IP 地址不会更改。
重要
Amazon FSx 不支持从公共互联网访问文件系统，也不支持将文件系统暴露给公共 Internet。Amazon FSx 会自动分离任何弹性 IP 地址，该地址是可从互联网访问的公有 IP 地址，该地址连接到文件系统的弹性网络接口。