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

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

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

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

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

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

### Single-AZ 部署类型
<a name="single-az"></a>

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

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

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

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

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

![该图说明了适用于 Single-AZ ONTAP 的第一代文件系统的 FSx 架构。](http://docs.aws.amazon.com/zh_cn/fsx/latest/ONTAPGuide/images/fsx-ontap-single-az-architecture.png)


### Multi-AZ 部署类型
<a name="multi-az"></a>

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

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

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

![该图说明了适用于 Multi-AZ ONTAP 第一代文件系统的 FSx 的高可用架构。](http://docs.aws.amazon.com/zh_cn/fsx/latest/ONTAPGuide/images/fsx-ontap-multi-az-architecture.png)


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

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




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

<table>
<thead>
  <tr><th>维度</th><th>First-generation</th><th>Second-generation （单个 HA 对）</th><th>Second-generation （多对）</th></tr>
</thead>
<tbody>
  <tr><td>部署类型</td><td>SINGLE\_AZ\_1<br />MULTI\_AZ\_1</td><td>SINGLE\_AZ\_2<br />MULTI\_AZ\_2</td><td>SINGLE\_AZ\_2</td></tr>
  <tr><td>HA 对</td><td colspan="2">1 个 HA 对</td><td>1-12 个 HA 对</td></tr>
  <tr><td>SSD 和存储</td><td>最小值：1 TiB<br />最大值：192 TiB</td><td>最小值：1 TiB<br />最大值：512 TiB</td><td>最小值：1 TiB（每个 HA 对）<br />最大值：1 PiB（总计）</td></tr>
  <tr><td>SSD IOPS</td><td>最低：3 个固 IOPS/GIB 态硬盘<br />最大值：160000</td><td>最低：3 个固 IOPS/GIB 态硬盘<br />最大值：200000</td><td>最低：3 个固 IOPS/GIB 态硬盘<br />最大值：2,400,000（每个 HA 对为 200,000）</td></tr>
  <tr><td>吞吐能力</td><td>128 MBps；256 MBps；512 MBps；1,024 MBps；2,048 MBps；4,096 MBps</td><td>384 MBps；768 MBps；1,536 MBps；3,072 MBps；6,144 MBps</td><td> 1,536 MBps（每个 HA 对）；3,072 MBps（每个 HA 对）；6,144 MBps（每个 HA 对）</td></tr>
</tbody>
</table>


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

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

Single-AZ 如果出现以下任何一种情况， Multi-AZ 文件系统会自动将给定的 HA 对从首选或活动文件服务器故障转移到备用文件服务器：
+ 首选文件服务器或活动文件服务器不可用
+ 文件系统的吞吐能力被更改
+ 首选文件服务器或活动文件服务器进行计划内维护
+ 可用区中断（仅限Multi-AZ 文件系统）

**注意**  
对于具有多个 HA 对的第二代文件系统，每个 HA 对的失效转移行为都是独立的。如果一个 HA 对的首选文件服务器不可用，则只有该 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](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>

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

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

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

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

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

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

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

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


|  | First-generation Single-AZ | Second-generation Single-AZ |  Multi-AZ | 
| --- | --- | --- | --- | 
| 子网的数量 | 1 | 1 | 2 | 
| 弹性网络接口的数量 | 2 | 每个 HA 对为 2 个 | 2 | 
| 各 ENI 的 IP 地址的数量 | 1 \+ 文件系统中 SVM 的数量 | HA 对计数 \+ HA 对计数乘以文件系统中的 SVM 数量 | 1 \+ 文件系统中 SVM 的数量 | 
| VPC 路由表路由的数量 | N/A | N/A | 1 \+ 文件系统中 SVM 的数量 | 

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

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