本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 仓储服务
为您的 Microsoft 工作负载选择合适的存储方案是一项至关重要的架构决策。作为决策过程的一部分，我们建议您制定存储计划，并确定您的应用程序和服务的功能需求。本章将概述以下几种可能会影响您的规划决策的存储选项。
**Topics**
+ [Amazon EBS](storage-main-ebs.md)
+ [Amazon FSx](storage-fsx.md)
+ [AWS Storage Gateway](storage-main-storage-gateway.md)
# Amazon EBS
Amazon Elastic Block Store（Amazon EBS）是一项完全托管的块存储服务，它能让您创建持久的块级存储卷，这些存储卷可与 Amazon Elastic Compute Cloud（Amazon EC2）实例一起使用。您可以利用 Amazon EBS 中的多种功能，以有效的方式管理和优化您在云中运行的 Windows 工作负载的存储资源。例如，您可以使用 Amazon EBS 来为您的工作负载预调配所需的精确 IOPS 和吞吐量，从一系列卷类型中进行选择以满足您的工作负载需求，并使用相关工具来识别并消除不必要的存储资源浪费。这种对存储性能和使用情况的精细控制，能帮助您优化存储资源，同时避免不必要的成本。
**Topics**
+ [将 Amazon EBS 卷从 gp2 迁移到 gp3](ebs-migrate-gp2-gp3.md)
+ [修改 Amazon EBS 快照](ebs-migrate-ebs-snapshots.md)
+ [删除未附加的 Amazon EBS 卷](ebs-delete-ebs-volumes.md)
# 将 Amazon EBS 卷从 gp2 迁移到 gp3
## 概述
固态硬盘（SSD）是生产和高性能工作负载的标准存储选项。Amazon EBS 为中高性能工作负载提供[通用型 SSD 卷](https://docs.aws.amazon.com/ebs/latest/userguide/general-purpose.html)。许多通用固态硬盘 AWS 服务 卷（包括 Amazon EC2）的标准是 [gp2](https://docs.aws.amazon.com/ebs/latest/userguide/general-purpose.html#EBSVolumeTypes_gp2)，这是第二代通用固态硬盘卷。名为 [gp3 的第三代通用 SSDs型于 202](https://docs.aws.amazon.com/ebs/latest/userguide/general-purpose.html#gp3-ebs-volume-type) 0 年 12 月发布。
gp3 版本在性能自定义方面相较于前一代有了显著的提升。对于 Amazon EBS gp2 卷，其性能与卷的大小密切相关。每增加 1GB 的存储容量，gp2 卷获取了 3 IOPS 的性能。也就是说，一个 2000GB 的 gp2 卷能够实现 6000 次 IOPS。对于 gp3 卷，其性能可独立于存储容量进行自定义。这使得即使是小容量的卷也能实现高达 80,000 IOPS 和 2,000 MB/s 吞吐量的性能。
gp3 卷的另一个主要变化在于基准 IOPS 性能。gp3 卷的起始值为 3000 IOPS。相比之下，gp2 卷的大小必须达到 1TiB 才能实现相同的性能。对于 C: 盘通常小于 1TiB 的 Windows Server 来说，从 gp2 升级到 gp3 是一项显著的性能提升。
最后，gp3 卷的价格相比 gp2 卷有了最大的降幅。gp3 卷提供了增强的性能，但成本却比 gp2 卷低 20%。
## 成本影响
由于能够独立于容量来调整性能，因此了解额外增加 IOPS 和吞吐量的定价方式就显得尤为重要。对于 gp2 卷，定价基于每月每 GiB 0.10 美元的预调配容量。对于 gp3 卷，定价与高性能[预调配 IOPS SSD 卷](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html#EBSVolumeTypes_piops)类似，这类存储卷的定价包含容量费用以及额外 IOPS 和吞吐量的单独费用。
如下表所示，gp3 卷的容量价格为每月 GiB 0.08 美元（比 gp2 低 20%），吞吐量超过 3,000 的 IOPS 费用分别为每预配置 IOPS 每月 0.005 美元，吞吐量超过 125 美元，每个预配置月 0.04 美元。 MiBs MiBs
****
| | gp3 | gp2 |
| --- | --- | --- |
| 卷大小 | 1 GiB — 64 TiB | 1 GiB：16 TiB |
| 基准 IOPS | 3000 | 3 IOPS/GiB （至少 100 IOPS）至最大 16,000 IOPS小于 1TiB 的卷最高可爆发至 3000 IOPS |
| 每个卷的最大 IOPS | 80,000 | 16000 |
| 基准吞吐量 | 125 MiBs | 吞吐量限制介于 128 MiBs -250 之间 MiBs，具体取决于卷大小 |
| 每个卷的最大吞吐量 | 2000 MiBs | 250 MiBs |
| 价格 | 每月 0.08 美元/Gib前 3000 IOPS 免费，超过 3000 时每个预调配 IOPS 每月 0.005 美元125 美元 MiBs 免费，每月预配置 0.04 MiBs 美元，超过 125 美元 MiBs | 0.10 USD/GiB-月 |
**重要**
尽管 gp3 卷的容量和性能有单独的成本，但如果配置的性能水平相同，gp3 卷始终比 gp2 卷便宜。
以下表格显示了在不同容量和性能配置下，将 gp2 卷转换为 gp3 卷所能实现的成本节省示例。
**gp2 配置的示例**
****
| 卷大小（GiB） | 最大 IOPS | 吞吐量 (MiBs) | 成本（美元/月） |
| --- | --- | --- | --- |
| 30 | 3000 | 128 | 3.00 美元 |
| 100 | 3000 | 128 | 10.00 美元 |
| 500 | 3000 | 250 | 50.00 美元 |
| 1000 | 3000 | 250 | 100.00 美元 |
| 2000 | 6000 | 250 | 200.00 美元 |
| 6000 | 16000 | 250 | 600.00 美元 |
**gp3（基准）配置的示例**
****
| 最大 IOPS | 吞吐量 (MiBs) | 成本（美元/月） | 成本降低（与 gp2 相比） |
| --- | --- | --- | --- |
| 3000 | 125 | 2.40 美元 | 20% |
| 3000 | 125 | 8.00 美元 | 20% |
| 3000 | 125 | 40.00 美元 | 20% |
| 3000 | 125 | 80.00 美元 | 20% |
| 3000 | 125 | 160.00 美元 | 20% |
| 3000 | 125 | 480.00 美元 | 20% |
**gp3（gp2 匹配）配置的示例**
****
| 最大 IOPS | 吞吐量 (MiBs) | 成本（美元/月） | 成本降低（与 gp2 相比） |
| --- | --- | --- | --- |
| 3000 | 128 | 2.52 美元 | 16% |
| 3000 | 128 | 8.12 美元 | 19% |
| 3000 | 250 | 45.00 美元 | 10% |
| 3000 | 250 | 85.00 美元 | 15% |
| 6000 | 250 | 180.00 美元 | 10% |
| 16000 | 250 | 550.00 美元 | 8% |
有关成本分析，请参阅 [Amazon EBS 资源](https://aws.amazon.com/ebs/resources/)中的 *EBS gp2 到 gp3 的迁移成本节省计算器*部分。您可以下载该计算器，并利用它来计算将 gp2 卷迁移至 gp3 后，您能够节省多少费用。
## 成本优化建议
有关如何完成迁移过程的说明，请参阅存储博客上的 “[将您的 Amazon EBS 卷从 gp2 迁移到 gp3 并节省高达 20% 的成本](https://aws.amazon.com/blogs/storage/migrate-your-amazon-ebs-volumes-from-gp2-to-gp3-and-save-up-to-20-on-costs/)” 一文。 AWS
## 其他资源
+ [将您的 Amazon EBS 卷从 gp2 迁移到 gp3，最多可节省 20% 的成本](https://aws.amazon.com/blogs/storage/migrate-your-amazon-ebs-volumes-from-gp2-to-gp3-and-save-up-to-20-on-costs/)（存储博客）AWS
+ [制定 AWS Config 自定义规则以优化 Amazon EBS 卷类型](https://aws.amazon.com/blogs/mt/build-an-aws-config-custom-rule-to-optimize-amazon-ebs-volume-types/)（AWS 云运营和迁移博客）
+ [通过删除未使用的 Amazon EBS 卷来控制 AWS 成本](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/)（AWS 云运营和迁移博客）
+ [亚马逊 EBS 迁移实用程序](https://github.com/aws-samples/amazon-ebs-migration-utility) () GitHub
+ [从 2020 re:Invent 公告找到节省金额](https://aws.amazon.com/blogs/aws-cloud-financial-management/finding-savings-from-2020-reinvent-announcements/)（AWS 云财务管理）
+ [成本优化研讨会](https://wellarchitectedlabs.com/cost-optimization/)（Well-Archit AWS ected Labs）
+ [gp2 到 gp3 迁移的成本节省计算器](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx)（下载）
# 修改 Amazon EBS 快照
## 概述
删除 EBS 卷并管理快照的保留与归档是控制成本的首要关键环节。您可以通过拍摄快照将 EBS 卷上的数据备份到亚马逊简单存储服务 (Amazon S3)。 point-in-time快照属于增量备份，因此它只会保存设备上在最新快照之后更改的那些数据块。由于无需复制数据，这将最大限度缩短创建快照所需的时间和增加存储成本节省。每个快照都包含了将您的数据（从该快照创建之时起）恢复到新的 EBS 卷所需的所有信息。
EBS 快照的费用按每月每 GB 计算。将按快照的大小以及您保留该快照的时间长短计费。定价因存储层不同而不同。对于[标准层](https://aws.amazon.com/ebs/pricing/)，您只需为存储的已更改块付费。对于存档层，您需要为存储的所有快照块付费。您还需要为从[存档层](https://aws.amazon.com/ebs/pricing/)中检索快照付费。下面是每个存储层的示例方案：
+ **标准层**：您有一个可存储 100GB 数据的卷。您需要为第一个快照（快照 A）中全部 100GB 数据付费。在下一次快照（快照 B）生成之时，您拥有的数据量为 105GB。然后，您只需为增量快照 B 所增加的 5GB 存储付费即可。
+ **存档层**：存档快照 B。然后，将该快照移至存档层，您需要为全部 105GB 快照块付费。
您可以使用 [Amazon Data Lifecycle Manager](https://docs.aws.amazon.com/ebs/latest/userguide/snapshot-lifecycle.html) 来帮助您设置生命周期，以便按计划保留和管理快照。
## 成本影响
EBS 卷和快照的费用分别进行管理。EBS 快照的计费费率低于活动的 EBS 卷。当实例终止时，每个连接的 EBS 卷的[DeleteOnTermination 属性](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html#preserving-volumes-on-termination)值将决定是保留还是删除该卷。默认情况下，根卷的 `DeleteOnTermination` 属性将设置为 `True`。对于所有其他卷类型，该值设置为 `False`。这会导致出现这样的情况：操作人员本打算删除 EC2 实例，但却留下了除了根卷之外添加到该实例中的其他卷。有关检查不再需要的卷（及其相关快照）的说明，请参阅 Amazon EBS 文档中的[查看有关 Amazon EBS 卷的信息](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-describing-volumes.html)。
默认情况下，快照在创建时将存储在 Amazon EBS 快照标准层中（标准层）。存储在标准层中的快照可递增。这意味着只在卷上保存在最新快照之后发生更改的数据块。[Amazon EBS 快照归档](https://docs.aws.amazon.com/ebs/latest/userguide/snapshot-archive.html)是一个新存储层，可用于长期低成本地存储很少访问且不需要频繁或快速检索的快照。标准层和存档层的价格差异很大，因此在设置快照策略时，这一点应当成为重要的考量因素。Amazon EBS 快照归档为您存储极少需要访问的快照达 90 天或更长时间，同时存储成本降低 75%。
****
| Amazon EBS 快照存储 | 成本 |
| --- | --- |
| 标准 | 0.05 美元/GB/月 |
| 档案 | 0.0125 美元/GB/月 |
在较小的环境中，成本节省可能不会十分显著。如果有多个账户和成千上万个 EC2 实例，即使删除 EBS 卷也有 EBS 快照，那么在大规模情况下，节省的费用就更显著了。 TBs
下表比较了每月标准层和归档层的使用情况（在使用量仅为 50TB 时）。即便是在这种较小的规模下，每年仍能节省数千美元。
****
| Amazon EBS 快照存储 | 每月费用 | 每年费用 |
| --- | --- | --- |
| 标准 50TB | 312.50 美元 | 3,750 美元 |
| 存档 50TB | 78.13 美元 | 937.60 美元 |
| | 每年节省费用 | 2,812.40 美元 |
## 成本优化建议
删除快照可能不会降低组织的数据存储成本。其他快照可引用已删除快照的数据，已引用的数据总是会被保留。例如，当您为具有 10GiB 数据的卷创建首个快照时，快照大小也为 10GiB。由于快照是增量式的，您为同一个卷创建的第二个快照仅包含在第一个快照创建后发生变更的数据块。第二个快照还会引用第一个快照中的数据。如果您在更改 4GiB 数据后创建了第二个快照，第二个快照的大小为 4GiB。此外，第二个快照将引用第一个快照中没有发生变更的 6GiB 数据。有关更多信息，请参阅删除[我的 EBS 卷快照然后删除卷本身后，为什么我的存储成本没有降低](https://repost.aws/knowledge-center/ebs-volume-snapshot-cost)？ 在 AWS 知识中心中。
请考虑以下事项：
+ 您无需为他人 AWS 账户 拥有并与您的账户共享的快照付费。只有在您将共享快照复制到您的账户时，才会向您收费。您还需要为通过共享快照创建的 EBS 卷付费。
+ 如果快照（快照 A）被另一个快照（快照 B）引用，则删除快照 B 可能不会降低存储成本。删除快照时，仅会移除该快照特有的数据。被其他快照引用的数据仍然存在，您需要为此引用的数据付费。要删除增量快照，请参阅 Amazon EBS 文档中的[增量快照删除](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-deleting-snapshot.html#ebs-deleting-snapshot-incremental)。
在 AWS中运行工作负载时，快照清理是标准操作实践。随着时间的推移，这些快照可能会累积产生高额的数据费用，而这些数据其实是您并不需要的。
## 其他资源
+ [通过删除未使用的 Amazon EBS 卷来控制 AWS 成本](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/)（AWS 云运营和迁移博客）
+ [删除 Amazon EBS 快照](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-deleting-snapshot.html)（Amazon EBS 文档）
+ [成本优化研讨会](https://wellarchitectedlabs.com/cost-optimization/)（Well-Archit AWS ected Labs）
+ [使用 Amazon Data Lifecycle Manager 自动存档 Amazon EBS 快照](https://aws.amazon.com/blogs/storage/automatically-archive-amazon-ebs-snapshots-with-amazon-data-lifecycle-manager/)（AWS 存储博客）
# 删除未附加的 Amazon EBS 卷
## 概述
未连接（孤立）的 EBS 卷可能会给您的环境带来不必要的存储成本。 AWS 作为 AWS 环境卫生的一部分，必须定期审查和删除未使用和未使用的 EBS 卷。最佳做法是建立一个持续审查 EBS 卷使用情况的流程。您可以使用 [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) 来查看未充分利用的实例。本部分可帮助您识别、管理和删除未附加或未充分利用的 EBS 卷。
## Amazon EBS
[Amazon Elastic Block Store（Amazon EBS）](https://docs.aws.amazon.com/ebs/latest/userguide/what-is-ebs.html)是为 Amazon Elastic Compute Cloud（Amazon EC2）实例提供存储卷的块级设备。EBS 提供持久性存储服务，同时具备附加和从 EC2 实例分离的灵活性。这意味着，即使 EC2 实例终止，EBS 卷的生命周期仍然会持续存在。该[DeleteOnTermination](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html#preserving-volumes-on-termination)属性是一项功能，用于控制在实例终止时是保留还是删除附加的 EBS 卷。默认情况下，根卷的属性被设置为 `True`，从而导致删除。对于其他卷，它被设置为 `False`，从而导致保留。
## 成本影响
未附加的 EBS 卷（也被称为未使用或孤立的卷）与已附加的卷所产生的费用相同，具体取决于预调配的存储大小和存储类型。尽管 Amazon EBS 的平均费用看似很低，仅为每 GB 每月 0.10 美元，但必须认识到，未使用的 EBS 卷的累积会随着时间的推移产生巨大的费用。
例如，假设保留 50 个未使用的 EBS 卷（每个卷预调配了 100GB 的存储大小），其影响情况如下表所示。
****
| 存储卷的数量 | 卷类型 | Size | 月度总费用 |
| --- | --- | --- | --- |
| 50 个卷 | gp2（0.10 美元） | 100 GB | 100 GB × 50 个 EBS 卷 × 0.10 美元/GB-月 = 500.00 美元 |
根据上表所示的情况，每月可节省约 500 美元，每年则可节省约 6000 美元。这是降低成本的有效举措。请务必将删除未连接的 EBS 卷作为 AWS 环境卫生的常规做法。
## 成本优化建议
您可以使用轻松 AWS 地自动删除未连接的 EBS 卷。例如，您可以使用 AWS Lambda、 AWS Config CloudWatch、Amazon 和，根据年限、标签和其他规格 AWS Systems Manager 来定义删除独立卷的标准。您还可以使用它们 AWS 服务 来大规模自动执行清理过程。
为避免产生意外后果，我们建议您在删除未附加的 EBS 卷之前先进行充分的调查。
### 管理未附加的 EBS 卷
我们建议您考虑以下最佳实践：
+ **满足合规性要求**：确认删除未附加的 EBS 卷的行为符合您所在组织的治理和合规性要求。
+ **设置数据备份和保留策略**：在删除未附加的 EBS 卷之前，请将所有重要数据备份到另一个存储库（例如 [Amazon S3](https://aws.amazon.com/pm/serv-s3/)）。在数据留存方面，[Amazon EBS 快照](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-snapshots.html)是一种比 EBS 卷更经济实惠的数据保留方式，并且如果日后需要，还可以通过它们来恢复该卷。有关有效管理快照的更多信息，请参阅本指南的[修改 Amazon EBS 快照](ebs-migrate-gp2-gp3.md)部分。
+ **检查依赖关系**：检查未附加的 EBS 卷与其他 AWS 资源之间是否存在任何依赖关系。您可以使用 [AWS 管理控制台 或 API](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-describing-volumes.html) 来收集有关您的 EBS 卷的描述性信息，例如大小、状态以及相关资源。这是防止意外删除任何暂时未附加资源的重要步骤。
+ **创建保留策略**：为未附加的 EBS 卷设定保留期限。这可以帮助您确定删除未连接卷的合适时间，从而确保您的 AWS 环境保持优化。例如，您可以创建 A [mazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-what-is.html) 规则来按计划启动 Lambda 函数。Lambda 函数可以使用 AWS SDK 主动识别任何未连接的 EBS 卷，应用标记机制以便于跟踪，并在未连接的 EBS 卷达到或超过定义的阈值时发出通知。
+ **标记未附加的 EBS 卷**：[标记](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) EBS 卷是一项有用的实践，它有助于根据诸如环境、应用程序或所有者等属性对卷进行分类和标识。在决定删除哪些未附加的卷时，这一点尤其有用，因为它能让您根据标签快速识别出不再需要的卷。
+ **确保安全删除**：查看 EBS 卷上一次被附加的时间，有助于您确定删除该卷是否安全。有关更多信息，请参阅[如何使用 AWS CLI 命令列出特定 Amazon EBS 卷的附件或分离历史记录](https://repost.aws/knowledge-center/list-attachments-history-ebs-volume)？ 在 AWS 知识中心中。
+ **识别未充分利用的 EBS 卷** — 为了降低存储成本和维护优化的环境，强烈建议识别和删除未充分利用的 EBS 卷。 AWS AWS Trusted Advisor 并[AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-ebs-recommendations.html)可以帮助您识别未充分利用的 EBS 卷，并提供降低成本和提高效率的建议。例如，请参阅使用 () [设置自动优化 EBS 卷](https://github.com/aws/Trusted-Advisor-Tools/tree/master/UnderutilzedEBSVolumes)、[建立 Trusted Advisor 组织 AWS Trusted Advisor(TAOGitHub) 控制面板（](https://catalog.workshops.aws/awscid/en-US/dashboards/advanced/trusted-advisor)Worksho AWS p Studio）和[使用 AWS Compute Optimizer（AWS 存储博客）优化 Amazon EBS 卷的成](https://aws.amazon.com/blogs/storage/cost-optimizing-amazon-ebs-volumes-using-aws-compute-optimizer/)本。
### 自动清理未附加的 EBS 卷
我们建议您考虑使用以下工具来自动清理未附加的 EBS 卷：
+ [AWS APIs (DescribeVolumes)](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeVolumes.html) — 您可以使用 AWS SDKs 或 AWS Command Line Interface (AWS CLI) 筛选和查找未连接的 EBS 卷。通过使用脚本或按计划运行的 [Lambda 函数](https://docs.aws.amazon.com/lambda/latest/dg/welcome.html)来实现此流程自动化，您可以节省时间和精力。中的[示例脚本](https://github.com/aws-samples/aws-systems-manager-amazon-ebs-management/blob/master/opsCenterAgedEBSVolumeFinder.py) GitHub 演示了其工作原理。该脚本使用 Lambda 来分析 AWS CloudTrail 日志并识别未连接的 EBS 卷。
+ [AWS Systems Manager 自动化](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) — 这使您能够自动执行基础架构中的日常维护和补救任务。首先，[请创建自动化运行手册](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-ref-ebs.html)，该手册会定义一系列按特定顺序执行的步骤。例如，您可以创建一个运行手册，其步骤首先是创建一个未附加 EBS 卷的快照，然后删除该卷本身。这可以帮助您将那些原本需要耗费大量时间且手动操作时容易出错的任务实现自动化。
+ [AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/WhatIsConfig.html)— 这使您能够评估、审计和跟踪 AWS 资源随时间推移而发生的变化。通过捕获配置更改，您可以使用 AWS Config 来评估环境中的合规性、治理和资源利用率。例如， AWS Config 可以识别[未使用的 EBS 卷](https://docs.aws.amazon.com/config/latest/developerguide/ec2-volume-inuse-check.html)。此外，您可以将 AWS Systems Manager Automation 与关联 AWS Config 以自动修复未使用 EBS 卷的删除。
## 其他资源
+ 使用 AWS Systems Manager和 [AWS （规范性指南）删除未使用的亚马逊 Elastic Block Store (Amazon EB AWS Config S) 卷](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/delete-unused-amazon-elastic-block-store-amazon-ebs-volumes-by-using-aws-config-and-aws-systems-manager.html)
+ [通过删除未使用的 Amazon EBS 卷来控制 AWS 成本](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/)（AWS 云运营和迁移博客）
+ [AWSConfigRemediation-DeleteUnusedEBSVolume](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-delete-ebs-volume.html)（AWS Systems Manager 自动化运行手册参考）
# Amazon FSx
Amazon FSx for Windows 文件服务器是一项完全托管的文件存储服务，已针对 Windows 工作负载进行了优化。它为您提供了一种简单且可扩展的解决方案，让您能够运行基于 Windows 的应用程序和工作负载，而无需进行复杂的存储基础设施管理。你可以使用 FSx Windows File Server 轻松配置和访问原生支持 Windows 应用程序的共享文件存储，包括微软 SQL Server SharePoint、微软和自定义.NET 应用程序。此外， FSx for Windows File Server 通过提供灵活的定价选项（例如 pay-as-you-go和存储配额）和自动重复数据删除来减少存储占用空间并优化性能和成本，从而帮助您管理成本。
**Topics**
+ [选择合适的 SMB 文件存储](storage-fsx-smb.md)
+ [在 Amazon 中启用重复数据删除 FSx](storage-fsx-deduplication.md)
+ [了解 Windows 文件服务器中的 FSx 数据分片](storage-fsx-data-sharding.md)
+ [了解 Amazon 中的硬盘容量使用情况 FSx](storage-fsx-hdd-volumes.md)
+ [使用单可用区](storage-fsx-single-az.md)
# 选择合适的 SMB 文件存储
## 概述
AWS 提供各种完全托管的存储服务，为您提供业界领先的文件服务的丰富功能，同时将最新的 AWS 基础架构创新与安全性相结合。您可以将 AWS 服务整合到基础设施即代码（IaC）工作流程中，并将其与 AWS 计算、监控和数据保护服务集成。对于 Windows 工作负载，您可以从两种完全托管的文件服务中进行选择，以满足您的应用程序需求：适用 FSx 于 Windows 文件服务器和 Amazon FSx for NetApp ONTAP。
### FSx 适用于 Windows 文件服务器
Amazon FSx for Windows File Server 提供基于 Windows Server 的完全托管的共享存储，并提供各种数据访问、数据管理和管理功能。 FSx for Windows File Server 可轻松与 Windows 环境集成，因为它是一项 Windows 原生服务。我们建议将 Windows 文件服务器 FSx 用于用户和组共享，对于 SQL Server、Windows 应用程序和虚拟桌面基础架构 (VDI) 使用始终开启故障转移群集实例。 FSx 适用于 Windows 的文件服务器还可以很好地与亚马逊 FSx 文件网关、亚马逊 Kendra、亚马逊 S3 的审计日志和亚马逊 Data Firehose 集成。
### FSx 适用于 ONTAP
FSx 因为 ONTAP 基于 NetApp的专有 ONTAP 文件系统。这需要一定程度的技能提升，主要推荐给现有的本地 NetApp 用户。典型的用例包括用户和组共享、SQL Server 的始终开启故障转移群集实例以及 Windows 应用程序。 FSx for ONTAP 支持多种协议、大于 64 TB 的文件系统（没有 DFS 命名空间服务器的 PB 规模）、克隆、复制、快照、压缩（存储效率）和数据的智能分层。
## 成本影响
### FSx 适用于 Windows 文件服务器
FSx Windows 文件服务器是第一个用于为 SQL Server 部署故障转移群集实例的共享存储解决方案。 AWS 对 FSx 于 Windows 文件服务器，您可以使用 SQL 标准版许可启动故障转移群集实例。然而，这却使得您无法使用 Always On 可用性组，因为此类组需要安装 SQL Server 企业版许可证。通过从 SQL Server 企业标准版切换到 SQL Server 标准版，您可以节省 65-75% 的 [SQL Server 许可](sql-server-editions.md)费用。
您可以使用适用于故障转移群集实例的 Windows File Server for File Server 来卸载典型的 EBS I/O 存储中的存储。通过卸载 I/O 到 FSx for Windows File Server，您可以在不影响存储吞吐量的情况下缩减依赖高亚马逊 EBS 吞吐量和 IOPS 的 EC2 实例。
### FSx 适用于 ONTAP
你可以使用 FSx for ONTAP 在块协议 iSCSI 上运行 Microsoft 故障转移群集，并从 SQL Server 即时文件初始化、跨区域复制使用 SnapMirror、防病毒支持和克隆中受益。如果您为测试创建了多个数据库副本，则克隆功能将会在存储空间占用以及数据库副本的创建速度方面带来显著的差异。此外，您可以使用 f FSx or ONTAP NetApp SnapCenter 来管理适用于 SQL Server 的 EC2 实例的备份、还原和克隆功能。 FSx for ONTAP 还提供从 SSD 到低成本容量池存储的自动分层，以实现性能和成本效益的结合。
FSx for ONTAP 支持 NetApp的文件系统 (ONTAP)，这与支持 Windows 原生 NTFS 文件系统的 Windows 文件服务器不同 FSx 。ONTAP 的最小大小 FSx 为 1024 GB，而 FSx Windows 文件服务器的最小起始大小可以低至 32 GB。
### 与 Microsoft 分布式文件系统集成
FSx 适用于 Windows 文件服务器和 ONTAP FSx 可与微软的[分布式文件系统 (DFS)](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/jj127250(v=ws.11)) 集成，以实现与现有部署的无缝集成。在规划架构时，请记住以下事项：
+ FSx 适用于 Windows 文件服务器和 ONTAP FSx 的两种部署类型[（多个可用区和单个可用区）都支持 DFS 命名空间 (DFSN)](https://learn.microsoft.com/en-us/windows-server/storage/dfs-namespaces/dfs-overview)。
+ 仅 FSx 适用于 Windows 文件服务器支持 [DFS 复制 (DFSR)](https://learn.microsoft.com/en-us/windows-server/storage/dfs-replication/dfsr-overview)，并且仅在使用单个可用区时才支持。
## 成本优化建议
Windows 文件服务器和 ONTAP FSx 的性能在很大程度上取决于配置，它们的定价也是如此。 FSx FSx 适用于 Windows File Server 的定价主要取决于存储容量和存储类型、吞吐容量、备份和传输的数据。 FSx 对于 ONTAP，您需要为固态硬盘存储、固态硬盘 IOPS、容量池使用量、吞吐容量和备份付费。
****
| 文件服务 | 5TB 存储空间的成本 | 配置 | Region |
| --- | --- | --- | --- |
| FSx 适用于 Windows 文件服务器 | 982.78 美元 | 单可用区SSD（15000 IOPS）32 MBps5TB 的备份（没有通过重复数据删除获得的节省） | 美国东部（弗吉尼亚州北部） |
| FSx 适用于 ONTAP | 979.28 美元 | 单可用区100% SSD15000 读写容量层15000 SSD IOPS128 MBps5TB 的备份（没有通过重复数据删除获得的节省） | 美国东部（弗吉尼亚州北部） |
记住以下内容：
+ 数据去重和压缩能够通过缩小数据大小来使您能够在物理设备上存储更多的数据，但您需要为所预调配的固态硬盘（SSD）或硬盘驱动器（HDD）存储空间付费。
+ 您可以使用 ONTAP FSx 对数据进行分层。只有极少数情况下，所有数据会被定期访问，并且需要使用 SSD 进行存储。您可以将那些不常访问的冷数据迁移到容量层，以节省成本。
+ 此处提到的价格基于 SSD 层上 100% 的数据以及 SSD 层上 15000 次 IOPS 计算得出。
### 备份
默认情况下，ONTAP 和 FSx Windows 文件服务器都 FSx 将其完全托管的备份存储在 Amazon S3 上。但是， FSx 对于 ONTAP，还有一个额外的备份选项 SnapVault，它可以将备份配置为驻留在容量层中。使用备份 SnapVault 是一种自我管理的机制，它比默认的完全托管备份选项更具成本效益。完全托管的备份选项为每月每 GB 0.05 美元。ONTAP（10:1 固态硬盘到容量池存储）的 SnapVault 备份费用为 0.03221 美元（0.9x0.0219\$10.1x0.125）。 FSx
记住以下内容：
+ AWS 托管备份的间隔时间为一小时。 [SnapVault](https://docs.netapp.com/us-en/ontap/concepts/snapvault-archiving-concept.html)可以让你低至五分钟。
+ 您可以使用 NetApp的工具（例如 CLI 和 API）来配置 SnapVault 关系和快照复制。
+ 在卷上启用`all`分层策略以使用容 SnapVault 量层作为备份数据的存储。
+ SnapVault 目的地可以位于同一个区域 AWS 区域、跨区域或本地。这通常是指单个可用区或多个可用区的文件系统备份目的地。相比之下， AWS Backup 它得益于 Amazon S3 的区域弹性。
### 合理调整大小
您还可以通过合理调整大小并避免过度预调配来节省成本，并充分利用您的文件系统。
为合理调整大小，请执行以下操作：
1. 根据数据确定您当前的需求。对于典型的 Windows 工作负载，您可以使用[性能监视器](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-r2-and-2008/cc749154(v%3dws.11))等内置操作系统工具。
1. 在性能监视器中，使用以下计数器来衡量您当前的性能需求。将捕获间隔设定为一秒，最大日志大小为 1000MB，并启用覆盖功能。
```
Logman.exe create counter PerfLog-Short -o "c:\perflogs\PerfLog-Long.blg" -f bincirc -v mmddhhmm -max 1024 -c "\LogicalDisk(*)\*" "\Memory\*" "\.NET CLR Memory(*)\*" "\Cache\*" "\Network Interface(*)\*" "\Paging File(*)\*" "\PhysicalDisk(*)\*" "\Processor(*)\*" "\Processor Information(*)\*" "\Process(*)\*" "\Thread(*)\*" "\Redirector\*" "\Server\*" "\System\*" "\Server Work Queues(*)\*" "\Terminal Services\*" -si 00:00:01
```
1. 要开始捕获日志，请运行 `logman start PerfLog-Short` 命令。要停止捕获日志，请运行 `logman stop PerfLog-Short` 命令。
**注意**
您可以在运行捕获操作的服务器上的 **c:\$1perflogs** 中找到性能日志文件。有关更多信息，请参阅 Microsoft 文档中的 [Windows 性能监视器概述](https://techcommunity.microsoft.com/t5/ask-the-performance-team/windows-performance-monitor-overview/ba-p/375481)。
1. 确定正确的配置后，使用诸如 Microsoft [DISKSP](https://learn.microsoft.com/en-us/azure-stack/hci/manage/diskspd-overview) D 之类的磁盘压力工具，在亚马逊 FSx 文件系统上测试您的估计是否正确。
1. 如果您对性能感到满意，请切换到文件共享。
我们建议采取保守的存储容量规划方法，因为存储容量只能纵向扩展。吞吐能力可以根据需要纵向扩展和缩减。
## 其他资源
+ [ FSx 适用于 NetApp ONTAP 的亚马逊 FAQs](https://aws.amazon.com/fsx/netapp-ontap/faqs/)（AWS 网站）
+ [使用新指标优化 Amazon FSx 的 Windows 文件服务器性能](https://aws.amazon.com/blogs/storage/optimizing-amazon-fsx-for-windows-file-server-performance-with-new-metrics/)（AWS 存储博客）
# 在 Amazon 中启用重复数据删除 FSx
## 概述
重复数据删除是一项功能，它能让您更高效地存储数据，并且降低存储容量的需求。它涉及在不损害数据准确性或完整性的情况下，找出并消除数据中的重复内容。重复数据删除采用子文件的可变大小分块以及压缩技术，这使得一般文件服务器的优化比率为 2:1，而虚拟化数据的优化比率最高达 20:1。重复数据删除的效果要比 NTFS 压缩好得多。重复数据删除架构的固有特点是能够在硬件出现故障时保持系统的韧性：对数据和元数据进行完整的校验和验证，包括为元数据和最常访问的数据块提供冗余。
FSx 适用于 Windows 文件服务器完全支持重复数据删除。使用它能够使通用型文件共享平均节省 50% 至 60%的费用。在这些共享中，用户文档的节省范围介于 30% 至 50% 之间，而软件开发数据集的节省范围最高达 70% 至 80%。需要明白的是，通过重复数据删除所能实现的存储空间节省效果取决于您的数据集的性质，包括文件之间存在的重复数据量的多少。如果所存储的数据具有动态性，那么重复数据删除功能就不是一个好的选择。
## 成本影响
为了应对企业中数据存储量的增长，管理员们会对服务器进行整合，并将容量扩展和数据优化列为关键目标。重复数据删除的默认设置能够立即节省成本，或者管理员也可以对设置进行微调以获取更多收益。例如，您可以将其配置为仅在特定文件类型上运行重复数据删除，也可以创建自定义作业计划。
总体上看，重复数据删除有三种类型的作业：优化、垃圾回收和清理。请注意，只有在完成优化操作后运行垃圾回收作业，空间才会被释放。您可以安排作业，也可以手动运行它。计划重复数据删除作业时可用的所有设置，在您手动启动作业时也同样适用（除了那些与特定于调度的设置之外）。
即使重复数据删除仅有效节省了25％，但Windows文件服务器还是可以节省大量成本。 FSx 这些预计的节省金额基于 AWS 定价计算器中的[估算值](https://calculator.aws/#/estimate?id=b25b166595553e055c594e89e3c13610df570bc9)。
## 成本优化建议
默认情况下，Window FSx s 文件服务器文件系统未启用重复数据删除。要使用[远程管理](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/administering-file-systems.html#remote-pwrshell)启用重复数据删除 PowerShell，必须运行`Enable-FSxDedup`命令，然后使用该`Set-FSxDedupConfiguration`命令来设置配置。有关更多信息，请参阅 Windows [文件服务器文档中的 FSx 管理文件系统](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/administering-file-systems.html)。
要启用重复数据删除，请运行以下命令：
```
PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {Enable-FsxDedup }
```
要验证重复数据删除配置，请运行以下命令。
```
Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {
Set-FSxDedupSchedule -Name "CustomOptimization" -Type Optimization -Days Mon,Tues,Wed,Sat -Start 09:00 -DurationHours 7
}
```
通过运行 PowerShell `Measure-DedupFileMetadata` cmdlet，您可以确定如果删除一组文件夹、一个文件夹或单个文件，然后运行垃圾收集作业，则可以回收卷上多少潜在的磁盘空间。具体而言，`DedupDistinctSize` 值告诉您在删除这些文件后可以回收多少空间。文件中通常包含与其他文件夹共享的数据块，因此，重复数据删除引擎会计算出哪些是在垃圾回收作业后将被删除的唯一数据块。
默认的[重复数据删除作业计划](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup)旨在很好地适用于推荐的工作负载，并尽可能减少对系统的影响（不包括针对备份使用类型启用的优先级优化作业）。如果工作负载对资源的需求量较大，我们建议您仅将作业安排在空闲时段运行，或者减少或增加重复数据删除作业所能使用的系统资源量。
默认情况下，重复数据删除会占用可用内存的 25%。但是，可以通过使用 `-memory switch` 来增加此值。对于优化作业，我们建议您将范围设置为 15 到 50。对于计划作业，您可以使用更高的内存消耗量。例如，对于垃圾回收和清理作业（通常安排在非工作时间进行），您可以设置更高的内存消耗量（例如 50）。
有关重复数据删除设置的更多信息，请参阅适用于 Windows File Server 的文档中的[使用重复数据删除降低存储成本](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup)。 FSx
## 其他资源
+ [了解重复数据删除](https://learn.microsoft.com/en-gb/windows-server/storage/data-deduplication/understand)（Microsoft 文档）
+ 通过@@ [重复数据删除降低存储成本](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup)（FSx 适用于 Windows 文件服务器文档）
# 了解 Windows 文件服务器中的 FSx 数据分片
## 概述
FSx 对于 Windows 文件服务器，性能取决于配置。它主要基于存储类型、存储容量和吞吐量配置。您选择的吞吐容量决定了文件服务器可用的性能资源，包括网络 I/O 限制、CPU 和内存以及文件服务器施加的磁盘 I/O 限制。您选择的存储容量和存储类型决定了存储卷的可用性能资源，即存储磁盘施加的磁盘 I/O 限制。除了性能外，配置选择还会影响成本。 FSx 适用于 Windows File Server 的定价主要取决于存储容量和存储类型、吞吐容量、备份和传输的数据。
如果您有相对较大的文件存储和性能需求，则可以从数据分片中获益。数据分片设计到[将文件数据划分](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html)为较小的数据集（分片），然后将其存储在不同的文件系统中。从多个实例访问您的数据的应用程序可以通过并行读取和写入这些分片来实现高水平性能。同时，您仍然可以在公共命名空间下向应用程序呈现统一视图。此外，它还可以帮助大型文件数据集扩展文件数据存储，使其超出每个文件系统所支持的容量（64 TB），最高可达数百 PB。
## 成本影响
对于大型数据集，通常更有效的做法是为 Windows File Server 文件系统部署多个小型 FSx 数据集，而不是部署一个大型 SSD 共享以实现相同的性能级别。将 FSx 适用于 Windows File Server 的 HDD 和 SSD 存储类型组合使用可以更好地节省成本，并使您能够将工作负载与最佳底层磁盘子系统相匹配。在以下表格中，您可以看到单个 17TB 文件系统之间的区别，并将其与添加到相同容量的多个较小文件系统进行比较。
**具有多个工作负载的大型 SSD 文件系统**
****
| 服务器名称 | 成本 | 配置 | Region |
| --- | --- | --- | --- |
| FSx 适用于 Windows 文件服务器的亚马逊 | 5716 美元 | 17TB SSD30% 重复数据删除256 Mbps17TB 备份 | 美国东部（弗吉尼亚州北部） |
**已使用 DFSN 对工作负载进行分区**
****
| 服务器名称 | 成本 | 配置 | Region | 共享 |
| --- | --- | --- | --- | --- |
| FSx 适用于 Windows 文件服务器的亚马逊 | 1024 美元 | 2TB SSD20% 重复数据删除128 Mbps2TB 备份多可用区 | 美国东部（弗吉尼亚州北部） | 共享 1 |
| FSx 适用于 Windows 文件服务器的亚马逊 | 2132 美元 | 5TB SSD30% 重复数据删除256 Mbps5TB 备份多可用区 | 美国东部（弗吉尼亚州北部） | 共享 2 |
| FSx 适用于 Windows 文件服务器的亚马逊 | 1036 美元 | 10 TB 硬盘40% 重复数据删除128 Mbps10TB 备份多可用区 | 美国东部（弗吉尼亚州北部） | 共享 3 |
| DFSN Windows EC2 实例 | 27 美元 | t3a.medium2 v CPUs4GiB 内存 | 美国东部（弗吉尼亚州北部） | DFSN 实例 |
大型 SSD 文件系统的年成本为 68592 美元。分区工作负载的年成本为 50640 美元。在此示例中，通过将工作负载与合适的后端存储相匹配，可以实现 26% 的成本节省。有关定价估算的更多信息，请参阅 [AWS 定价计算器](https://calculator.aws/#/estimate?id=50b7af500c59bdff4c35e57bc9b8c71334cf4232) 估算。
## 成本优化建议
要部署重复数据删除解决方案，必须根据数据类型、 I/O 大小和 I/O 访问模式设置 [Microsoft DFS 命名空间](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html)。每个命名空间总共支持最多 5 万个文件共享和数百 PB 的存储容量。
选择一种分片约定，在计划使用的所有文件系统中均匀分布 I/O，这样的效果最为显著。监控您的工作负载将有助于进一步优化或降低成本。如果您在衡量亚马逊 FSx 文件系统的性能信息时需要帮助，[FSx 请参阅 Windows 文件服务器文档中的 Window FSx s 文件服务器性能](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/performance.html)。
选择分片策略后，您可以利用 DFS 命名空间对文件系统进行分组，以便更轻松地访问您的共享。这使得用户能够看到一个同质文件系统，但实际上他们所访问的却是具有专用使用案例的各种不同的文件系统。重要的是要按照适当的命名规则来创建共享，这样您的最终用户就能轻松理解这些共享是用于何种工作负载的。此外，还需要对生产共享和非生产共享进行标注，以免最终用户因误操作而将文件放置在错误的文件系统中。
下图显示了如何使用单个 DFS 命名空间作为多个 Amazon FSx 文件系统的访问点。
![\[DFN 命名空间接入点\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/grouping_fsx_dfsn.png)
记住以下内容：
+ 您可以将现有 FSx 的 Windows 文件服务器共享添加到 DFS 树中。
+ FSx 无法将 Amazon 添加到 DFS 共享路径的根目录。您只有一个子文件夹。
+ 您必须一个部署 EC2 实例来提供 DFS 命名空间配置。
有关 DFS-N 配置的更多信息，请参阅 Microsoft 文档中的 [DFS 命名空间概述](https://learn.microsoft.com/en-us/windows-server/storage/dfs-namespaces/dfs-overview)。有关使用 DFS 命名空间的更多信息，请观看上的 “在 [Ama FSx zon for Windows 文件服务器上使用 DFS 命名空间](https://www.youtube.com/watch?v=s482kj_xMeE)” 视频。 YouTube
## 其他资源
+ [使用 DFS 命名空间对多个文件系统进行分组（Amazon 文档）](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html) FSx
+ [演练 6：使用分片扩展性能](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/scale-out-performance.html)（Ama FSx zon 文档）
+ 在 [Amazon 上使用 DFS 命名空间 FSx 适用于 Windows 文件服务器](https://aws-labs.net/images/Resource/Video-FSX-DFSN-v4.pdf)（实验室）AWS
# 了解 Amazon 中的硬盘容量使用情况 FSx
## 概述
Amazon FSx for Windows File Server 提供了独立于文件系统容量选择吞吐量的灵活性。有两种容量设置可用：硬盘驱动器（HDD）和固态硬盘（SSD）。
以下图表显示吞吐量和存储设置之间的关系。
![\[吞吐量和存储设置之间的关系\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/storage_volumes_fsx.png)
使用基于 HDD 的存储，您将获得 12 IOPS 基准，突发磁盘 IOPS 80（每 IOPs TiB 存储），吞吐量为 12 Megabytes/second ，突发量为 80（ Megabytes/second 每 TiB 存储）。例如，如果您的共享大小为 50TB，则您将获得 50 \$1 12 = 600 作为吞吐量和 IOPS 的基准值。
Amazon FSx for Windows 文件服务器提供 80 次突发 IOPS。当您的使用率低于基准速率时，爆发服务抵扣金会自动补充；而当您的使用率高于基准速率时，突发服务抵扣金则会被自动消耗掉。例如，如果您的工作负载在接下来的一个小时内仅使用 10 IOPS/TB （比基线高 2IOPS/TB below your baseline rate), you can then utilize 14 IOPS/TB (2 IOPS/TB），然后又用完了突发积分。
对于文件操作，Amazon FSx for Windows File Server 为固态硬盘存储提供稳定的亚毫秒延迟，为硬盘存储提供个位数毫秒的延迟。对于所有文件系统，包括带有硬盘存储空间的文件系统，Amazon FSx for Windows File Server 在文件服务器上提供了快速（内存中）缓存，因此无论存储类型如何，您都可以为主动访问的数据获得高性能和亚毫秒级的延迟。
在适当情况下，使用 HDD 存储可以帮助降低您的整体存储容量的成本，并为您的需求提供一个可靠的存储平台。
## 成本影响
Amazon FSx for Windows 文件服务器的性能取决于三个因素：存储容量、存储类型和吞吐量。网络 I/O 性能和内存中缓存大小完全由吞吐容量决定，而磁盘 I/O 性能则由吞吐容量、存储类型和存储容量的组合决定。
虽然建议将固态硬盘用于 I/O 密集型工作负载，但硬盘性能规格可以满足各种工作负载的需求。HDD 存储专为各种工作负载而设计，包括主目录、用户和部门共享以及内容管理系统。例如，如果您的用户仅需要对支持当前项目的数据进行低延迟访问，那么您所存储的大部分数据都很少被访问。
您可以使用 [AWS 定价计算器](https://calculator.aws/#/estimate?id=24d13161c41a4f947ff78abb2e36c1815c914cb1) 将 20TB SSD 与 `us-east-1` 中的 HDD 文件系统进行比较。如下表所示，即便不考虑重复数据删除带来的节省，将 HDD 文件系统与 SSD 文件系统进行比较时，成本差异也相当显著。
****
| Amazon FSx 文件系统配置 | 月度成本 |
| --- | --- |
| 20TB 多可用区 SSD（us-east-1） | 4,699.30 美元 |
| 20TB 多可用区 HDD（us-east-1） | 542.88 美元 |
| 预计月度节省 | 4,156.42 美元 |
**注意**
FSx 有关 Windows 文件服务器节省的其他费用，请参阅本指南的 “[在 Amazon 中启用重复数据](storage-fsx-deduplication.md)删除 FSx” 部分。
通过准确识别性能需求，您可以为您的工作负载选择合适的存储，并降低相关成本。
## 成本优化建议
如果您决定使用 HDD 存储，请测试您的文件系统以确保它能够满足您的性能要求。与 SSD 存储相比，HDD 存储的成本更低，但单位存储磁盘吞吐量和磁盘 IOPS 也更低。它可能适用于 I/O 要求较低的通用用户共享和主目录、不经常检索数据的大型内容管理系统或包含少量大文件的数据集。
无法更改现有文件系统的存储类型。要转换 Amazon FSx for Windows 文件服务器文件系统的存储类型，您必须备份现有文件系统并将其恢复到具有所需存储类型的新文件系统。如果您想将现有的 SSD 文件系统转换为 HDD 文件系统，请注意，HDD 的最小容量要求要高得多，为 2TB。
要使用其他存储类型恢复备份，请执行以下操作：
1. [备份您的现有文件系统](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-backups.html)。
1. 使用硬盘存储类型@@ [创建一个新 FSx 的 Amazon 文件系统](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/getting-started.html)。
1. 将备份还原到具有所需存储类型的新文件系统中。
1. 确认新的文件系统具有正确的存储类型，并且您的数据完好无损。
在将更改转移到生产环境之前，我们建议您分析您的 Amazon FSx 文件系统的性能并确认更改是否可以接受。有关更多指导，请参阅 AWS 存储博客上的 “[使用新指标优化 Amazon FSx for Windows 文件服务器性能](https://aws.amazon.com/blogs/storage/optimizing-amazon-fsx-for-windows-file-server-performance-with-new-metrics/)” 一文。
## 其他资源
+ 利用@@ [亚马逊优化成本 FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/optimize-fsx-costs.html)（亚马逊 FSx 文档）
# 使用单可用区
## 概述
本节说明何时使用[亚马逊 FSx for Windows文件服务器](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html)的单一可用区实现更有利。它涵盖了迁移到单个可用区可以降低成本，同时仍允许您使用 FSx 适用于 Windows 的 Amazon File Server 作为托管文件存储服务的场景。我们建议您为生产工作负载实施一个适用于 Amazon FSx 的单一可用区。这有助于确保您拥有多个可用区的冗余配置。
## 成本影响
单个可用区的文件系统相较于多可用区的实施方式，能节省约 40% 的成本。采用多可用区文件系统时，使用 SSD 的费用为每 GB 月 0.230 美元，使用 HDD 的费用为每 GB 月 0.025 美元，而单个可用区文件系统中使用 SSD 的费用为每 GB 月 0.130 美元，使用 HDD 的费用为每 GB 月 0.013 美元。您可以使用 [AWS 定价计算器](https://calculator.aws/#/) 查看成本比较并创建自己的估算值。
对于 10TB 的文件系统，采用多个可用区的方式每月的费用大约为 1200 美元，而使用单个可用区的方式则每月费用为 680 美元。此[示例](https://calculator.aws/#/estimate?id=3339ba60d065a76ecfcaa1770450214534941c8f)使用带固态硬盘 FSx 的 Windows 文件服务器文件系统的 10 TB。重复数据删除功能预估可节省 50% 的成本。总体而言，单个可用区的进入成本较低，但同时也有一些需要注意的事项，这些将在下一部分中进行说明。
## 成本优化建议
### 单一可用区部署
为确保单个可用区恰到好处，请考虑您自己的内部可用区， SLAs 以便存储 Windows File Server 的数据。 FSx 这需要了解您是否必须 SLAs 向客户（内部和外部）提供商品，以及亚马逊 FSx 单一可用区的三个九个可用性是否仍然允许您满足这些 SLAs需求。 FSx 对于具有单个可用区的 Windows 文件服务器，其正常运行时间仍为 99.9%。亚马逊 FSx 针对多个可用区的服务等级协议高于 99.99%。对于任务关键型工作负载，我们建议您使用多个可用区而非单个可用区，即便这样做会产生额外成本。
单个可用区部署非常适合用于诸如 SQL Server 数据库备份这类的工作负载。它们能够通过 HDD 层提供低成本的存储服务，同时还能确保您拥有一致的运行时间。如果您需要为生产工作负载提供更高的可用性，例如高可用性的 SQL 服务器或生产应用程序访问服务，则单个可用区将无法满足您的工作负载需求。对于备份、非生产测试和开发环境，实施 Amazon FSx 单一可用区可以降低您的运营成本。
Amazon FSx 单可用区文件系统运行良好的一个用例是在生产环境中，使用多个 Amazon FSx 单可用区文件系统，作为使用 Always On 可用性组的高可用性 SQL Server 集群中的每台服务器存储。有关更多信息，请参阅 AWS 存储博客[上 AWS发布的 “优化高可用性 SQL Server 部署的成本](https://aws.amazon.com/blogs/storage/optimizing-cost-for-your-high-availability-sql-server-deployments-on-aws/)”。
### 多区域复制
如果您想利用 Amazon FSx 的多区域复制，那么使用单个可用区文件系统（只有一个可用区文件系统可以工作的文件系统）来降低成本的一个潜在选择是。您可以部署支持与本机 Microsoft DFS-R 协同使用的[单可用区文件系统](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html)。DFS-R 具备自动在不同区域及多个站点之间复制数据的能力。有关使用亚马逊配置 DFS-R 的更多信息 FSx，请参阅亚马逊文档中的使用[微软分布式文件系统复制](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/additional-info.html#using-dfsr)。 FSx
另一种节省多区域成本的替代方案是使用 AWS Storage Gateway。这使您能够在另一个区域实施[亚马逊 FSx 文件网关](https://docs.aws.amazon.com/filegateway/latest/filefsxw/what-is-file-fsxw.html)，以实现亚马逊 FSx的多区域访问。有关更多信息，请参见本指南的 [AWS Storage Gateway](storage-main-storage-gateway.md) 部分。
如果您跨区域工作，则必须考虑跨区域数据流量所产生的数据传输费用。在不同区域之间传输流量需支付每 GB 0.02 美元的费用。因此，如果数据频繁出现大量变动，这将会增加您的总体成本。[例如](https://calculator.aws/#/estimate)，1TB 的数据传输等于大约 20.48 美元。
### 维护窗口
如果您在 Amazon 上使用单一可用区，则维护时段是一个关键考虑因素 FSx。在维护时段内，由于对底层 Windows 服务器进行例行软件修补，Amazon FSx 文件系统将在大约 20 分钟内不可用。如果您使用文件系统进行隔夜备份，请相应地调整 Amazon FSx 维护时段，以免备份期间出现中断。您可以在创建 Amazon FSx 文件系统后调整[维护](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/maintenance-windows.html)时段。
## 其他资源
+ [可用性和耐久性：单可用区和多可用区文件系统](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html#deployment-type-features-summary)（Ama FSx zon 文档）
+ [亚马逊 Window FSx s 文件服务器定价](https://aws.amazon.com/fsx/windows/pricing/)（AWS 网站）
# AWS Storage Gateway
AWS Storage Gateway 是一种混合云存储服务，可将本地环境与 AWS 云存储连接起来。它允许您将现有的本地基础设施与无缝集成 AWS，使您能够从云中存储和检索数据，并在混合环境中运行应用程序。对于 Windows 工作负载，您可以使用存储网关通过 SMB 和 NFS 等原生 Windows 协议来存储和访问数据。您可以使用 Storage Gateway AWS 通过使用本地硬件和软件作为通往云端的桥梁，来降低与运行 Windows 工作负载相关的成本。这使您无需对现有基础架构进行重大更改 AWS 即可利用的可扩展性和成本效益。
在 Storage Gateway 的保护下，你可以获得 Amazon S3 FSx 文件网关、亚马逊文件网关、磁带网关和卷网关。S3 文件网关和 FSx 文件网关最常用于 Microsoft 工作负载。
## Amazon S3 文件网关
借助 [Amazon S3 文件网关](https://docs.aws.amazon.com/filegateway/latest/files3/what-is-file-s3.html)，您可以将文件存储在 Amazon S3 中，同时使用传统的 SMB 共享向用户提供访问权限。这提供了熟悉的用户界面，并且通过将您的数据存储在 Amazon S3 中并利用 Amazon S3 的各种存储层，帮助降低成本。您可以使用 S3 智能分级功能来实施存储网关，这将帮助您自动将生命周期文件移动至成本最低的存储层，从而进一步降低您的成本。我们推荐使用 S3 文件网关来实现横向扩展、只读访问、快速重复读取（从缓存中）以及数据库转储功能。一般不建议将其用于高性能或高可用性的写入操作、文件编辑或部门共享等场景。
## Amazon FSx 文件网关
使用@@ [亚马逊 FSx Windows FSx 文件系统时，Amazon File Gateway](https://docs.aws.amazon.com/filegateway/latest/filefsxw/what-is-file-fsxw.html) 还可以节省成本。您可以搭建 FSx 文件网关以提供对另一个地区的 Amazon FSx 文件系统的本地化访问权限，从而避免拥有两个独立文件系统的成本。如果您有多台本地文件服务器，并且希望将这些服务器整合起来以避免为多个硬件设备付费，那么这样做也会很有帮助。
## 成本影响
### Amazon S3 文件网关
设置 S3 文件网关非常简单，因为您可以使用存储网关的启动向导来进行操作。通过在您的 AWS 环境中使用 EC2 实例，您可以在几分钟内部署网关。设置好网关后，您可以将存储网关共享配置为可通过 SMB 和 NFS 协议进行访问。对于典型的 Windows 工作负载，您还可以采用此设置来利用 Active Directory 环境，并为您的文件共享设置权限。您可以将存储网关有效地集成到您的日常使用之中，因为它可以充当典型的 Windows 文件共享来使用。文件和文件夹存储为对象，NTFS 访问控制列表 (ACLs) 存储为元数据。
以下表格对比了 10TB 存储容量的费用以及三种可供选择的存储选项：
+ FSx 适用于 Windows 文件服务器
+ Amazon S3 文件网关
+ Amazon Elastic Block Store (Amazon EBS)
如果您使用 Amazon S3 来存储 10TB 的数据，其成本会大大降低，因为您可以将数据分区到不同的使用层级中。在定价估算中，将因其定价灵活性而使用 S3 智能分层。这包括 80% 的 S3 标准版、10% 的不常访问层和 10% 的 Amazon Glacier。尽管您可以使用 Amazon Glacier，但设置适当的生命周期规则非常重要，这样可以确保任何被迁移到 Amazon Glacier 的文件无需立即被访问。Amazon Glacier 专用于存档用途，而非常规访问用途。
****
| 存储系统 | 10TB 存储空间的成本 | Region |
| --- | --- | --- |
| FSx 适用于 Windows 文件服务器（假设重复数据删除可节省 50%） | [683.20 美元 SSD](https://calculator.aws/#/estimate?id=0833fc4f9b69ef3902e600afa3bd35e4c43bd034) | 美国东部（弗吉尼亚州北部） |
| Amazon S3 文件网关 | [449.51 美元智能分层](https://calculator.aws/#/estimate?id=e584593492b7b6e14752516b3022d85c0e701067) | 美国东部（弗吉尼亚州北部） |
| Amazon EBS | [1,335.69 美元 GP3](https://calculator.aws/#/estimate?id=1645edeaf53d61821ee1fc60d4d8e876630d4331) | 美国东部（弗吉尼亚州北部） |
请考虑以下事项：
+ 在 Amazon Glacier 中，除非您使用 [RestoreObject](https://docs.aws.amazon.com/AmazonS3/latest/API/API_RestoreObject.html)API 将对象恢复到 Amazon S3，否则您会收到一般 I/O 错误。我们建议您使用 Amazon CloudWatch Events 来通知此 I/O 错误。这样一来，您的运营团队就能够针对用户在可能需要访问的文件上出现此错误的情况做出反应。有关这些错误的更多信息，请参阅 Amazon S3 文件网关文档 InaccessibleStorageClass中的[错误：](https://docs.aws.amazon.com/filegateway/latest/files3/troubleshooting-file-gateway-issues.html#troubleshoot-logging-errors-inaccessiblestorageclass)。
+ 除了 Amazon Glacier 的访问限制外，Storage Gateway 上[每个对象/文件夹只 ACLs 允许 10](https://docs.aws.amazon.com/filegateway/latest/files3/troubleshooting-file-gateway-issues.html#troubleshoot-copying-files-to-s3) 个。在决定使用存储网关之前，请确保您不需要超过 10 个 ACL 条目。
### Amazon FSx 文件网关
与 Amazon S3 文件网关类似， FSx 文件网关提供对可长期保留数据的文件系统的访问。在 Amazon S3 文件网关中，数据驻留在 Amazon S3 中。对于 FSx File Gateway，您的数据驻 FSx 留在 Windows 文件服务器上。尽管多可用区选项可用 FSx 于 Windows 文件服务器，但没有多区域选项。如果您拥有跨国公司或远程办公场所，那么您可能需要提供一个地理位置更靠近最终用户的共享存储平台，以避免网络延迟问题。如果您要部署另一个 Amazon FSx 文件系统，则会增加全新 Amazon FSx for Windows 文件服务器文件系统的成本和必要的存储空间。为避免创建全新的文件系统和重复成本，您可以在辅助区域部署 FSx File Gateway。这为用户提供了本地化的文件访问方式，同时也有助于降低您的总体成本。
****
| 存储系统 | 10TB 存储空间的成本 | Region |
| --- | --- | --- |
| FSx 适用于 Windows 文件服务器的亚马逊 | 683.20 美元 SSD | 美国东部（弗吉尼亚州北部） |
| Amazon FSx 文件网关 | 503.70 美元/单网关 | 美国东部（弗吉尼亚州北部） |
**注意**
上述表格中的价格基于[存储网关定价](https://aws.amazon.com/storagegateway/pricing/)。
记住以下内容：
+ FSx 文件网关可以帮助您每月为多区域工作负载节省大约 180 美元（或每年 2100 美元）。
+ FSx File Gateway 的数据传输费用要低得多，因为它只需要缓存定期访问的文件，而不是完整的辅助副本。
+ 尽管你可以在不同的区域部署两个 Windows File Server，并使用 AWS Backup 或更新它们 AWS DataSync，但这两个选项都不是实时的。 FSx
## 成本优化建议
### Amazon S3 文件网关
S3 文件网关为存储文件提供了一种成本较低的选择，但在其如何实施及使用文件系统方面存在一些需要考虑的问题。例如，S3 文件网关需要使用虚拟机才能运行存储网关软件。在中 AWS，Storage Gateway 默认使用 m5.xlarge 实例部署在 Amazon EC2 中。如果您想降低本地存储成本，可以将 Storage Gateway 作为虚拟设备部署在虚拟化平台（例如 VMware 和 Hyper-V）上。
#### 高可用性注意事项
运行中的存储网关是访问文件的单点故障。为避免不必要的停机时间，我们建议您实施严格的访问控制，明确哪些用户能够对存储网关实例进行修改、或停止和启动操作。此外，对于上的部署 AWS，使用 Amazon Data Lifecycle Manager 创建路由快照以快速恢复您的 Storage Gateway 实施也是有益的。如果您使用在本地运行 Storage Gateway VMware，则可以对其进行配置以实现[高可用性](https://aws.amazon.com/blogs/storage/deploy-a-highly-available-aws-storage-gateway-on-a-vmware-vsphere-cluster/)。
#### 运行多个文件系统
将日常使用的文件工作负载与存档工作负载分开，有助于您避免不必要的存储费用。Storage Gateway 能够与 FSx 适用于 Windows 的文件服务器文件系统一起部署。通过使用 [DFS 命名空间](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html)，您可以呈现在 Windows 文件服务器上 FSx 运行的主要日常使用存储空间和在 Amazon S3 中运行的存储（可通过 Storage Gateway 访问）。
以下图表展示了如何将一个单一的 DFS 命名空间用作不同后端存储选项的前端接入点。
![\[将 DFS 命名空间用作前端接入点。\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/namespace_dfsn.png)
客户端会被定向到文件夹结构，例如 **\$1\$1example.com\$1storage**。这个主目录包含子目录。 FSx 适用于 Windows 的文件服务器文件系统包含正常访问的文件共享。您可以使用在存储网关上创建的文件共享来存储存档数据。用户可以手动将项目存入存档文件夹，或者您也可以构建一个流程来自动将某些文件从常规文件共享迁移到存档文件夹。
请考虑以下事项：
+ 查看您的存储需求并为[缓存提供足够的存储空间](https://docs.aws.amazon.com/filegateway/latest/filefsxw/ManagingLocalStorage-common.html)。
+ 将您的网关添加到 Active Directory 配置中，然后使用[标准 Windows ACLs 来访问文件](https://docs.aws.amazon.com/filegateway/latest/files3/smb-acl.html)。
### FSx 文件网关
FSx 文件网关的部署与 S3 文件网关的部署类似，但如果使用启动向导，则会更容易。有关详细说明，请参阅 [Amazon FSx File Gateway 文档中的步骤 3：创建并激活](https://docs.aws.amazon.com/filegateway/latest/filefsxw/create-gateway-file.html)亚马逊 FSx 文件网关。在您的环境中部署 FSx File Gateway 后，您可以将其与现有 Amazon FSx 文件系统关联并访问您的文件。
部署 FSx 文件网关时，存储是首要考虑因素。默认存储空间提供 150GB，这对于缓存文件来说是一个相当充足的存储容量。创建针对磁盘可用空间不足的监控提醒，以帮助实现存储资源的合理调整，避免过度分配。
## 其他资源
+ [AWS Storage Gateway 资源](https://aws.amazon.com/storagegateway/resources/)（AWS 文档）