何时使用 Azure NetApp 文件
现在，我们将了解一些场景来说明何时适合使用 Azure NetApp 文件作为共享文件存储来迁移本地基于文件的工作负载以在云中运行。 以下条件将帮助你确定 Azure NetApp 文件是否是在云中运行组织中基于文件的工作负载的合适存储选择：
- 轻松部署或迁移
- 工作负载规模
- 灵活性
- 存储技术
决策条件
Azure NetApp 文件可以管理基于文件的企业级工作负载，很少需要或不需要进行重新配置，但需要一定的部署灵活性。 不适合使用 Azure NetApp 文件的用例通常涉及需要基于块或基于对象的存储的小型静态工作负载。 让我们更详细地回顾一下这些决策条件。
| 条件 | 分析 |
|---|---|
| 轻松部署或迁移 | 是否需要“直接迁移”工作负载？ 也就是说，是否需要将工作负载转移到 Azure 云中，而无需更改应用程序的组件、配置或代码？ 直接迁移可最大程度地降低工作负载开始在云中运行时遇到问题的风险。 它还可最大程度地减少执行新部署和迁移所需的成本、工作量和时间。 |
| 工作负载规模 | 工作负载的总体规模如何？ Azure NetApp 文件最适用于需要最高性能和可用性的企业级工作负载。 例如，大规模的数据库部署、大规模 VDI 和高性能计算应用程序。 Azure NetApp 文件可以轻松支持规模相对较小和性能相对较低的工作负载。 |
| 灵活性 | 工作负载是否需要能够灵活地满足性能、容量和可伸缩性方面要求？ 通过将卷移动到具有所需服务级别的容量池，你可借助 Azure NetApp 文件在标准、高级和超高之间更改卷的服务级别，并且不会中断服务。 还可以随时增加或减少容量池或卷的大小以满足当前需求。 如果已将容量池设置为手动 QoS，则 Azure NetApp 文件还允许你根据工作负载的需要独立更改卷的吞吐量。 |
| 存储技术 | 是否需要基于块或基于文件的存储？ Azure NetApp 文件适用于任何可以使用共享文件存储的 POSIX 兼容工作负载。 但是，某些工作负载对于基于块且直接连接的存储具有严格的依赖关系或要求。 Azure NetApp 文件提供了虚拟 NAS，这使其不适合该工作负载类型。 然而，虽然过去许多工作负载都使用直接连接的基于块的存储，但这没有严格的依赖关系或要求。 在这种情况下，Azure NetApp 文件可能会提供更好的性能和可伸缩性，因为 Azure 虚拟机的网络速率限制低于基于块的 (SSD) 基础结构，并且 Azure 网络文件卷是通过网络连接的。 |
应用条件
如果基于文件的企业级、弹性工作负载需要“直接迁移”到 Azure，则 Azure NetApp 文件是共享网络存储的正确选择。 这些条件并不同样适用于所有用例。 让我们来设想一下这些条件如何应用于自己场景中的用例。
Oracle Database 团队是否应使用 Azure NetApp 文件？
最苛刻的 Oracle Database 工作负载需要高 I/O 容量和对存储的低延迟访问。 该解决方案通过网络文件系统 (NFS) 协议提供共享文件访问。 体系结构使用 Azure NetApp 文件，这是一项共享文件存储服务。 Azure NetApp 文件具有以下优势：
- 在虚拟机 (VM) 级别上应用的磁盘 I/O 访问速率限制不会影响 Azure NetApp 文件。 因此，可以使用比磁盘存储更小的 VM SKU，而不会降低性能。 此方法可以显著降低成本。
- Azure NetApp 文件提供了灵活性。 可以按需扩大或缩小部署，使配置经济高效。
Azure NetApp 文件是一种简单易用的 Azure 本机服务，在 Azure 数据中心环境中运行。 像其他 Azure 存储选项一样，你可以预配、使用和缩放 Azure NetApp 文件。 Azure NetApp 文件使用一组裸机的全闪存储。 除了使用共享且高度可缩放的存储之外，Azure NetApp 文件还提供低于 1 毫秒的延迟。 这些因素使得此服务非常适合使用 NFS 协议通过网络运行 Oracle Database 工作负载。
下图描绘了可行的体系结构。 组件交互方式如下所示：
- Oracle Database 在 Oracle 子网中的 Azure VM 上运行。
- 在 Azure NetApp 文件子网中，Azure NetApp 文件提供对数据和日志文件的 NFS 访问。
- Oracle Direct NFS (dNFS) 连接协议可提高性能和吞吐量。
Azure 虚拟桌面 (AVD) 团队是否应该使用 Azure NetApp 文件？
Azure NetApp 文件可提供高达 450,000 IOPS 和亚毫秒级延迟，这意味着它可以为大规模 Azure 虚拟桌面 (AVD) 部署提供存储。 通过利用 Azure NetApp 文件功能，可以快速轻松地优化 AVD 部署的规模来控制成本。 Azure NetApp 文件可让你在不中断服务的情况下根据需要更改吞吐量并为卷选择不同的服务层。 此外，通过频繁创建手动或自动卷快照，可以在需要时回滚单个 FSLogix 用户配置文件容器，甚至可以还原整个卷。
假设有多名员工在 AVD 部署中工作，每个用户都运行虚拟个人桌面。 这种大规模部署可直接迁移到 Azure 中，并可根据需要优化吞吐量。
下面的关系图描绘了公司可为基于个人桌面的 AVD 部署使用的一种可能的体系结构。 用户被映射到特定的桌面 Pod。 Pod 是一个分支虚拟网络，其中包含一个虚拟机池和一个 Azure NetApp 文件指定子网，该子网使用总 Azure NetApp 文件容量池中的卷。 每个池的虚拟机数量低于 1,000 台（每个用户一台）。 Azure NetApp 文件可以轻松处理每个单会话主机池 VNet 的多个个人桌面。 如果需要更多的个人桌面，可以轻松添加更多 Pod。
研发团队是否应该使用 Azure NetApp 文件？
大多数研发团队均会用到需要执行计算密集型和数据密集型操作的应用程序，例如计算机辅助设计、3D 建模和详细模拟。 因此，它们需要高 IOPS、低延迟和高可用性。 这些任务通常会发生极大的使用率波动，例如在复杂的模拟过程中使用率较高，然而在模拟结束时使用率几乎为零。 R&D 团队成员需要符合 POSIX 要求的混合 SMB/NFS 协议访问权限。 所有这些注意事项都有利于将 R&D 团队的应用程序迁移到 Azure，并使用 Azure NetApp 文件作为共享存储服务。
下图描绘了在 Azure 虚拟网络中运行高性能计算应用程序的可能设置。 该设置使用 Azure NetApp 文件作为该应用程序的共享存储。 R&D 团队成员通过 Windows 或 Linux 虚拟机访问前端。 HPC 应用程序在计算子网中运行，该子网包含 Linux 虚拟机规模集。 规模集的共享存储来自包含 Azure NetApp 文件卷实例的指定子网。
