本文展示了如何将 Azure NetApp 文件服务用作 Siemens Teamcente 产品生命周期管理 (PLM) 的存储解决方案。 它假定你熟悉 Azure 上的 Siemens Teamcenter 基线体系结构。 Teamcenter 基线体系结构有助于了解选择合适存储解决方案的重要性。 它还强调了Azure NetApp 文件在 Azure 上的 Siemens Teamcenter PLM 部署中提供的价值。
体系结构
此体系结构演示了 Teamcenter PLM 在 Azure NetApp 文件服务上的多区域部署。 该体系结构旨在提供卓越的性能、可伸缩性和高可用性 (HA)。
图 1. Siemens Teamcenter PLM 和 Azure NetApp 文件。下载此体系结构的 PowerPoint 文件。
资源层：Teamcenter PLM 在很大程度上依赖于资源层来提供一个可扩展且可靠的平台，用于管理产品数据以及跨团队和组织进行协作。 资源层将提供对文档、3D 模型和绘图等资源的访问权限。 此层包括主数据库和故障转移数据库。 数据库将存储数据库服务器数据和日志卷。 资源层还包含根 FSC 文件服务器，用于存储与产品数据关联的数字资产（元数据）。 它将处理存储在数据卷上的 CAD 文件。
该体系结构将根 FSC 服务器和存储卷中的数字资产和产品数据集中到了同一可用性区域中，以便用户可以更快、更轻松地访问必要的数据。 此层还提供用于管理和维护这些资源的服务，例如文件版本控制、修订控制和访问权限。 在许多情况下，这些资源使用 Azure NetApp 文件存储功能来正常运行。
存储子网：该体系结构将 Azure NetApp 文件服务卷部署到了存储子网中。 Azure NetApp 文件服务为 Teamcenter PLM 产品数据和数字资产提供了基本存储。
可用性区域：该体系结构使用了两个可用性区域，并跨区域复制数据。 此配置有助于确保数据的可用性并防止数据丢失或损坏。 这些可用性区域还可实现可伸缩性。
数据复制：该体系结构使用 SQL Server Always On 可用性组跨可用性区域同步复制数据库。 Azure NetApp 文件服务将使用跨区域复制功能来跨可用性区域异步复制数据。
数据流：资源层中的数据库 [a] 和根 FSC 服务器 [b] 将在 Azure NetApp 文件服务卷中存储和检索数据。 体系结构层之间的数据流非常高效，并提供了对产品数据和数字资产的安全增强型访问，因为 Azure NetApp 文件服务卷托管在可用性区域中的客户虚拟网络中。 Azure NetApp 文件提供非中断性按需可伸缩性以及跨可用性区域的 HA。
方案详细信息
Azure NetApp 文件服务在解决 Teamcenter PLM 环境面临的性能挑战和实现大规模云部署方面发挥着至关重要的作用。 Azure NetApp 文件服务的高性能存储功能可以显著缓解与访问数据相关的延迟和吞吐量问题。 Azure NetApp 文件服务的高级体系结构可确保低延迟的数据访问，从而增强云端的用户体验。 Azure NetApp 文件能够处理大型文件、数据量和用户数。 所以，Azure NetApp 文件提供了在云中无缝运营 Siemens PLM 系统所需的必要性能和可伸缩性。
通过使用 Azure NetApp 文件服务作为 Teamcenter PLM 的存储解决方案，可帮助增强性能和可用性，并改善数据库和共享文件系统的数据管理和资源利用率。 Azure NetApp 文件服务提供了关键数据备份和冗余功能，以提高 Teamcenter PLM 数据的可用性。
通过跨多个 Azure 可用性区域使用 Azure NetApp 文件服务卷放置和复制功能，此解决方案可实现高性能、数据复原能力和容错能力。 将 Teamcenter PLM 与 Azure NetApp 文件服务结合使用时，可以跨可用性区域分发和复制数据，以在云中创建可复原的 PLM 解决方案。
可能的用例
机械设计管理：Azure NetApp 文件服务可以提供对大型设计文件的高速访问，使工程师能够快速迭代设计并进行必要的更改。 对于电子和电气 CAD 管理，Azure NetApp 文件服务可以提供一个集中位置来存储和管理 CAD 数据。
需求工程、基于模型的系统工程和 PLM 过程管理：Azure NetApp 文件服务将提供低延迟的高性能存储，从而加快对关键数据的访问并提高整体系统性能。 这些特点对于需求工程、基于模型的系统工程和 PLM 过程管理都非常重要。 这些用例都非常依赖于访问和处理大量数据。
物料清单管理和产品配置：Azure NetApp 文件服务还提供灵活的存储选项，可根据不断变化的业务需求进行纵向扩展或缩减。 这些品质对于需要大存储容量且数据量频繁变化的用例（如物料清单管理和产品配置）非常有用。
产品成本管理：Azure NetApp 文件服务提供了高级数据保护功能，包括时间点备份和灾难恢复 (DR) 选项。 数据保护对于产品成本管理等用例非常重要，在这些用例中，准确和最新的数据是关键。 作为制造公司 PLM 运营的支柱，Azure NetApp 文件服务会保护产品成本信息的完整性，并提供必要的措施来降低数据丢失或系统中断的风险。
跨部门和域的开发：Azure NetApp 文件服务会为 Teamcenter PLM 部署提供高性能、可靠且可扩缩的存储服务，有助于改善跨部门和域的协作。
软件设计管理：Azure NetApp 文件服务可为生成项目和开发环境提供高性能存储，从而缩短生成和部署时间。 该服务为预配开发/测试环境和过渡环境提供了优势，可实现快速克隆和设置。 借助自动化功能和与现有流程的无缝集成，Azure NetApp 文件服务可优化软件设计工作流，提高灵活性和工作效率。
产品文档管理：Azure NetApp 文件服务可以提供一个集中的位置来存储和管理产品文档，使跨团队访问和共享信息变得轻而易举。
产品可视化和桌面模型：Azure NetApp 文件服务可以提供对大型图形文件和模拟的高速访问，从而缩短可视化和模型构建时间。 对于模拟过程和数据管理，Azure NetApp 文件服务可以为模拟数据提供快速可靠的存储，因此工程师可以快速运行模拟并分析结果。
产品可见性和见解：Azure NetApp 文件通过提供对 PLM 数据和分析的快速访问来实现产品可见性和见解。 这种可见性可帮助组织做出明智的决策并优化产品开发流程。 例如，PLM 分析可以提供对产品性能的见解，并帮助确定需要改进的方面。 可持续产品开发可以帮助组织跟踪产品的环境影响，并做出更可持续的选择。
注意事项
这些注意事项实施 Azure 架构良好的框架的支柱原则，即一套可用于改进工作负载质量的指导原则。 有关详细信息，请参阅 Microsoft Azure 架构良好的框架。
可靠性
可靠性可确保应用程序符合你对客户的承诺。 有关详细信息，请参阅可靠性支柱概述。 Azure NetApp 文件服务通过内置的数据复制、故障转移和 DR 功能提供了 HA。 这些功能有助于确保 Teamcenter PLM 数据库和 CAD 文件即使是在出现地区性、区域性或软件故障时也始终可用。 Azure NetApp 文件服务提供了适用于所有层和所有受支持地区的 SLA。 该服务还支持在所选的可用性区域中预配卷，以及跨区域进行 HA 部署。
Azure NetApp 文件服务提供了两个数据备份选项：快照和备份。 快照提供针对数据的时间点备份。 如果发生数据丢失或损坏，可以使用它们来快速恢复数据。 Azure NetApp 文件服务还具有完全托管的备份解决方案。 这种备份为快照提供了长期保留和恢复选项。 你可以结合使用快照和备份来获取全面的备份和恢复解决方案。
跨可用性区域复制数据。 Azure NetApp 文件服务提供两个重要功能：可用性区域卷放置和跨区域复制。 两者都有助于跨可用性区域为 Teamcenter 根 FSC 和 Oracle 或 SQL 数据库服务器提供 HA 体系结构。
建议使用可用性区域卷放置功能来确保 Teamcenter、Oracle 或 SQL 数据库服务器及其关联数据位于同一可用性区域中。 这种放置方式可通过减少网络延迟来增强性能，并提供故障隔离。 在与 Oracle Data Guard 或 SQL Server Always On 可用性组一起实现时，它可以在发生故障时在可用性区域中实现无缝故障转移。
如果需要跨多个可用性区域的数据冗余和 HA，并且不想使用或要求应用程序级复制，则应使用跨区域复制。 如果使用跨区域复制，在一个可用性区域中所做的任何更改都会自动复制到其他区域中的卷。 这种复制可确保数据一致性，并在发生区域级故障时允许将故障转移到次要区域。 该功能增强了 Teamcenter 根 FSC 文件数据的数据保护、DR 和整体系统复原能力。
配置 Azure NetApp 文件服务快照。 快照提供数据的时间点备份，可在数据丢失或损坏时实现快速恢复。 你可以安排快照定期自动发生，也可以在需要时手动创建快照。 使用 Azure NetApp 文件服务最多可为每个卷创建 255 个快照。
你可以通过计划策略、使用 Azure SDK 或 API 或者在 Azure 门户中手动设置 Azure NetApp 文件服务快照。 应用程序的一致性要求可帮助你确定使用哪种方法：
手动创建快照。 对于需要应用程序一致性的应用程序，如 Oracle 或 SQL Server，请手动创建快照。 在使用基于存储的快照时，SQL Server 和 Oracle 数据库需要确保应用程序一致性，因此你需要确保发生正确的应用程序到存储快照业务流程。 你可以通过实现“应用程序冻结-快照-解冻”周期来实现此业务流程，该周期使系统能够在不中断数据库运行的情况下一致地拍摄快照。 如下详细了解 Azure NetApp 文件服务的快照一致性，请参阅 SQL Server 快照一致性或 Oracle 快照一致性。
对根 FSC 文件数据使用快照策略。 Azure NetApp 文件服务卷上托管的根 FSC 文件数据不需要任何应用程序一致性或业务流程，因为这些卷属于常规文件共享。 建议使用 Azure NetApp 文件服务的快照策略按所需的时间间隔自动计划和启动快照。
配置 Azure NetApp 文件服务备份功能。Azure NetApp 文件服务备份功能通过为长期恢复、存档与合规性提供完全托管的备份解决方案，来扩展 Azure NetApp 文件服务的数据保护功能。 该服务将备份存储在 Azure 存储中。 这些备份独立于可用于近期恢复或克隆的卷快照。 该服务创建的备份可还原到相应地区中的新 Azure NetApp 文件服务卷。 Azure NetApp 文件备份支持基于策略（计划）的备份和手动（按需）备份。
使用 Azure NetApp 文件服务的文件/文件夹和卷还原选项。 Azure NetApp 文件服务提供了文件/文件夹精细还原和卷还原选项。 这两个选项都可用于 Teamcenter PLM 数据恢复。
文件/文件夹精细还原使你可以从快照或备份中恢复特定文件或文件夹。 此选项可节省时间和存储空间，因此在仅需要还原特定数据时非常有用。 你还可以使用 Azure NetApp 文件服务快照功能来恢复数据。 通过使用快照，可以从以前的时间点恢复数据，而无需从备份中还原数据。 此功能可帮助你快速还原意外删除或损坏的单个文件。
卷还原使你可以从快照或备份恢复整个卷。 当整个卷丢失或损坏且需要完全还原时，此选项很有用。 此功能可帮助你快速还原整个卷的 Teamcenter PLM 数据，包括 CAD 文件、应用程序和数据库服务器以及其他关键数据。
定期拍摄快照。 如果你定期拍摄数据快照，那么就可以在几分钟内将系统还原到之间的状态。 此功能可最大程度地减少潜在的停机时间，并确保关键数据在需要时始终可用。 Teamcenter PLM 体系结构中有三个主要领域，其中高级数据保护和可恢复性非常重要，快照则可确保快速保护和恢复：
- 从文件共享中还原单个文件
- 数据库数据的一致性备份
- 卷还原，用于在发生病毒和勒索软件攻击以及数据库问题时进行恢复
下图显示了特定于 Teamcenter PLM 应用程序领域的 Azure NetApp 文件的快照还原选项：
图 2. 特定于 Teamcenter PLM 应用程序领域的 Azure NetApp 文件的快照还原选项
请使用适用于大多数还原操作的联机快照，而不是脱机备份（保管库快照）。 有关详细信息，请参阅 Azure NetApp 文件快照的工作原理。
为 DR 设置跨地区复制。 为了提高可用性，可以使用 Azure NetApp 文件服务的跨地区复制功能来将存储卷复制到另一个 Azure 地区。 使用 Azure NetApp 文件服务的复制功能而不是应用程序级或主机级复制来复制存储卷有两大优势：
- 应用程序虚拟机 (VM) 或虚拟网络上没有额外的负载。 Azure NetApp 文件服务无需使用任何计算基础结构资源即可复制存储内容。
- 它无需在正常运行期间在目标地区持续运行 VM。 无需运行目标 VM 即可支持此方案。
当跨地区复制更新间隔设置为 10 分钟时，此解决方案的典型恢复点目标 (RPO) 小于 20 分钟。 恢复时间目标 (RTO)（最大可容忍停机时间）是在故障转移站点还原应用程序所需的时间。 用于中断对等互连关系以激活目标卷并在第二个站点提供读取和写入数据访问权限的 RTO 的存储部分应在一分钟内完成。 有关详细信息，请参阅为 Azure NetApp 文件创建卷复制。
此体系结构显示了使用跨地区复制功能的 DR 解决方案：
图 3. 使用跨区域复制的灾难恢复体系结构。下载此体系结构的 PowerPoint 文件。
该体系结构具有以下数据流：
- 生产环境中的客户端层、Web 应用层、企业层和资源层将使用存储层中的 Azure NetApp 文件服务实例。
- 各自层中的应用程序将使用应用程序复制（如果需要）将数据复制到 Azure DR 地区。 如果可以，建议使用 Azure NetApp 文件服务跨地区复制。
- Azure NetApp 文件服务跨地区复制会将数据卷（包括所有快照）异步复制到 DR 地区，以便在发生地区性灾难时进行故障转移。 若要在未执行 DR 故障转移时节省资金，可以在复制期间对目标卷使用标准服务级别。
- 如果发生灾难，DR 环境中的客户端层、Web 应用层、企业层和资源层将使用 Azure NetApp 文件服务存储层来维持 DR 环境中的数据存储和性能。 在 DR 方案中，应将 DR 环境中的 Azure NetApp 文件服务卷更改为运行应用程序所需的高级性能层或超高性能层。
- 灾难结束后，可以启动故障回复事件，将复制的数据返回到其原始地区。 故障回复事件将对数据所做的更改分阶段复制回原始区域。 复制内容包括在 DR 站点上创建的任何新快照，其中关键数据优先。 复制完成后，应用程序可以在原始地区恢复正常运行。
配置数据库 HA。 你可以将 SQL Server Always On 可用性组或 Oracle Data Guard 与 Azure NetApp 文件服务的可用性区域卷放置功能相结合，为这些应用程序构建 HA 体系结构。
- 将 SQL Server Always On 可用性组与 Azure NetApp 文件服务配合使用。 SQL Server Always On 可用性组支持跨可用性区域同步或异步复制 SQL Server 数据库。 这种复制可确保 SQL Server 生态系统中具有数据冗余和故障转移功能。 将 Azure NetApp 文件服务配置为使用可用性区域卷放置功能。 可用性区域放置功能会将 SQL Server 数据库的基础存储定位在与 SQL Server 实例相同的可用性区域中。
- 将 Oracle Data Guard 与 Azure NetApp 文件服务配合使用。 配置 Oracle Data Guard 以在可用性区域之间复制 Oracle 数据库，从而实现数据冗余和 HA。 请使用具有可用性区域卷放置功能的 Azure NetApp 文件服务，以确保支持 Oracle 数据库的存储服务与 Oracle 数据库实例位于同一可用性区域中。
安全性
安全性针对蓄意攻击及滥用宝贵数据和系统提供保障措施。 有关详细信息，请参阅安全性支柱概述。
Azure NetApp 文件服务提供了加密和访问控制等安全功能。 这些功能有助于保护 Teamcenter PLM 数据库免受未经授权的访问、数据泄露和网络威胁。 Azure NetApp 文件服务提供了一定级别的安全性，因为数据会保留在你的虚拟网络中。 没有公共终结点，所有数据始终静态加密。
使用增强的文件访问安全性。 除了 NFS 导出策略和 UNIX 权限和所有权模式之外，还可以使用 SMB 共享权限和 NTFS 访问控制列表 (ACL) 或 NFSv4.1 ACL 来增强文件访问安全性。
使用网络安全组。 在 Azure 虚拟网络和 Azure NetApp 文件服务的委托子网上应用网络安全组（配置标准网络功能）。
考虑加密传输中的数据。 （可选）在通过 NFSv4.1、SMB 或双协议导出的任何卷上启用传输中的数据加密功能。
使用 Azure Policy。Azure Policy 可帮助你执行组织标准并大规模评估合规性。 Azure NetApp 文件通过自定义内置策略定义支持 Azure Policy。
成本优化
成本优化就是减少不必要的费用和提高运营效率。 有关详细信息，请参阅成本优化支柱概述。
Azure NetApp 文件服务提供了采用即用即付模式的经济高效型存储解决方案。 你只需为使用的存储和性能资源付费，无需在硬件或基础结构上进行前期投资。
了解 Azure NetApp 文件服务的成本模式。 了解 Azure NetApp 文件的成本模型可有助于管理开支。 Azure NetApp 文件按预配的存储容量计费，该容量通过创建容量池进行分配。 容量池根据每小时分配的每个 GiB 的设定成本按月计费。
考虑动态调整卷和容量池的大小。 如果容量池大小要求波动（例如，由于容量或性能需求的变化），请考虑动态调整卷和容量池的大小以平衡成本与容量和性能需求。
考虑动态更改卷层（服务级别）。 如果容量池大小需要保持不变，但性能需要有所波动，请考虑动态更改卷的服务级别。 可以在整个月中添加和删除不同类型的容量池。 此策略提供即时性能，并在不需要高性能时降低成本。 建议在跨 Azure 地区设置 DR 方案时使用此功能。 在次要区域中使用最低、最具成本效益（标准）的层。 仅当发生故障转移事件时，才将卷移动到适当的性能层。
使用跨地区和跨区域复制。 如果使用跨地区和跨区域复制，则无需使用基于主机的复制机制，因此可以避免产生 VM 和软件许可证成本。
Azure NetApp 文件服务还允许在一系列较小的 Azure VM SKU 上运行存储 I/O 密集型数据库，从而优化 Oracle 和 SQL Server 数据库应用程序的成本。 在可以节省计算和软件许可证成本时，应使用受约束的 Azure vCPU SKU。
请考虑将 Azure NetApp 文件标准存储与冷访问配合使用。 大多数冷数据都与非结构化数据相关联。 在许多存储环境中，它可能占总存储容量的 50% 以上。 与生产力软件、已完成项目和旧数据集关联的不经常访问的数据对高性能存储的使用效率低下。 使用具有冷访问权限的 AzureNetApp 文件标准存储，可以将非活动数据配置为从 Azure NetApp 文件标准服务级别存储（热层）移动到 Azure 存储帐户（冷层）。 这样做时，一段时间未访问的数据块将保留在冷层中并存储，从而节省成本。 可以使用 Azure NetApp 文件标准存储与冷访问成本估算器以交互方式估算成本节省，具体取决于可更改的输入参数。
了解性能要求。 请根据容量和性能要求确定所需的 Azure NetApp 文件服务级别（标准性能、高级性能或超高性能）。 然后使用 Azure 定价计算器估算以下组件的成本：
- Azure 上的 Teamcenter PLM 组件
- Azure 上的数据库组件
- Azure NetApp 文件的跨地区复制和备份
- 托管磁盘（OS 启动磁盘）
- 联网组件
使用 Azure NetApp 文件服务的性能计算器。 Azure NetApp 文件服务的性能计算器可帮助你根据成本和性能需求确定合适的 Azure NetApp 文件服务存储层。
咨询 Azure 云解决方案架构师。 建议咨询 Azure 云解决方案架构师 (CSA)，了解如何调整应用程序大小并选择最小的适用 VM SKU。
卓越运营
卓越运营涵盖了部署应用程序并使其在生产环境中保持运行的运营流程。 有关详细信息，请参阅卓越运营支柱概述。
将 Azure NetApp 文件服务用于 Teamcenter PLM 有助于实现多个有关架构良好的框架的卓越运营建议：
使用原生监视功能。 Azure NetApp 文件服务提供了内置的监视和诊断功能，可用于监视 Teamcenter PLM 应用程序、CAD 文件共享和数据库的性能和运行状况。 你可以针对关键事件（如文件系统容量和性能问题）设置警报和通知，并主动采取纠正措施。
管理性能。 Azure NetApp 文件提供了非中断性按需容量缩放和服务级别更改，这让你能够根据 Teamcenter PLM 应用程序、CAD 文件共享和数据库的要求快速进行纵向扩展或缩减。 这些功能以及卷大小调整或手动服务质量 (QoS) 设置可以帮助你管理应用程序的性能和可用性。
自动执行基础结构部署。 借助 Azure NetApp 文件服务，你可以自动部署 Teamcenter PLM 应用程序基础结构、CAD 文件共享和数据库。 你可以使用 Azure 资源管理器模板来定义和部署支持你的应用程序的所需资源，例如文件共享、存储帐户、VM 和数据库。
测试部署。 Azure NetApp 文件服务提供了一个可靠且可扩缩的平台，用于部署 Teamcenter PLM 应用程序代码、CAD 文件和数据库。 你可以使用基于快照还原的克隆功能来快速创建用于测试目的的新卷。 克隆有助于确保应用程序始终保持最新且稳定，而且你可以轻松测试新版本或升级。
测试环境。 你可以使用 Azure NetApp 文件服务快速创建和管理测试环境，只需通过快照还原将生产数据克隆到新卷即可。 这样做有助于将测试活动与生产环境隔离开来，并提供一种简单的方法来测试 DR 方案。 同一过程还可用于以非中断的方式测试新版本或升级。
性能效率
性能效率是指工作负载能够以高效的方式扩展以满足用户对它的需求。 有关详细信息，请参阅性能效率要素概述。
Azure NetApp 文件服务提供了具有低延迟、高吞吐量和一致性能的高性能存储。 此性能使 Teamcenter PLM 数据库能够处理大量数据、用户和事务，而不会降低性能。 用户能够快速高效地访问和修改 CAD 文件。
选择合适的计算层和性能层。 为了确保 Teamcenter PLM 环境具有最佳性能，请使用合适的 Azure VM 类型和 Azure NetApp 文件服务性能层。 Azure NetApp 文件服务卷有三个性能层（或服务级别）：超高性能、高级性能和标准性能。 选择最适合性能要求的层，同时考虑到可用性能带宽会根据卷大小进行缩放。 你可以通过随时调整卷的大小或更改卷的服务级别来优化性能。 如需详细了解 Azure NetApp 文件服务的成本模式，请参阅这些定价示例。
VM 类型和性能层需要满足 Teamcenter 服务器（根 FSC）、数据库服务器和工程工作站的存储需求。 此图显示了各种基础结构组件的存储层要求：
图 4. 各种基础结构组件的不同存储层要求。下载此体系结构的 PowerPoint 文件。
Siemens Teamcenter 服务器（根 FSC）（见图 4）需要中高水平的存储性能才能进行文件数据管理。 根据卷容量，我们通常建议使用 Azure NetApp 文件服务的高级性能层，除非性能调整另有要求。 你应为根 FSC 服务器使用 Azure D 或 F 系列 VM。 Azure NetApp 文件服务提供了 SLA 来维持可操作性和 IOPS 级别。
数据库服务器（SQL Server 或 Oracle）（见图 4）要求在服务器与存储之间实现最小延迟。 Azure NetApp 文件服务提供了小于 1 毫秒的延迟。 你应为数据库服务器使用 E 或 M 系列的 Azure VM。 如果可以，请启用受约束的 vCPU，以节省 SKU 和许可证成本。 对于要求最苛刻的数据库应用程序，应使用 Azure NetApp 文件服务的超高性能层，除非数据库性能调整另有要求。
工程工作站（见图 4）应为桌面加速应用程序和虚拟桌面使用 NV 系列 VM 以及 NVIDIA GPU 和 NVIDIA GRID 技术。 Azure NetApp 文件服务通过向多个工作站提供对文件数据的快速并发访问来优化启用了 GPU 的工程工作站，从而促进协作。 对于此用例，标准层就足够了。 标准层提供与其他层相同的低延迟性能。 它适用于低带宽要求和高并发性，例如许多并行访问卷的用户。
扩缩存储容量。 借助 Azure NetApp 文件服务，你可以轻松扩缩存储容量和性能，以满足不断变化的业务需求。 可以按需添加或删除容量和性能资源。 可以在不停机的情况下进行存储更改。 也不需要迁移数据并节省成本。
Azure NetApp 文件提供了一些功能，帮助你按需缩放，兼顾性能和成本。 这些功能可确保所做的更改对使用它的应用程序透明可见：
- 动态服务级别更改。 Azure NetApp 文件服务允许按需更改卷的服务级别，而不会对应用程序造成任何中断。 你可以根据需要提高或降低卷的性能或容量，而不影响应用程序的可用性。
- 使用自动 QoS 时调整性能。 默认情况下，Azure NetApp 文件服务会自动将 QoS 应用于卷，以确保它们获得所需的性能级别。 当你调整卷大小时，系统会自动调整 QoS 设置以重新分配性能级别。 随着存储容量的变化，应用程序将继续获得调整后的性能级别。
- 使用手动 QoS 时调整性能。 Azure NetApp 文件服务还允许将 QoS 策略手动分配给卷，以确保它们获得所需的性能级别。 在不调整卷大小的情况下，可以调整 QoS 设置以优化存储资源的性能和成本。 你可以根据工作负载要求微调应用程序的性能。
所有这些更改对在 Azure NetApp 文件服务上运行的 Teamcenter 组件而言都是透明的。 应用程序将继续以相同的方式访问卷，并将性能和可用性保持在所需的级别。 你可以按需扩缩存储资源，以优化性能和成本，而不中断业务运营。
运行性能测试。 Azure NetApp 文件服务针对 Teamcenter PLM 的客户部署和性能验证测试已经验证了运行时的显著减少，以及读取和写入时间的显著改善。 请使用 Azure NetApp 文件服务性能计算器着手进行初始大小调整和成本估算。
作者
Microsoft 会维护本文。 本文为以下参与者的原创作品。
主要作者：
- Tilman Schroeder | 汽车领域的云负责人
- Geert van Teylingen | Azure NetApp 文件服务组产品经理
其他参与者：
- Mick Alberts | 技术文档撰写人
- Sunita Phanse | 高级技术项目经理
若要查看非公开的 LinkedIn 个人资料，请登录到 LinkedIn。
后续步骤
- 适用于 Teamcenter 的 Azure 市场解决方案
- Azure NetApp 文件服务上的 Oracle 解决方案
- Azure NetApp 文件服务上的 SQL Server 解决方案
- 使用 Azure NetApp 文件进行 SQL Server 部署的好处
- 采用 Azure NetApp 文件服务的 Azure 虚拟桌面解决方案
- 采用 Azure NetApp 文件服务的文件共享解决方案
- Azure NetApp 文件服务的性能计算器
- Azure 定价计算器