Azure NetApp Files と Teamcenter PLM を使用する

Azure NetApp Files

Azure SQL データベース

この記事では、Azure NetApp Files を、Siemens Teamcenter 製品ライフサイクル管理 (PLM) のストレージソリューションとして使用する方法について説明します。ここでは、Azure 上の Siemens Teamcenter ベースラインアーキテクチャに精通していることを前提としています。 Teamcenter ベースラインアーキテクチャは、適切なストレージソリューションを選択することの重要性を理解するのに役立ちます。また、Azure 上の Siemens Teamcenter PLM デプロイで、Azure NetApp Files によって提供される価値も強調されています。

アーキテクチャ

このアーキテクチャは、Azure NetApp Files での Teamcenter PLM のマルチゾーン展開を示しています。このアーキテクチャは、優れたパフォーマンス、スケーラビリティ、高可用性 (HA) を提供するように設計されています。

図 1. Azure NetApp Files を使用する Siemens Teamcenter PLM。このアーキテクチャの PowerPoint ファイルをダウンロードします。

リソース層: Teamcenter PLM は、製品データを管理し、チームや組織間で共同作業を行うスケーラブルで信頼性の高いプラットフォームを提供するために、リソース層に大きく依存しています。リソース層では、ドキュメント、3D モデル、図面などのリソースにアクセスできます。この層には、プライマリデータベースとフェールオーバーデータベースが含まれます。データベースには、データベースサーバーのデータとログボリュームが格納されます。リソース層には、製品データに関連付けられているデジタル資産 (メタデータ) を格納する Root FSC ファイルサーバーも含まれています。データボリュームに格納されている CAD ファイルを処理します。

このアーキテクチャでは、Root FSC サーバー内のデジタル資産と製品データ、および同じ可用性ゾーン内のストレージボリュームを一元管理して、ユーザーがより迅速かつ簡単に必要なデータにアクセスできるようにします。このレベルには、ファイルのバージョン管理、リビジョンコントロール、アクセス許可など、これらのリソースを管理および保守するためのサービスも用意されています。多くの場合、これらのリソースが機能するために、Azure NetApp Files ストレージ機能が使用されます。

ストレージサブネット: このアーキテクチャでは、Azure NetApp Files ボリュームがストレージサブネットにデプロイされます。 Azure NetApp Files は、Teamcenter PLM 製品データとデジタル資産に不可欠なストレージを提供します。

可用性ゾーン: このアーキテクチャでは、2 つの可用性ゾーンを使用し、ゾーン間でデータをレプリケートします。この構成は、データの可用性を確保し、データの損失や破損から保護するのに役立ちます。可用性ゾーンでは、スケーラビリティも有効になります。

データレプリケーション: このアーキテクチャでは、SQL Server Always On 可用性グループを使用して、可用性ゾーン間でデータベースを同期的にレプリケートします。 Azure NetApp Files では、クロスゾーンレプリケーションを使用して、可用性ゾーン間でデータを非同期的にレプリケートします。

データフロー： リソース層のデータベース [a] と Root FSC サーバー [b] は、Azure NetApp Files ボリュームを使用してデータを格納および取得します。アーキテクチャ層間のデータフローは効率的であり、Azure NetApp Files ボリュームは可用性ゾーンの顧客仮想ネットワークでホストされるため、製品データとデジタル資産へのアクセスのセキュリティが強化されます。 Azure NetApp Files は、可用性ゾーン間にオンデマンドで中断のないスケーラビリティと HA を提供します。

シナリオの詳細

Azure NetApp Files は、Teamcenter PLM 環境が直面するパフォーマンスの課題に対処し、大規模なクラウドのデプロイを実現する上で重要な役割を果たします。 Azure NetApp Files の高パフォーマンスストレージ機能を使用すると、データへのアクセスに関連する待ち時間とスループットの問題を大幅に軽減できます。 Azure NetApp Files の高度なアーキテクチャにより、データへのアクセスの待ち時間が短くなり、クラウドでのユーザーエクスペリエンスが向上します。 Azure NetApp Files を使用すると、大規模なファイルサイズやデータボリューム、多数のユーザーを処理できます。そのため、Azure NetApp Files は、クラウドでの Siemens PLM システムのシームレスな運用に必要なパフォーマンスとスケーラビリティを備えています。

Teamcenter PLM のストレージソリューションとして Azure NetApp Files を使用すると、パフォーマンスと可用性を向上させ、データベースと共有ファイルシステムのデータ管理とリソース使用率を向上させることができます。 Azure NetApp Files は、Teamcenter PLM データの可用性を向上させるための主要なデータバックアップ機能と冗長性機能を提供します。

このソリューションでは、複数の Azure 可用性ゾーン間の Azure NetApp Files ボリュームの配置とレプリケーション機能を使用することで、高パフォーマンス、データの回復性、フォールトトレランスを実現できます。 Teamcenter PLM を Azure NetApp Files と共に使用すると、可用性ゾーン間でデータを配布およびレプリケートして、クラウドに回復性のある PLM ソリューションを作成できます。

考えられるユースケース

機械設計管理: Azure NetApp Files を使用すると、大規模な設計ファイルに高速でアクセスできるため、エンジニアは設計をすばやく繰り返して必要な変更を行うことができます。電子および電気 CAD 管理のために、Azure NetApp Files は、CAD データを格納および管理するための一元的な場所を提供することができます。

要件エンジニアリング、モデルベースのシステムエンジニアリング、および PLM プロセス管理: Azure NetApp Files は、低遅延の高性能ストレージを提供することで、重要なデータへの迅速なアクセスを可能にし、システム全体のパフォーマンスを向上させます。これらの品質は、要件エンジニアリング、モデルベースのシステムエンジニアリング、PLM プロセス管理に重要です。これらのユースケースは、大量のデータへのアクセスと処理に大きく依存しています。

部品表の管理と製品構成: Azure NetApp Files には、変化するビジネスニーズに基づいて拡大または縮小できる柔軟なストレージオプションも用意されています。これらの品質は、部品表の管理や製品構成など、大量のストレージ容量が必要で、データ量が頻繁に変更される可能性があるユースケースに役立ちます。

製品コスト管理: Azure NetApp Files は、ポイントインタイムバックアップやディザスターリカバリー (DR) オプションなど、高度なデータ保護機能を提供します。製品コスト管理などの、正確な最新データが不可欠であるユースケースでは、データ保護が重要です。 Azure NetApp Files は、製造企業の PLM 業務のバックボーンとして、製品コスト情報の整合性を保護し、データ損失やシステムの中断のリスクを軽減するために必要な対策を提供します。

部門間およびドメイン間の開発: Azure NetApp Files は、Teamcenter PLM デプロイ用の高パフォーマンスで信頼性に優れたスケーラブルなストレージサービスを提供することで、部門間およびドメイン間のコラボレーションの向上に貢献します。

ソフトウェア設計管理: Azure NetApp Files は、ビルド成果物と開発環境用の高パフォーマンスのストレージを提供し、ビルドとデプロイの時間を短縮できます。開発/テスト環境とステージング環境をプロビジョニングし、迅速な複製とセットアップを可能にするメリットを提供します。自動化機能と既存のプロセスへのシームレスな統合により、Azure NetApp Files は、ソフトウェア設計ワークフローを最適化し、機敏性と生産性を向上させます。

製品ドキュメント管理: Azure NetApp Files は、製品ドキュメントを格納および管理するための一元的な場所を提供できるため、チーム間で簡単に情報にアクセスして共有できます。

製品の視覚化とデスクトップモックアップ: Azure NetApp Files は、大きなグラフィックスファイルやシミュレーションへの高速アクセスを提供し、視覚化とモックアップ作成の時間を短縮できます。シミュレーションプロセスとデータ管理のために、Azure NetApp Files は、シミュレーションデータ用の高速で信頼性の高いストレージを提供できるため、エンジニアはシミュレーションをすばやく実行して結果を分析できます。

製品の可視性と分析情報: Azure NetApp Files を使用すると、PLM のデータと分析にすばやくアクセスできるようにして、製品の可視性と分析情報が得られます。組織はこの可視性を利用して、情報に基づいた意思決定を行い、製品の開発プロセスを最適化できます。たとえば、PLM 分析は、製品のパフォーマンスに関する分析情報を提供し、改善のための領域を特定するのに役立ちます。持続可能な製品開発は、組織が製品による環境への影響を追跡し、持続可能性を向上する選択を行うのに役立ちます。

考慮事項

これらの考慮事項は、ワークロードの品質向上に使用できる一連の基本原則である Azure Well-Architected Framework の要素を組み込んでいます。詳細については、「Microsoft Azure Well-Architected Framework」を参照してください。

[信頼性]

信頼性により、顧客に確約したことをアプリケーションで確実に満たせるようにします。詳細については、「信頼性の重要な要素の概要」を参照してください。 Azure NetApp Files は、組み込みのデータレプリケーション、フェールオーバー、DR 機能を HA に提供します。これらの機能は、リージョン、ゾーン、またはソフトウェアで障害が発生した場合でも、Teamcenter PLM データベースと CAD ファイルを常に使用できるようにするために役立ちます。 Azure NetApp Files では、すべてのレベルとサポートされているすべてのリージョンについて、SLA を提供します。選択した可用性ゾーンでのボリュームのプロビジョニングと、ゾーン間の HA デプロイもサポートされます。

Azure NetApp Files には、スナップショットとバックアップという 2 つのデータバックアップオプションが用意されています。スナップショットは、データのポイントインタイムバックアップを提供します。これらを使用して、データの損失や破損が発生した場合にデータをすばやく復旧できます。 Azure NetApp Files には、フルマネージドバックアップソリューションもあります。スナップショットの長期保有と回復のオプションを提供します。スナップショットとバックアップを組み合わせて、包括的なバックアップと回復のソリューションを取得できます。

可用性ゾーン間でデータをレプリケートします。 Azure NetApp Files には、可用性ゾーンボリュームの配置とクロスゾーンレプリケーションという 2 つの重要な機能が用意されています。どちらも、Teamcenter Root FSC と、Oracle または SQL データベースサーバーによる可用性ゾーン全体で HA アーキテクチャに貢献します。

可用性ゾーンのボリューム配置を使用して、Teamcenter Oracle または SQL データベースサーバーとそれらの関連データが同じ可用性ゾーンに配置されるようにすることをお勧めします。この配置により、ネットワークの待ち時間が短縮されることでパフォーマンスが向上し、障害の分離が提供されます。この配置を Oracle Data Guard または SQL Server Always On 可用性グループと共に実装すると、障害が発生した場合に可用性ゾーン内でシームレスなフェールオーバーが可能になります。

複数の可用性ゾーン間でデータの冗長性と HA が必要で、アプリケーションレベルのレプリケーションを使用しないか必要としない場合は、クロスゾーンレプリケーションを使用する必要があります。クロスゾーンレプリケーションを使用する場合、1 つの可用性ゾーンで行った変更は、他のゾーンのボリュームに自動的にレプリケートされます。このレプリケーションにより、データの一貫性が確保され、ゾーンレベルの障害が発生した場合にセカンダリゾーンへのフェールオーバーが可能になります。 Teamcenter Root FSC ファイルデータのデータ保護、DR、システム全体の回復性が強化されます。

Azure NetApp Files スナップショットを構成します。 スナップショットは、特定の時点のデータのバックアップを提供し、データの損失や破損が発生した場合に迅速に復旧できます。スナップショットは、定期的に自動で作成されるようにスケジュールすることも、必要なときに手動で作成することもできます。 Azure NetApp Files を使用して、ボリュームあたり最大 255 個のスナップショットを作成できます。

スケジュールされたポリシーを使用するか、Azure portal で手動で、または Azure SDK または API を使用して、Azure NetApp Files スナップショットを設定できます。アプリケーションの整合性要件は、使用する方法を決定するのに役立ちます。

スナップショットを手動で作成する。 アプリケーションの整合性を必要とする Oracle や SQL Server などのアプリケーションの場合は、スナップショットを手動で作成する必要があります。 SQL Server データベースと Oracle データベースでは、ストレージベースのスナップショットを使用する場合にアプリケーションの整合性が必要であるため、適切なアプリケーションからストレージへのスナップショットオーケストレーションが行われることを確認する必要があります。このオーケストレーションを実現するには、データベース操作を中断することなくスナップショットを一貫して取得できるようにするアプリケーションの凍結スナップショット解凍サイクルを実装します。 Azure NetApp Files とのスナップショットの整合性の詳細については、SQL Server スナップショット整合性またはOracle スナップショット整合性に関するページを参照してください。
Root FSC ファイルデータのスナップショットポリシーを使用します。 Azure NetApp Files ボリュームでホストされている Root FSC ファイルデータでは、これらのボリュームは一般的なファイル共有であるため、アプリケーションの整合性やオーケストレーションは必要ありません。必要な間隔でスナップショットを自動的にスケジュールおよび開始するには、Azure NetApp Files スナップショットポリシーを使用することをお勧めします。

Azure NetApp Filesのバックアップを構成します。Azure NetApp Files のバックアップは、長期的な復旧、アーカイブ、コンプライアンスのためのフルマネージドバックアップソリューションを提供することで、Azure NetApp Files のデータ保護機能を拡張します。このサービスは、バックアップを Azure Storage に格納します。これらのバックアップは、短期的な回復または複製に使用できるボリュームスナップショットとは独立しています。このサービスによって取得されたバックアップは、リージョン内の新しい Azure NetApp Files ボリュームに復元できます。 Azure NetApp Files バックアップでは、ポリシーベース (スケジュールされた) バックアップと手動 (オンデマンド) バックアップの両方がサポートされます。

Azure NetApp Files ファイル/フォルダーとボリュームの復元オプションを使用します。 Azure NetApp Files では、ファイル/フォルダーの詳細な復元とボリューム復元のオプションが提供されます。どちらのオプションも、Teamcenter PLM のデータ回復に役立ちます。

"ファイル/フォルダーの詳細な復元" を使用すると、スナップショットまたはバックアップから特定のファイルまたはフォルダーを復旧できます。時間とストレージ領域が節約されるため、このオプションは、特定のデータのみを復元する必要がある場合に便利です。 Azure NetApp Files スナップショット機能を使用してデータを回復することもできます。スナップショットを使用すると、バックアップから復元しなくても、以前の時点からデータを回復できます。この機能は、誤って削除または破損した個々のファイルをすばやく復元するのに役立ちます。

"ボリュームの復元" を使用すると、スナップショットまたはバックアップからボリューム全体を復旧できます。このオプションは、ボリューム全体が失われたり破損したりして、完全な復元が必要な場合に便利です。この機能は、CAD ファイル、アプリケーション、データベースサーバー、その他の重要なデータなど、Teamcenter PLM データのボリューム全体をすばやく復元するのに役立ちます。

通常のスナップショットを作成します。 データの通常のスナップショットを取得する場合、わずか数分でシステムを以前の状態に復元できます。この機能を使用すると、発生し得るダウンタイムを最小限に抑え、重要なデータを必要なときにいつでも使用できます。 Teamcenter PLM アーキテクチャには、高度なデータ保護と回復性が重要である 3 つのメイン領域があり、スナップショットによってそれらの迅速な保護と回復が保証されます。

ファイル共有からの個々のファイルの復元
データベースデータ整合性バックアップ
ウイルスやランサムウェアの攻撃やデータベースの問題から回復するためのボリューム復元

次の図は、Teamcenter PLM アプリケーション領域に固有のスナップショットを復元するための Azure NetApp Files オプションを示しています。

図 2. Teamcenter PLM アプリケーション領域に固有の Azure NetApp Files スナップショット復元オプション

オフラインバックアップ (保管済みスナップショット) を使用するのではなく、ほとんどの復元操作にオンラインスナップショットを使用します。詳細については、「Azure NetApp Files のスナップショットのしくみ」を参照してください。

DR のリージョン間レプリケーションを設定します。 可用性を向上させるために、Azure NetApp Files のリージョン間レプリケーションを使用してストレージボリュームを別の Azure リージョンにレプリケートできます。アプリケーションレベルまたはホストレベルのレプリケーションではなく、Azure NetApp Files レプリケーションを使用してストレージボリュームをレプリケートすることには、次の 2 つの主なメリットがあります。

アプリケーション仮想マシン (VM) または仮想ネットワークに余分な負荷がかかりません。 Azure NetApp Files は、コンピューティングインフラストラクチャリソースを使用せずにストレージコンテンツをレプリケートします。
このソリューションにより、通常の操作中にターゲットリージョンで VM を継続的に実行する必要がなくなります。このシナリオをサポートするために、コピー先の VM を実行する必要はありません。

このソリューションの一般的な回復ポイントの目標 (RPO) は、リージョン間レプリケーションの更新間隔が 10 分に設定されている場合、20 分未満です。目標復旧時間 (RTO) (許容できる最大ダウンタイム) は、フェールオーバーサイトでアプリケーションの復元にかかる時間です。ピアリング関係を解除してコピー先のボリュームをアクティブ化し、2 番目のサイトの読み書きデータアクセスを提供するための RTO のストレージ部分は、1 分以内に完了すると予想されます。詳細については、「Azure NetApp Files のボリュームレプリケーションを作成する」を参照してください。

このアーキテクチャは、リージョン間レプリケーションを使用する DR ソリューションを示しています。

図 3. リージョン間レプリケーションを使用するディザスターリカバリーアーキテクチャ。このアーキテクチャの PowerPoint ファイルをダウンロードします。

このアーキテクチャのデータフローは次のとおりです。

運用環境のクライアント層、Web アプリ層、エンタープライズ層、リソース層では、ストレージ層の Azure NetApp Files インスタンスが使用されます。
それぞれの層のアプリケーションでは、Azure DR リージョンにデータをレプリケートするために必要に応じて、アプリケーションレプリケーションが使用されます。可能であれば、Azure NetApp Files のリージョン間レプリケーションを使用することをお勧めします。
Azure NetApp Files のリージョン間レプリケーションでは、リージョンの障害が発生した場合のフェールオーバーを容易にするために、すべてのスナップショットを含データボリュームが DR リージョンに非同期的にレプリケートされます。 DR フェールオーバーを実行しない場合にコストを節約するために、レプリケーション中に宛先ボリュームに Standard サービスレベルを使用できます。
障害が発生した場合、DR 環境のクライアント、Web アプリ、エンタープライズ、リソース層は、DR 環境のデータストレージとパフォーマンスのために Azure NetApp Files ストレージ層を使用します。 DR シナリオでは、DR 環境の Azure NetApp Files ボリュームを、アプリケーションの実行に必要な Premium レベルまたは Ultra レベルに変更する必要があります。
障害が終わったら、フェールバックイベントを開始して、レプリケートされたデータを元のリージョンに返すことができます。フェールバックイベントが発生すると、データに加えられた変更が元のリージョンに段階的にレプリケートされます。レプリケーションには、DR サイトで作成された新しいスナップショットが含まれ、重要なデータの優先度が 1 位に設定されています。レプリケーションが完了したら、アプリケーションは元のリージョンで通常の操作を再開できます。

データベース HA を構成します。 SQL Server Always On 可用性グループまたは Oracle Data Guard と、Azure NetApp Files 可用性ゾーンボリューム配置機能を組み合わせて、これらのアプリケーション用の HA アーキテクチャを構築できます。

Azure NetApp Files と SQL Always On 可用性グループを使用します。 SQL Server Always On 可用性グループを使用すると、可用性ゾーン間での SQL Server データベースの同期または非同期のレプリケーションを行うことができます。このレプリケーションにより、SQL Server エコシステムのデータ冗長性とフェールオーバー機能が保証されます。可用性ゾーンボリュームの配置を使用するように Azure NetApp Files を構成します。可用性ゾーンの配置では、SQL Server インスタンスと同じ可用性ゾーン内に SQL Server データベースの基盤となるストレージを配置します。
Azure NetApp Files と Oracle Data Guard を使用します。 データ冗長性と HA のために可用性ゾーン間で Oracle データベースをレプリケートするように Oracle Data Guard を構成します。 Azure NetApp Files と可用性ゾーンボリュームの配置を使用して、Oracle データベースをサポートするストレージが確実に Oracle データベースインスタンスと同じ可用性ゾーンに配置されるようにします。

セキュリティ

セキュリティは、重要なデータやシステムの意図的な攻撃や悪用に対する保証を提供します。詳細については、「セキュリティの重要な要素の概要」を参照してください。

Azure NetApp Files は、暗号化やアクセス制御などのセキュリティ機能を提供します。これらの機能は、Teamcenter PLM データベースを不正アクセス、データ侵害、サイバー脅威から保護するのに役立ちます。 Azure NetApp Files では、データが仮想ネットワーク内に残るため、一定のレベルのセキュリティを提供します。パブリックエンドポイントはなく、すべてのデータは常に保存時に暗号化されます。

拡張ファイルアクセスセキュリティを使用します。 NFS エクスポートポリシーと UNIX アクセス許可と所有権モード、または NFSv4.1 ACL に加えて、SMB 共有アクセス許可と NTFS アクセス制御リスト (ACL) を使用して、ファイルアクセスのセキュリティを強化できます。

ネットワークセキュリティグループを使用します。 Azure 仮想ネットワークと Azure NetApp Files 委任サブネットにネットワークセキュリティグループを適用します (標準ネットワーク機能で構成します)。

転送中のデータの暗号化を検討します。 必要に応じて、NFSv4.1、SMB、またはデュアルプロトコルを介してエクスポートされた任意のボリュームで転送中のデータの暗号化を有効にします。

Azure Policy を使用。Azure Policy は、組織の基準を適用し、大規模に評価するのに役立つ場合があります。 Azure NetApp Files では、カスタムと組み込みのポリシー定義により Azure Policy がサポートされています。

コスト最適化

コストの最適化とは、不要な費用を削減し、運用効率を向上させることです。詳しくは、コスト最適化の柱の概要に関する記事をご覧ください。

Azure NetApp Files は、従量課金制モデルを使用したコスト効率の高いストレージソリューションを提供します。使用するストレージリソースとパフォーマンスリソースに対してのみ料金を支払い、ハードウェアやインフラストラクチャに事前に投資する必要はありません。

Azure NetApp Files コストモデルについて理解します。 Azure NetApp Files のコストモデルを理解すると、経費を管理するのに役立ちます。 Azure NetApp Files の料金は、プロビジョニングされた容量プールに基づいており、これは容量プールを作成することによって割り当てます。容量プールは、1 時間あたりの割り当て済み GiB あたりの設定コストに基づいて毎月課金されます。

ボリュームと容量プールのサイズを動的に変更することを検討してください。 (容量やパフォーマンスのニーズの変動などにより) 容量プールのサイズ要件が変動する場合は、容量およびパフォーマンスのニーズとバランスが取れたコストになるように、ボリュームと容量プールの動的なサイズ変更を検討してください。

ボリュームレベル (サービスレベル) を動的に変更することを検討してください。 容量プールのサイズ要件は変わらなくても、パフォーマンス要件が変動する場合は、ボリュームのサービスレベルを動的に変更することを検討してください。 1 か月を通して、さまざまな種類の容量プールを追加および削除できます。この戦略を利用すると、Just-In-Time のパフォーマンスが実現し、ハイパフォーマンスが必要でない場合にコストを削減できます。 Azure リージョン間の DR シナリオを設定する場合は、この機能を使用することをお勧めします。セカンダリリージョンでは、最もコスト効率の高い、最も低い (Standard) レベルを使用します。フェールオーバーイベントが発生した場合にのみ、ボリュームを適切なパフォーマンスレベルに移動します。

リージョン間レプリケーションとクロスゾーンレプリケーションを使用します。 リージョン間レプリケーションとクロスゾーンレプリケーションを使用する場合は、ホストベースのレプリケーションメカニズムを使用する必要がないため、VM とソフトウェアライセンスのコストを回避できます。

Azure NetApp Files では、シリーズ内の小規模な Azure VM SKU でストレージ I/O 集中型のデータベースを実行できるようにすることで、Oracle および SQL Server データベースアプリケーションのコストも最適化されます。コンピューティングとソフトウェアライセンスのコストを節約できる場合は、Azure の制約付き vCPU SKU を使用する必要があります。

Azure NetApp Files 標準ストレージとクールアクセスの使用を検討してください。 ほとんどのコールドデータは、非構造化データに関連付けられています。多くのストレージ環境で、合計ストレージ容量の 50% 以上を占めている可能性があります。生産性向上ソフトウェア、完了したプロジェクト、古いデータセットに関連付けられたアクセス頻度の低いデータは、高パフォーマンスストレージの非効率的な使用法となります。 Azure NetApp Files 標準ストレージとクールアクセスを使用すると、非アクティブデータを Azure NetApp Files の Standard サービスレベルストレージ (ホット層) から Azure ストレージアカウント (クール層) に移動するように構成できます。そうすることで、しばらくアクセスされていないデータブロックがクール層に保持されて保存されるため、コストが削減されます。クールアクセスを使用した Azure NetApp Files Standard Storage のコスト削減予測ツールを使用して、変更可能な入力パラメーターに基づいてコスト削減額を対話形式で見積もることができます。

パフォーマンス要件を理解します。 容量とパフォーマンスの要件を使用して、必要な Azure NetApp Files サービスレベル (Standard、Premium、Ultra) を決定します。次に、Azure 料金計算ツールを使用して、これらのコンポーネントのコストを評価します。

Azure 上の Teamcenter PLM コンポーネント
Azure 上のデータベースコンポーネント
Azure NetApp Files のリージョン間レプリケーションとバックアップ
マネージドディスク (OS ブートディスク)
ネットワークコンポーネント

Azure NetApp Files パフォーマンス計算ツールを使用します。 Azure NetApp Files パフォーマンス計算ツールは、コストとパフォーマンスのニーズに適した Azure NetApp Files ストレージ層を決定するのに役立ちます。

Azure Cloud Solutions Architect を参照してください。 アプリケーションのサイズ設定と、適用可能な最小の VM SKU の選択を支援できる Azure クラウドソリューションアーキテクト (CSA) に相談することをお勧めします。

オペレーショナルエクセレンス

オペレーショナルエクセレンスは、アプリケーションをデプロイし、それを運用環境で実行し続ける運用プロセスをカバーします。詳細については、「オペレーショナルエクセレンスの重要な要素の概要」を参照してください。

Teamcenter PLM 用の Azure NetApp Files を使用すると、Well-Architected Framework のオペレーショナルエクセレンスに関するいくつかの推奨事項を実装できます。

ネイティブの監視機能を使用します。 Azure NetApp Files には、Teamcenter PLM アプリケーション、CAD ファイル共有、データベースのパフォーマンスと正常性を監視するために使用できる組み込みの監視機能と診断機能が用意されています。ファイルシステムの容量やパフォーマンスの問題など、重要なイベントのアラートと通知を設定し、予防的な是正措置を講じることができます。

パフォーマンスを管理します。 Azure NetApp Files では、中断のないオンデマンドの容量のスケーリングとサービスレベルの変更を実現します。これにより、Teamcenter PLM アプリケーション、CAD ファイル共有、データベースの必要性に応じて迅速に拡大縮小できます。これらの機能は、ボリュームのサイズ変更や手動のサービス品質 (QoS) 設定と共に、アプリケーションのパフォーマンスと可用性を管理するのに役立ちます。

インフラストラクチャのデプロイを自動化します。 Azure NetApp Files を使用すると、Teamcenter PLM アプリケーションインフラストラクチャ、CAD ファイル共有、データベースのデプロイを自動化できます。 Azure Resource Manager テンプレートを使用して、ファイル共有、ストレージアカウント、VM、データベースなど、アプリケーションをサポートする必須リソースを定義してデプロイできます。

デプロイをテストします。 Azure NetApp Files は、Teamcenter PLM アプリケーションコード、CAD ファイル、データベースをデプロイするための信頼性に優れたスケーラブルなプラットフォームを提供します。スナップショット復元による複製を使用すると、テストのための新しいボリュームをすばやく作成できます。複製により、アプリケーションが常に最新の状態で安定していることを確認することができ、新しいリリースやアップグレードを簡単にテストできます。

テスト環境。 Azure NetApp Files を使用すると、スナップショット復元を使用して運用データを新しいボリュームに複製することで、テスト環境をすばやく作成して管理できます。これにより、テストアクティビティを運用環境から分離し、DR シナリオを簡単にテストできます。同じプロセスを使用して、中断のない方法で新しいリリースまたはアップグレードをテストできます。

パフォーマンス効率

パフォーマンス効率とは、ユーザーによって行われた要求に合わせて効率的な方法でワークロードをスケーリングできることです。詳細については、「パフォーマンス効率の柱の概要」を参照してください。

Azure NetApp Files は、待ち時間が短く、高スループットの一貫したパフォーマンスのストレージを提供します。このパフォーマンスを駆使して、Teamcenter PLM データベースは、パフォーマンスを低下させずに、大量のデータ、ユーザー、トランザクションを処理できます。ユーザーは CAD ファイルにすばやく効率的にアクセスして変更できます。

適切なコンピューティングレベルとパフォーマンスレベルを選択します。 Teamcenter PLM 環境の最適なパフォーマンスを確保するには、適切な Azure VM の種類と Azure NetApp Files パフォーマンスレベルを使用します。 Azure NetApp Files のボリュームは、Ultra、Premium、Standard の 3 つのパフォーマンスレベル (またはサービスレベル) で使用できます。使用可能なパフォーマンス帯域幅がボリュームのサイズに応じてスケーリングされることを考慮して、パフォーマンス要件に最適なレベルを選択します。ボリュームのサイズを変更するか、ボリュームのサービスレベルを変更することで、いつでもパフォーマンスを最適化できます。 Azure NetApp Files のコストモデルの詳細については、これらの価格の例を参照してください。

VM の種類とパフォーマンスレベルは、Teamcenter サーバー (ルート FSC)、データベースサーバー、エンジニアリングワークステーションのストレージニーズを満たす必要があります。この図は、さまざまなインフラストラクチャコンポーネントのストレージ層の要件を示しています。

図 4. インフラストラクチャコンポーネント間でそれぞれ異なるストレージ層の要件。このアーキテクチャの PowerPoint ファイルをダウンロードします。

"Siemens Teamcenter サーバー (ルート FSC)" ("図 4 を参照") では、ファイルデータ管理のために中から高程度のストレージパフォーマンスが必要です。ボリュームの容量に応じて、パフォーマンスのサイズ設定で特に提案されていない限り、通常は Azure NetApp Files Premium レベルをお勧めします。 Root FSC サーバーには、Azure D または F シリーズの VM を使用する必要があります。 Azure NetApp Files では、操作性と IOPS のレベルを維持するための SLA が提供されます。

"データベースサーバー" (SQL Server または Oracle) ("図 4 を参照") では、サーバーとストレージの間の待ち時間を最小限に抑える必要があります。 Azure NetApp Files は、1 ミリ秒未満の待ち時間を実現します。データベースサーバーには E シリーズまたは M シリーズの Azure VM を使用する必要があります。可能な場合は、制約付き vCPU を有効にして、SKU とライセンスコストを節約します。最も要求の厳しいデータベースアプリケーションの場合は、データベースパフォーマンスのサイズ設定で特に提案されていない限り、Azure NetApp Files Ultra レベルを使用する必要があります。

"エンジニアリングワークステーション" ("図 4 を参照") では、デスクトップ高速アプリケーションと仮想デスクトップ用に NV シリーズ VM、NVIDIA GPU、NVIDIA GRID テクノロジを使用する必要があります。 Azure NetApp Files は、複数のワークステーションのファイルデータへの高速な同時アクセスを提供することで、GPU 対応のエンジニアリングワークステーションを最適化し、コラボレーションを促進します。このユースケースには、Standard レベルで十分です。 Standard レベルでは、他のレベルと同じ低遅延のパフォーマンスが実現します。このレベルは、多くのユーザーが同時にボリュームにアクセスする場合など、低帯域幅の要件と高いコンカレンシーに対応します。

ストレージ容量をスケーリングします。 Azure NetApp Files を使用すると、変化するビジネスニーズに合わせてストレージ容量とパフォーマンスを簡単にスケーリングできます。容量リソースとパフォーマンスリソースを必要に応じて追加または削除できます。ダウンタイムなしでストレージを変更できます。また、データを移行してコストを節約する必要もありません。

Azure NetApp Files には、パフォーマンスとコストを向上するめに必要に応じてスケーリングできるようにする、いくつかの機能が用意されています。これらの機能を利用すると、それを使用しているアプリケーションに認識されずに変更が行われます。

動的なサービスレベルの変更。 Azure NetApp Files を使用すると、アプリケーションを中断させることなく、オンデマンドでボリュームのサービスレベルを変更できます。アプリケーションの可用性に影響を与えることなく、必要に応じてボリュームのパフォーマンスまたは容量を増減できます。
自動 QoS を使用する場合のパフォーマンスの調整。既定では、Azure NetApp Files は QoS をボリュームに自動的に適用して、必要なレベルのパフォーマンスを確実に受け取れるようにします。ボリュームのサイズを変更すると、QoS 設定が自動的に調整され、パフォーマンスのレベルが再割り当てされます。ストレージ容量の変化に応じて、アプリケーションは引き続き調整されたパフォーマンスレベルを受け取ります。
手動 QoS を使用する場合のパフォーマンスの調整。 Azure NetApp Files では、QoS ポリシーをボリュームに手動で割り当てて、必要なレベルのパフォーマンスを確実に受け取れるようにすることもできます。ボリュームのサイズを変更せずに、QoS 設定を調整して、ストレージリソースのパフォーマンスとコストを最適化できます。ワークロードの要件に基づいて、アプリケーションのパフォーマンスを微調整できます。

これらの変更はすべて、Azure NetApp Files 上で実行される Teamcenter コンポーネントに対して透過的です。アプリケーションは引き続き同じ方法でボリュームにアクセスし、パフォーマンスと可用性は必要なレベルで維持されます。ビジネス運用を中断させることなく、パフォーマンスとコストに応じてストレージリソースをオンデマンドでスケーリングできます。

パフォーマンステストを実行します。 Teamcenter PLM 用の Azure NetApp Files の顧客によるデプロイおよびパフォーマンス検証テストでは、ランタイムの大幅な減少と、読み取りと書き込みの両方の時間の大幅な改善が検証されています。 Azure NetApp Files パフォーマンス計算ツールを使用して、初期サイズ設定とコスト見積もりを開始します。

共同作成者

Microsoft では、この記事を保持しています。この記事を書いた当初の寄稿者は次のとおりです。

プリンシパルの作成者:

Tilman Schroeder |クラウドリード、自動車
Geert van Teylingen |Azure NetApp Files グループ製品マネージャー

その他の共同作成者:

Mick Alberts | テクニカルライター
Sunita Phanse | シニアテクニカルプログラムマネージャー

公開されていない LinkedIn プロフィールを見るには、LinkedIn にサインインしてください。

次の方法で共有

Azure NetApp Files と Teamcenter PLM を使用する

アーキテクチャ