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

# 管理吞吐能力
<a name="managing-throughput-capacity"></a>

FSx for ONTAP 会在创建文件系统时配置吞吐容量。您可以随时修改文件系统的吞吐能力。请记住，文件系统需要通过特定配置来实现最大吞吐能力。例如，要为第一代文件系统预置 4 GBps 的吞吐容量，您的文件系统需要至少具有 5,120 GiB 的固态硬盘存储容量和 160,000 个 SSD IOPS 的配置。有关更多信息，请参阅 [吞吐能力对性能的影响](performance.md#impact-throughput-cap-performance)。

吞吐能力是决定负责托管文件系统的文件服务器在为文件数据提供服务时的速度的因素之一。吞吐能力的级别越高，文件服务器上的网络、磁盘每秒读取 I/O 操作（IOPS）数和数据缓存容量水平也就越高。有关更多信息，请参阅 [亚马逊 FSx 为 NetApp ONTAP 性能而设计](performance.md)。

当您修改文件系统的吞吐容量时，Amazon 会 FSx 切换为文件系统提供动力的文件服务器。在此期间，单可用区和多可用区文件系统都会经历自动失效转移和失效自动恢复进程，这通常需要几分钟时间来完成。失效转移和失效自动恢复进程对 NFS（网络文件系统）、SMB（服务器消息块）以及 iSCSI（Internet 小型计算机系统接口）客户端是透明的，因此您的工作负载能够继续运行，不会中断，且无需人工干预。您的文件系统可以使用新的吞吐能力量后，就会向您收取费用。

**注意**  
为了确保维护活动期间的数据完整性， FSx for ONTAP 会在维护开始之前关闭所有机会性锁定，并完成对托管文件系统的底层存储卷的所有待处理写入操作。在文件系统的计划维护时段中，系统修改（例如对吞吐能力的修改）可能会出现延迟。系统维护会导致这些更改排队等待处理。有关更多信息，请参阅 [使用 Amazon FSx 维护时段进行性能优化](maintenance-windows.md)。

**Topics**
+ [

## 何时修改吞吐能力
](#when-to-modify-throughput-capacity)
+ [

## 如何处理并发请求
](#concurrent-throughput-and-storage-requests)
+ [

# 更新吞吐能力
](increase-throughput-capacity.md)
+ [

# 监控吞吐能力更改
](monitoring-throughput-capacity-changes.md)

## 何时修改吞吐能力
<a name="when-to-modify-throughput-capacity"></a>

Amazon 与 Amazon FSx 集成 CloudWatch，可帮助您监控文件系统的持续吞吐量使用水平。除了文件系统的吞吐能力外，您可以通过文件系统驱动的吞吐量和 IOPS 性能还取决于特定工作负载的特征。通常，您应预置足够的吞吐能力来支持工作负载的读取吞吐量以及两倍的工作负载写入吞吐量。您可以使用 CloudWatch 指标来确定要更改哪些维度以提高性能。有关更多信息，请参阅 [在 Amazon FSx 控制台中进行监控](monitor-throughput-cloudwatch.md)。



## 如何处理并发请求
<a name="concurrent-throughput-and-storage-requests"></a>

对于第一代文件系统，您可以在 SSD 存储容量和预调配 IOPS 更新工作流程开始之前或进行中请求吞吐能力更新。Amazon FSx 处理这两个请求的顺序如下：
+ 如果您同时提交 SSD/IOPS 更新和吞吐量容量更新，则两个请求都将被接受。 SSD/IOPS 更新优先级先于吞吐量容量更新。
+ 如果您在更新过程中提交吞吐量容量 SSD/IOPS 更新，则吞吐量容量更新请求将被接受并排队等候在更新之后（有新值可用）和优化步骤期间进行。SSD/IOPS update. The throughput capacity update starts after SSD/IOPS这通常会在 10 分钟内完成。
+ 如果您在吞吐量容量 SSD/IOPS 更新过程中提交更新，则 SSD/IOPS 存储更新请求将被接受并排队等待，等待吞吐量容量更新完成（新的吞吐量容量可用）后开始。这通常需要 20 分钟。

请求更新第二代文件系统的吞吐能力时，应考虑以下几点：
+ 在更新第二代文件系统的吞吐能力之前，至少须等待六个小时。
+ 吞吐容量冷却时间与 SSD/IOPS 扩展共享。
+ 吞吐量容量 SSD/IOPS 扩展和扩展不能同时完成，也不能在两者进行时排队。
+ 在吞吐量容量扩展或 SSD/IOPS 扩展过程中，您不能同时添加高可用性 (HA) 对。但是，添加 HA 对不会与 SSD/IOPS 扩展和吞吐量容量扩展共享冷却时间。有关更多信息，请参阅 [添加高可用性（HA）对](adding-HA-pairs.md)。

有关 SSD 存储和预调配 IOPS 更新的更多信息，请参阅[管理存储容量](managing-storage-capacity.md)。

# 更新吞吐能力
<a name="increase-throughput-capacity"></a>

您可以使用亚马逊 FSx 控制台、 AWS Command Line Interface (AWS CLI) 或 Amazon FSx API 修改文件系统的吞吐容量。

**注意**  
在更新第二代文件系统的吞吐能力之前，至少须等待六个小时。

## 修改文件系统的吞吐能力（控制台）
<a name="increase-throughput-console"></a>

1. 打开 Amazon FSx 控制台，网址为[https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)。

1. 导航到**文件系统**，然后选择要增加其吞吐能力的 ONTAP 文件系统。

1. 在**操作**中，选择**更新吞吐能力**。或者，在**摘要**面板中，选择文件系统**吞吐能力**旁边的**更新**。

   

1. 从列表中选择**吞吐能力**的新值。

1. 选择**更新**，启动吞吐能力更新。

1. 您可以通过**文件系统**详细信息页面的**更新**选项卡来监控更新进度。

   您可以使用亚马逊 FSx 控制台、和 API 来监控更新进度。 AWS CLI有关更多信息，请参阅 [监控吞吐能力更改](monitoring-throughput-capacity-changes.md)。

## 修改文件系统的吞吐能力（CLI）
<a name="increase-throughput-console"></a>

要修改文件系统的吞吐容量，请使用 AWS CLI 命令[update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html)。设置以下参数：
+ 将 `--file-system-id` 设置为要更新的文件系统的 ID。
+ 将 `ThroughputCapacity` 设置为要将文件系统更新到的所需值。

您可以使用亚马逊 FSx 控制台、和 API 来监控更新进度。 AWS CLI有关更多信息，请参阅 [监控吞吐能力更改](monitoring-throughput-capacity-changes.md)。

# 监控吞吐能力更改
<a name="monitoring-throughput-capacity-changes"></a>

您可以使用 Amazon FSx 控制台、API 和，监控吞吐容量修改的进度 AWS CLI。

## 在控制台中监控吞吐能力更改
<a name="monitor-throughput-action-console"></a>

通过**文件系统详细信息**窗口的**更新**选项卡，您可以查看每个更新操作类型的 10 个最新更新操作。

您可以查看关于吞吐能力更新操作的以下信息。

****更新类型****  
支持的类型包括**吞吐能力**、**存储容量**和**存储优化**。

****目标值****  
要将文件系统的吞吐能力更改为的所需值。

****状态****  
当前更新状态。对于吞吐能力更新，可能出现如下值：  
+ **待处理** — Amazon FSx 已收到更新请求，但尚未开始处理。
+ 处理@@ **中** — Amazon FSx 正在处理更新请求。
+ **已完成** – 吞吐能力更新已成功完成。
+ **失败** – 吞吐能力更新失败。选择问号（**?**）可查看关于吞吐量更新失败原因的详细信息。

****请求时间****  
Amazon FSx 收到更新请求的时间。

## 使用 AWS CLI 和 API 监控更改
<a name="monitor-throughput-action-cli-api"></a>

您可以使用 [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html)CLI 命令和 [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html)API 操作查看和监控文件系统吞吐量容量修改请求。`AdministrativeActions` 数组列出每种管理操作类型的 10 个最近更新操作。修改文件系统的吞吐能力时，会生成 `FILE_SYSTEM_UPDATE` 管理操作。

以下示例显示了 CLI 命令 `describe-file-systems` 的响应摘录。文件系统的吞吐容量为 128 MBps，目标吞吐量为 256 MBps。

```
.
.
.
    "ThroughputCapacity": 128,
"AdministrativeActions": [
    {
        "AdministrativeActionType": "FILE_SYSTEM_UPDATE",
        "RequestTime": 1581694764.757,
        "Status": "PENDING",
        "TargetFileSystemValues": {
          "OntapConfiguration": {
            "ThroughputCapacity": 256
          }
        }
    }
]
```

当 Amazon 成功 FSx 处理操作后，状态将更改为`COMPLETED`。文件系统即可使用新的吞吐能力，并在 `ThroughputCapacity` 属性中显示。如以下 CLI 命令 **describe-file-systems** 的响应摘录中所示。

```
.
.
.
    "ThroughputCapacity": 256,
"AdministrativeActions": [
    {
        "AdministrativeActionType": "FILE_SYSTEM_UPDATE",
        "RequestTime": 1581694764.757,
        "Status": "COMPLETED",
        "TargetFileSystemValues": {
          "OntapConfiguration": {
            "ThroughputCapacity": 256
          }
        }
    }
]
```

如果吞吐能力修改失败，状态将更改为 `FAILED` 且 `FailureDetails` 属性中会显示关于失败的信息。