管理存储容量 - Amazon FSx for Windows File Server
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 Amazon Web Services 服务入门

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

管理存储容量

由于需要额外存储容量,您可以增加 FSx for Windows File Server 文件系统上配置的存储容量。您可以使用亚马逊 FSx 控制台、亚马逊 FSx API 或Amazon Command Line Interface(Amazon CLI)。

注意

您只能增加文件系统的存储容量;不能减少存储容量。

注意

增加存储容量不适用于 2019 年 6 月 23 日之前创建的文件系统或从属于 2019 年 6 月 23 日之前创建的文件系统的备份还原的文件系统。

当您在后台增加 Amazon FSx 文件系统的存储容量时,Amazon FSx 会向您的文件系统添加一组新的、更大的磁盘。在几分钟内即可使用新容量。当新的存储容量可用时,您只需为新的存储容量付费。

Amazon FSx 在后台运行存储优化流程,以透明方式将数据从旧磁盘迁移到新的更大的磁盘。对于大多数文件系统,存储优化需要几个小时至几天,对工作负载性能的明显影响最小。

下图显示了 Amazon FSx 在增加文件系统存储容量时使用的四个主要步骤。


            4 个步骤图:1. 存储容量增加请求,2. FSx 添加了新的更大的磁盘,3。FSx 迁移数据,然后 4。FSx 删除旧磁盘。

您可以随时使用 Amazon FSx 控制台、CLI 和 API 跟踪存储优化进度。有关更多信息,请参阅 监控存储容量的增加

增加存储容量时需要知道的重要点

以下是增加存储容量时需要考虑的几个重要事项:

  • 仅增加— 您只能增加文件系统的存储容量;不能减少存储容量。

  • 最小增加— 每次增加存储容量必须至少为文件系统当前存储容量的 10%,最大允许值为 65,536 GiB。

  • 最小吞吐量容量— 要增加存储容量,文件系统的最低吞吐容量必须为 16 MB/s。这是因为存储优化步骤是吞吐量密集型的过程。

  • 增长之间的时间— 在请求最后一次增加后 6 个小时或存储优化过程完成之前,无法在文件系统上进一步增加存储容量,以较长的时间为准。存储优化可能需要几个小时到几天才能完成。为了最大限度地缩短完成存储优化所需的时间,我们建议在增加存储容量之前增加文件系统的吞吐量容量(在存储扩展完成后可以缩小吞吐容量),并在流量最少的情况下增加存储容量文件系统。

何时增加存储容量

当文件系统的可用存储容量不足时,请增加文件系统的存储容量。使用FreeStorageCapacity CloudWatch用于监控文件系统上可用的可用存储空间量的指标。您可以创建亚马逊CloudWatch针对此指标发出警报,并在其降至特定阈值以下时收到通知。有关更多信息,请参阅 使用 Amazon 进行监控CloudWatch

当可用存储容量低于指定的阈值时,您可以自动增加文件系统的存储容量。使用Amazon开发自定义Amazon CloudFormation模板来部署实施自动化解决方案所需的所有组件。有关更多信息,请参阅 动态增加存储容量

存储容量增加和文件系统性能

大多数工作负载对性能的影响最小,而 Amazon FSx 将在新存储容量可用后在后台运行存储优化过程。具有大量活动数据集的写入密集型应用程序可能会暂时降低多达一半的写入性能。对于这些情况,您可以首先增加文件系统的吞吐量容量以前增加存储容量。这使您能够继续提供相同级别的吞吐量,以满足应用程序的性能需求。有关更多信息,请参阅 管理吞吐量容量

如何增加存储容量

您可以使用 Amazon FSx 控制台来增加文件系统的存储容量Amazon CLI,或者亚马逊 FSx API。

  1. 打开 Amazon FSx 控制台https://console.aws.amazon.com/fsx/.

  2. 导航到文件系统然后选择要增加存储容量的 Windows 文件系统。

  3. 适用于操作,选择更新存储. 或者,在摘要面板中,选择更新旁边的文件系统存储容量.

    这些区域有:更新存储容量此时显示窗口。

    
                                控制台屏幕截图显示了更新存储容量窗格。
  4. 适用于输入类型,选择百分比以与当前值相比的百分比变化输入新存储容量,或者选择绝对以 GiB 为单位输入新值。

  5. 输入所需存储容量.

    注意

    所需容量值必须至少比当前值大 10%,最大值为 65,536 GiB。

  6. 选择更新以启动存储容量更新。

  7. 您可以在文件系统详情页面,在更新选项卡。

要增加 FSx for Windows File Server 文件系统的存储容量,请使用Amazon CLI命令update-file-system. 设置以下参数:

  • --file-system-id到您要更新的文件系统的 ID。

  • --storage-capacity至少比当前值大 10% 的值。

您可以使用Amazon CLI命令describe-file-systems. 查找administrative-actions输出中。

有关更多信息,请参阅 。AdministrativeAction.

监控存储容量的增加

您可以使用 Amazon FSx 控制台、API 或Amazon CLI.

控制台中的监控增加

更新中的 “选项卡”详细文件系统窗口中,您可以查看每种更新类型的 10 个最近更新。


                    控制台屏幕截图显示最近更新列表。

对于存储容量更新,您可以查看以下信息。

更新类型

支持的类型有:存储容量存储优化, 和吞吐量容量.

Target value (目标值)

将文件系统的存储容量更新为的所需值。

状态

更新的当前状态。对于存储容量更新,可能的值如下所示:

  • Pending— 亚马逊 FSx 已收到更新请求,但尚未开始处理。

  • 正在进行中— 亚马逊 FSx 正在处理更新请求。

  • 更新优化— Amazon FSx 增加了文件系统的存储容量。存储优化过程现在正在将文件系统数据移动到新的较大磁盘上。

  • 已完成— 存储容量增加已成功完成。

  • 已失败— 存储容量增加失败。选择问号 (?) 以查看有关存储更新失败原因的详细信息。

进度%

将存储优化过程的进度显示为完成百分比。

请求时间

亚马逊 FSx 收到更新操作请求的时间。

监控随着Amazon CLI和 API

您可以使用describe-file-systems Amazon CLI命令和DescribeFile系统API 操作。这些区域有:AdministrativeActions阵列列出了每种管理操作类型的 10 个最近更新操作。当你增加文件系统的存储容量时,两个AdministrativeActions生成:aFILE_SYSTEM_UPDATESTORAGE_OPTIMIZATIONaction.

以下示例显示了响应摘录describe-file-systemsCLI 命令。文件系统的存储容量为 300 GB,还有待执行将存储容量增加到 1000 GB 的管理措施。

{ "FileSystems": [ { "OwnerId": "111122223333", . . . "StorageCapacity": 300, "AdministrativeActions": [ { "AdministrativeActionType": "FILE_SYSTEM_UPDATE", "RequestTime": 1581694764.757, "Status": "PENDING", "TargetFileSystemValues": { "StorageCapacity": 1000 } }, { "AdministrativeActionType": "STORAGE_OPTIMIZATION", "RequestTime": 1581694764.757, "Status": "PENDING", } ]

Amazon FSx 处理FILE_SYSTEM_UPDATE首先操作,将新的较大的存储磁盘添加到文件系统中。当新存储空间可用于文件系统时,FILE_SYSTEM_UPDATE状态将更改为UPDATED_OPTIMIZING. 存储容量显示了新的更大价值,Amazon FSx 开始处理STORAGE_OPTIMIZATION行政操作。以下摘录的答复摘录显示了这一点describe-file-systemsCLI 命令。

这些区域有:ProgressPercent属性显示存储优化过程的进度。存储优化过程成功完成后,FILE_SYSTEM_UPDATE操作更改为COMPLETED,以及STORAGE_OPTIMIZATION动作不再出现。

{ "FileSystems": [ { "OwnerId": "111122223333", . . . "StorageCapacity": 1000, "AdministrativeActions": [ { "AdministrativeActionType": "FILE_SYSTEM_UPDATE", "RequestTime": 1581694764.757, "Status": "UPDATED_OPTIMIZING", "TargetFileSystemValues": { "StorageCapacity": 1000 } }, { "AdministrativeActionType": "STORAGE_OPTIMIZATION", "RequestTime": 1581694764.757, "Status": "IN_PROGRESS", "ProgressPercent": 50, } ]

如果存储容量增加失败,则FILE_SYSTEM_UPDATE操作更改为FAILED. 这些区域有:FailureDetails属性提供有关故障的信息,如以下示例所示。

{ "FileSystems": [ { "OwnerId": "111122223333", . . . "StorageCapacity": 300, "AdministrativeActions": [ { "AdministrativeActionType": "FILE_SYSTEM_UPDATE", "FailureDetails": { "Message": "string" }, "RequestTime": 1581694764.757, "Status": "FAILED", "TargetFileSystemValues": "StorageCapacity": 1000 } ]

有关故障排除操作的信息,请参阅存储或吞吐量容量更新失败.

动态增加 FSx for Windows File Server 文件系统的存储容量

当可用存储容量低于指定的阈值时,可以使用以下解决方案动态增加 FSx for Windows File Server 文件系统的存储容量。该Amazon CloudFormation模板会自动部署定义可用存储容量阈值所需的所有组件,即亚马逊CloudWatch基于此阈值的警报,以及Amazon Lambda增加文件系统存储容量的函数。

该解决方案会自动部署所有需要的组件,并采用以下参数:

  • 文件系统 ID

  • 可用存储容量阈值(数值)

  • 计量单位(百分比 [默认] 或 GiB)

  • 增加存储容量的百分比 (%)

  • SNS 订阅的电子邮件地址

  • 调整警报阈值(是/否)

架构概述

部署此解决方案将在Amazon云。


                    自动增加 FSx for Windows File Server 文件系统存储容量的解决方案的体系结构图。

下图说明了以下步骤:

  1. 这些区域有:Amazon CloudFormation模板部署CloudWatch警报,Amazon Lambda函数、Amazon Simple Notification Service (Amazon SNS) 队列,以及所有必需的Amazon Identity and Access Management(IAM) 角色。IAM 角色授予 Lambda 函数调用 Amazon FSx API 操作的权限。

  2. CloudWatch当文件系统的可用存储容量低于指定阈值时触发警报,并向 Amazon SNS 队列发送消息。

  3. 然后,该解决方案会触发订阅此 Amazon SNS 主题的 Lambda 函数。

  4. Lambda 函数根据指定的百分比增长值计算新的文件系统存储容量,并设置新的文件系统存储容量。

  5. Lambda 函数可以选择性地调整可用存储容量阈值,使其等于文件系统新存储容量的指定百分比。

  6. 最初的CloudWatchLambda 函数操作的警报状态和结果将发送到 Amazon SNS 队列。

接收有关作为响应而执行的操作的通知CloudWatch警报,Amazon SNS 必须按照订阅确认电子邮件。

Amazon CloudFormation 模板

此解决方案使用Amazon CloudFormation以自动部署用于自动增加 FSx for Windows File Server 文件系统存储容量的组件。要使用此解决方案,请下载增加EFSxSize Amazon CloudFormation模板。

该模板使用参数如下所述。查看模板参数及其默认值,然后根据文件系统的需要对其进行修改。

FileSystemId

无默认值。要自动增加存储容量的文件系统的 ID。

LowFreeDataStorageCapacityThreshold

无默认值。指定触发警报并自动增加文件系统的存储容量的初始可用存储容量阈值,以 GiB 或文件系统当前存储容量的百分比 (%) 指定。如果以百分比表示,CloudFormation模板重新计算到 GiB 以匹配CloudWatch警报设置。

LowFreeDataStorageCapacityThreshold单位

默认值为%. 指定的单位LowFreeDataStorageCapacityThreshold,以 GiB 为单位或当前存储容量的百分比。

AlarmModification通知

默认值为. 如果设置为 “是”,则初始LowFreeDataStorageCapacityThreshold,按比例增加PercentIncrease用于后续的警报阈值。

例如,什么时候PercentIncrease设置为 20,并且AlarmModification通知设置为 “是”,即可用可用空间阈值 (LowFreeDataStorageCapacityThreshold) 对于随后的存储容量增加事件,在 GiB 中指定的将增加 20%。

EmailAddress

无默认值。指定用于 SNS 订阅的电子邮件地址,并将接收存储容量阈值警报。

PercentIncrease

无默认值。指定增加存储容量的数量,以当前存储容量的百分比表示。

通过自动部署Amazon CloudFormation

以下过程配置和部署Amazon CloudFormation堆栈以自动增加 FSx for Windows File Server 文件系统的存储容量。部署需要花费大约 5 分钟。

注意

实施此解决方案需要对相关的Amazon服务。有关更多信息,请参阅这些服务的定价详细信息页面。

在开始之前,您必须在您的 Amazon virtual Private Cloud (Amazon VPC) 中运行的 Amazon FSx 文件系统的 IDAmazonaccount. 有关创建 Amazon FSx 资源的更多信息,请参阅开始使用 Amazon FSx.

启动自动增加存储容量解决方案堆栈

  1. 下载增加EFSxSize Amazon CloudFormation模板。有关创建CloudFormation堆栈,请参阅在Amazon CloudFormation控制台中的Amazon CloudFormation用户指南.

    注意

    Amazon FSx 目前仅在特定情况下可用Amazon地区。你必须在Amazon亚马逊 FSx 可用的地区。有关更多信息,请参阅 。Amazon FSx 终端节点和配额中的Amazon一般参考.

  2. In指定堆栈细节中,输入自动存储容量增加解决方案的值。

    
                            显示为指定堆栈详细信息页面输入的值的屏幕截图CloudFormation模板。
  3. 输入堆栈名称.

  4. 适用于参数,请查看模板的参数并根据文件系统的需要对其进行修改。然后选择下一步

  5. 输入任何选项选择您想要用于自定义解决方案的设置,然后选择下一步.

  6. 适用于审核,请查看并确认解决方案设置。您必须选中确认模板创建 IAM 资源的复选框。

  7. 选择 Create (创建) 以部署堆栈。

您可以在 Amazon CloudFormation 控制台的 Status (状态) 列中查看堆栈的状态。您应看到的状态创建 _完成在大约 5 分钟内。

更新堆栈

创建堆栈后,您可以使用相同的模板并为参数提供新值来更新堆栈。有关更多信息,请参阅 。直接更新堆栈中的Amazon CloudFormation用户指南.