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

# 可用性、持久性和部署选项
<a name="high-availability-AZ"></a>

适用于 NetApp ONTAP 的 Amazon FSx 采用单可用区和多可用区部署类型。可以从以下四个选项中选择：单可用区 1、单可用区 2、多可用区 1 和多可用区 2。本主题介绍每种部署类型的可用性与持久性功能，帮助您选择适合您的工作负载的部署类型。有关该服务的可用性 SLA（服务等级协议）的信息，请参阅 [Amazon FSx 服务等级协议](https://www.amazonaws.cn/fsx/sla/)。

**Topics**
+ [选择文件系统部署类型](#choosing-deployment-type)
+ [选择文件系统世代](#choose-generation)
+ [FSx for ONTAP 失效转移过程](#Failover)
+ [网络资源](#single-multi-az-resources)

**注意**  
多可用区文件系统在中国（北京）区域不可用。

## 选择文件系统部署类型
<a name="choosing-deployment-type"></a>

以下各节介绍了单可用区和多可用区文件系统部署类型的可用性与持久性功能。

### 单可用区部署类型
<a name="single-az"></a>

单可用区文件系统可以选择单可用区 1 和单可用区 2。单可用区 1 是具有一个高可用性（HA）对的第一代文件系统，而单可用区 2 是具有 1-12 个 HA 对的第二代文件系统。有关更多信息，请参阅 [选择文件系统世代](#choose-generation)。

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

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

单可用区文件系统专为不需要多可用区文件系统的数据弹性模型的用例而设计。它们为开发和测试环境等用例提供了成本优化的解决方案，或者仅通过在单个可用区内复制数据来存储已存储在本地或其他 Amazon Web Services 区域 中数据的辅助副本。

下图阐明了 FSx for ONTAP 单可用区第一代文件系统的架构。

![\[阐明 FSx for ONTAP 单可用区第一代文件系统架构的图。\]](http://docs.amazonaws.cn/fsx/latest/ONTAPGuide/images/fsx-ontap-single-az-architecture.png)


### 多可用区部署部署类型
<a name="multi-az"></a>

多可用区文件系统可以选择多可用区 1 和多可用区 2。多可用区 1 是第一代文件系统，多可用区 2 是第二代文件系统。这两个选项都有一个 HA 对。有关更多信息，请参阅 [选择文件系统世代](#choose-generation)。

多可用区文件系统支持单可用区文件系统的所有可用性与持久性功能。此外，及时可用区不可用，它们都能为数据提供持续可用性。多可用区部署采用单个 HA 对的文件服务器，同一 Amazon Web Services 区域 的备用文件服务器与活动文件服务器部署在不同的可用区中。写入文件系统的任何更改都会跨可用区同步复制到备用区。

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

![\[阐明 FSx for ONTAP 多可用区第一代文件系统架构的图。\]](http://docs.amazonaws.cn/fsx/latest/ONTAPGuide/images/fsx-ontap-multi-az-architecture.png)


## 选择文件系统世代
<a name="choose-generation"></a>

下表说明了第一代和第二代单可用区与多可用区 FSx for ONTAP 文件系统之间的差异。




**FSx for ONTAP 文件系统世代**  

| 维度 | 第一代 | 第二代（单个 HA 对） | 第二代（多对） | 
| --- | --- | --- | --- | 
| Deployment type（部署类型） | SINGLE\$1AZ\$11 MULTI\$1AZ\$11 |  SINGLE\$1AZ\$12 MULTI\$1AZ\$12  |  SINGLE\$1AZ\$12  | 
| HA 对 | 1 个 HA 对 | 1-12 个 HA 对 | 
| SSD 和存储 |  最小值：1 TiB 最大值：192 TiB  |  最小值：1 TiB 最大值：512 TiB  |  最小值：1 TiB（每个 HA 对） 最大值：1 PiB（总计）  | 
| SSD IOPS |  最小值：3 IOPS/GIB SSD 最大值：160000  |  最小值：3 IOPS/GIB SSD 最大值：200000  |  最小值：3 IOPS/GIB SSD 最大值：2,400,000（每个 HA 对为 200,000）  | 
| 吞吐能力 | 128 MBps；256 MBps；512 MBps；1,024 MBps；2,048 MBps；4,096 MBps | 384 MBps；768 MBps；1,536 MBps；3,072 MBps；6,144 MBps |  1,536 MBps（每个 HA 对）；3,072 MBps（每个 HA 对）；6,144 MBps（每个 HA 对） | 

**注意**  
创建文件系统之后无法更改其部署类型。如果要更改部署类型（例如，从单可用区 1 迁移至单可用区 2），可以备份数据并将其还原到新的文件系统上。您还可以使用 NetApp SnapMirror、Amazon DataSync 或第三方数据复制工具来迁移数据。有关更多信息，请参阅 [使用 FSx 迁移到 ONTAP NetApp SnapMirror](migrating-fsx-ontap-snapmirror.md) 和 [使用 FSx 迁移到 ONTAP Amazon DataSync](migrate-files-to-fsx-datasync.md)。

## FSx for ONTAP 失效转移过程
<a name="Failover"></a>

出现以下情况时，单可用区和多可用区文件系统会自动通过给定的 HA 对从首选文件服务器或活动文件服务器失效转移到备用文件服务器：
+ 首选文件服务器或活动文件服务器不可用
+ 文件系统的吞吐能力被更改
+ 首选文件服务器或活动文件服务器进行计划内维护
+ 可用区发生中断（仅限多可用区文件系统）

**注意**  
对于具有多个 HA 对的第二代文件系统，每个 HA 对的失效转移行为都是独立的。如果一个 HA 对的首选文件服务器不可用，则只有该 HA 对会失效转移到其备用文件服务器。

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

要确保失效转移对连接到 FSx for ONTAP 单可用区和多可用区文件系统的客户端透明，请参阅[从内部访问数据 Amazon Web Services 云](supported-fsx-clients.md#access-environments)。

### 在文件系统上测试失效转移
<a name="testing-failover"></a>

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

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

## 网络资源
<a name="single-multi-az-resources"></a>

本节介绍单可用区和多可用区文件系统所消耗的网络资源。

### 子网
<a name="fs-subnets"></a>

创建单可用区文件系统时，您需要为该文件系统指定单个子网。您选择的子网将定义您创建的文件系统中的可用区。创建多可用区文件系统时需要指定两个子网，分别用于首选文件服务器和备用文件服务器。您选择的两个子网必须位于同一 Amazon Web Services 区域 的不同可用区中。有关 Amazon VPC 的更多信息，请参阅《Amazon Virtual Private Cloud 用户指南》**中的[Amazon VPC 是什么？](https://docs.amazonaws.cn/vpc/latest/userguide/what-is-amazon-vpc.html)。

**注意**  
无论您指定的是哪个子网，您都可以通过文件系统 VPC 内的任意子网访问文件系统。

### 文件系统弹性网络接口
<a name="file-system-eni-fsxw"></a>

 对于单可用区文件系统，Amazon FSx 会在您关联到文件系统的子网中配置两个[弹性网络接口](https://docs.amazonaws.cn/vpc/latest/userguide/VPC_ElasticNetworkInterfaces.html)（ENI）。对于多可用区文件系统，Amazon FSx 会在您关联到文件系统的两个子网中各配置一个弹性网络接口（ENI）。客户端会使用弹性网络接口与 Amazon FSx 文件系统进行通信。这些网络接口被视为在 Amazon FSx 的服务范围内，尽管是您的账户的 VPC 的一部分。多可用区文件系统使用浮动互联网协议（IP）地址，因此在失效转移事件期间，连接的客户端可以在首选文件服务器和备用文件服务器之间无缝切换。

**警告**  
您不得修改或删除与您的文件系统关联的弹性网络接口。修改或删除该网络接口可能会导致永久丢失您的 VPC 和文件系统之间的连接。
与您的文件系统关联的弹性网络接口将自动创建路由，并将其添加到默认 VPC 和子网路由表中。修改或删除这些路由可能会导致文件系统客户端暂时或永久丢失连接。

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


|  | 第一代单可用区 | 第二代单可用区 |  多可用区 | 
| --- | --- | --- | --- | 
| 子网的数量 | 1 | 1 | 2 | 
| 弹性网络接口的数量 | 2 | 每个 HA 对为 2 个 | 2 | 
| 各 ENI 的 IP 地址的数量 | 1 \$1 文件系统中 SVM 的数量 | HA 对计数 \$1 HA 对计数乘以文件系统中的 SVM 数量 | 1 \$1 文件系统中 SVM 的数量 | 
| VPC 路由表路由的数量 | 不适用 | 不适用 | 1 \$1 文件系统中 SVM 的数量 | 

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

**重要**  
Amazon FSx 不支持从公共互联网访问文件系统，也不支持将文件系统暴露给公共互联网。Amazon FSx 会自动分离任何连接到文件系统的弹性网络接口的弹性 IP 地址，该地址是可从互联网访问的公有 IP 地址。