FSx for ONTAP をエンタープライズ環境にデプロイする場合のベストプラクティス - AWS 規範ガイダンス

FSx for ONTAP をエンタープライズ環境にデプロイする場合のベストプラクティス

このセクションでは、Amazon FSx for NetApp ONTAP をエンタープライズ環境にデプロイして運用する場合のベストプラクティスと考慮事項を説明します。これらの推奨事項は AWS プロフェッショナルサービスのエクスペリエンスに基づいています。

このガイドの推奨事項に加え、以下のベストプラクティスに従ってください。

ストレージ階層と階層化ポリシーにおけるベストプラクティス

ストレージ階層は、Amazon FSx for NetApp ONTAP ファイルシステムの物理的なストレージメディアです。次のストレージ階層があります。

  • SSD 階層はアクティブなデータ用に設計された高性能ソリッドステートドライブ (SSD) ストレージで、この階層のストレージサイズはユーザーが選択します。

  • 容量プール階層は、非常に柔軟な伸縮性のあるストレージ階層で、アクセス頻度の低いデータのコストを最適化できます。SSD 階層は容量プール階層よりも大幅に高速です。FSx for ONTAP の SSD ストレージではファイル運用のレイテンシーがミリ秒未満、容量プール階層では数十ミリ秒です。

これらの階層の詳細については、「FSx for ONTAP のストレージ階層」を参照してください。

ボリュームレベルで構成する階層化ポリシーは、SSD 階層に保存されているデータを容量プール階層に移行するかどうか、いつ移行するかを決定します。FSx for ONTAP には 4 つの異なる階層化ポリシー (スナップショットのみ自動すべてなし) が用意されています。各ポリシーの詳細については、「FSx for ONTAP ドキュメント」で階層化ポリシーを参照してください。

ファイル共有のボリュームに階層化ポリシーを設定する場合は、次の推奨事項を考慮してください。

  • HPC ワークロードは SSD 階層のデータにアクセスするようにし、パフォーマンスのボトルネックとなるのを防止します。HPC ワークロードがアクセスするボリュームは、階層化ポリシーをなしまたはスナップショットのみに設定することをお勧めします。

  • ファイル共有にデータを移行する場合は、ターゲットのボリューム階層化ポリシーをすべてに設定することをお勧めします。これにより、すべてのデータが SSD 階層に移行され、その後すぐに容量プール階層に移動されるため、コストを削減できます。さらに、SSD 階層の容量の使用率が 98% 以上になると、その階層への書き込みは停止します。階層化ポリシーをすべてに設定すると、移行中にこの階層化のしきい値に到達するのを防ぐことができます。移行が完了した後で、階層化ポリシーを変更してパフォーマンスとコストのバランスを取ることができます。詳細については、「Migrating file shares to Amazon FSx for NetApp ONTAP using AWS DataSync」(AWS ブログポスト) を参照してください。

NetApp ONTAP の最大ディレクトリサイズを使用する際のベストプラクティス

maxdirsize (NetApp ドキュメント) は、各ディレクトリに保存できるファイルの最大数を決定する NetApp ONTAP 設定です。この設定はボリュームに適用されるため、ボリューム内のすべてのディレクトリの maxdirsize 設定は同じになります。デフォルト値は 320 MB で、ディレクトリごとに最大 430 万個のファイルを保存できます。

maxdirsize の値を増やすことで、より大きなディレクトリをサポートできます。値を増やすと、減らすことはできません。減らすにはディレクトリを再作成する必要があります。ディレクトリはメモリにロードされるため、ディレクトリのサイズとファイルシステムのパフォーマンスはトレードオフの関係にあります。カスタム設定を検証するにはテストが必要です。NetApp ではこの値をデフォルトのままにしておくことが推奨されています。詳細については、「NetApp ONTAP FlexGroup ボリュームのベストプラクティスおよび実装ガイド」(NetApp ドキュメント) を参照してください。

maxdirsize 設定をカスタマイズする場合、次の式を使用して、1 つのフォルダに収まるファイルの数を判定できます。

max number of files in each directory = maxdirsize in MB × 53 × 0,25

FSx for ONTAP ファイルシステムのモニタリングのベストプラクティス

他の AWS のサービスと同様に、FSx for ONTAP は Amazon CloudWatch と統合されています。CloudWatch を使用すると AWS リソースのメトリクスをほぼリアルタイムでモニタリングできます。メトリクスはファイルシステムレベルとボリュームレベルで利用でき、詳細なモニタリングメトリクスによってリソースのよりきめ細かいレポート情報を取得して分析できます。詳細については、「FSx for ONTAP ドキュメント」の「Monitoring with Amazon CloudWatch」を参照してください。CloudWatch で FSx for ONTAP をモニタリングする場合は、次の推奨事項を考慮してください。

  • StorageUsed ファイルシステムメトリクスを使用して、ストレージ階層でモニタリング結果をフィルタリングすることをお勧めします。

  • StorageCapacity ファイルシステムメトリクスを使用して、SSD 階層容量の使用率が 80% 以上となった場合に通知する CloudWatch アラームを設定します。これにより、ボリュームの階層化が適切に機能し、新しいデータの容量を確実に維持できます。詳細については、「Tiering thresholds」を参照してください。

アベイラビリティーゾーンのデプロイオプションを選択する上でのベストプラクティス

Amazon FSx for NetApp ONTAP は、単一 AZ またはマルチ AZ の設定でデプロイできます。各オプションは可用性と耐久性のレベルが異なります。これらのデプロイオプションの詳細については、「FSx for ONTAP ドキュメント」の「Availability and durability」を参照してください。

マルチ AZ では、FSx for ONTAP ファイルシステムがアクティブ/パッシブ設定でデプロイされます。したがって、ファイル共有に接続するサーバーはすべて、プライマリアベイラビリティーゾーンのエンドポイントのみを使用します。セカンダリアベイラビリティーゾーンのエンドポイントはフェイルオーバー専用であり、プライマリアベイラビリティーゾーンで障害が発生しない限り、読み取りまたは書き込みには使用されません。

FSx for ONTAP ファイルシステムを作成した後で、アベイラビリティーゾーンのデプロイオプションを変更することはできません。アベイラビリティーゾーンの設定を変更するには、新しいファイルシステムを作成し、データを新しいファイルシステムに移行する必要があります。

ただし、単一 AZ オプションを使用してファイル共有をデプロイした場合でも、他のアベイラビリティーゾーンからアクセスできます。セキュリティグループやネットワークアクセスコントロールリスト (ネットワーク ACL) といったネットワーク設定は、クライアントがファイルシステムのエンドポイントに接続できるようにしておく必要があります。このアプローチを使用すると、クロス AZ トラフィックの各方向 (読み取りと書き込み) で料金が発生します。詳細については、「Amazon FSx for NetApp ONTAP」を参照してください。

デプロイオプションを選択する際は、マルチ AZ 設定の耐障害性と単一 AZ 設定のパフォーマンスのどちらかを選択する必要があります。ユースケースでの実用に適している場合は、マルチ AZ オプションの高可用性を選択することをお勧めします。ただし、単一 AZ オプションのほうがコスト効率が高く、レイテンシーを短縮できる可能性があります。HPC ワークロードと、レイテンシーの増加を許容できるかどうかで検討してください。