翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# FSx for ONTAP をエンタープライズ環境にデプロイする場合のベストプラクティス
このセクションでは、Amazon FSx for NetApp ONTAP をエンタープライズ環境にデプロイして運用する場合のベストプラクティスと考慮事項を説明します。これらの推奨事項は、 AWS プロフェッショナルサービスの経験に基づいています。
このガイドの推奨事項に加え、以下のベストプラクティスに従ってください。
+ [Active Directory を使用する際のベストプラクティス](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/self-managed-AD-best-practices.html) (FSx for ONTAP ドキュメント)
+ [データ保護](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/data-protection.html) (FSx for ONTAP ドキュメント)
+ [IAM ((IAM) ドキュメントのセキュリティのベストプラクティス](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html))AWS Identity and Access Management
+ [NetApp ONTAP FlexGroup ボリュームのベストプラクティスおよび実装ガイド](https://www.netapp.com/pdf.html?item=/media/12385-tr4571.pdf) (NetApp ドキュメント)
## ストレージ階層と階層化ポリシーにおけるベストプラクティス
*ストレージ階層*は、Amazon FSx for NetApp ONTAP ファイルシステムの物理的なストレージメディアです。次のストレージ階層があります。
+ *SSD 階層*はアクティブなデータ用に設計された高性能ソリッドステートドライブ (SSD) ストレージで、この階層のストレージサイズはユーザーが選択します。
+ *容量プール階層*は、非常に柔軟な伸縮性のあるストレージ階層で、アクセス頻度の低いデータのコストを最適化できます。SSD 階層は容量プール階層よりも大幅に高速です。FSx for ONTAP の SSD ストレージではファイル運用のレイテンシーがミリ秒未満、容量プール階層では数十ミリ秒です。
これらの階層の詳細については、「[FSx for ONTAP のストレージ階層](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/managing-storage-capacity.html#storage-tiers)」を参照してください。
ボリュームレベルで構成する*階層化ポリシー*は、SSD 階層に保存されているデータを容量プール階層に移行するかどうか、いつ移行するかを決定します。FSx for ONTAP には 4 つの異なる階層化ポリシー (**スナップショットのみ**、**自動**、**すべて**、**なし**) が用意されています。各ポリシーの詳細については、「FSx for ONTAP ドキュメント」で[階層化ポリシー](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/volume-storage-capacity.html#volume-data-tiering)を参照してください。
ファイル共有のボリュームに階層化ポリシーを設定する場合は、次の推奨事項を考慮してください。
+ HPC ワークロードは SSD 階層のデータにアクセスするようにし、パフォーマンスのボトルネックとなるのを防止します。HPC ワークロードがアクセスするボリュームは、階層化ポリシーを**なし**または**スナップショットのみ**に設定することをお勧めします。
+ ファイル共有にデータを移行する場合は、ターゲットのボリューム階層化ポリシーを**すべて**に設定することをお勧めします。これにより、すべてのデータが SSD 階層に移行され、その後すぐに容量プール階層に移動されるため、コストを削減できます。さらに、SSD 階層の容量の使用率が 98% 以上になると、その階層への書き込みは停止します。階層化ポリシーを**すべて**に設定すると、移行中にこの階層化のしきい値に到達するのを防ぐことができます。移行が完了した後で、階層化ポリシーを変更してパフォーマンスとコストのバランスを取ることができます。詳細については、[「 を使用した Amazon FSx for NetApp ONTAP へのファイル共有の移行 AWS DataSync](https://aws.amazon.com/blogs/storage/migrating-file-shares-to-amazon-fsx-for-netapp-ontap-using-aws-datasync/)」(AWS ブログ記事) を参照してください。
## NetApp ONTAP の最大ディレクトリサイズを使用する際のベストプラクティス
[maxdirsize](https://kb.netapp.com/onprem/ontap/os/What_is_maxdirsize) (NetApp ドキュメント) は、各ディレクトリに保存できるファイルの最大数を決定する NetApp ONTAP 設定です。この設定はボリュームに適用されるため、ボリューム内のすべてのディレクトリの `maxdirsize` 設定は同じになります。デフォルト値は 320 MB で、ディレクトリごとに最大 430 万個のファイルを保存できます。
`maxdirsize` の値を増やすことで、より大きなディレクトリをサポートできます。値を増やすと、減らすことはできません。減らすにはディレクトリを再作成する必要があります。ディレクトリはメモリにロードされるため、ディレクトリのサイズとファイルシステムのパフォーマンスはトレードオフの関係にあります。カスタム設定を検証するにはテストが必要です。NetApp ではこの値をデフォルトのままにしておくことが推奨されています。詳細については、「[NetApp ONTAP FlexGroup ボリュームのベストプラクティスおよび実装ガイド](https://www.netapp.com/pdf.html?item=/media/12385-tr4571.pdf)」(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](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/monitoring-cloudwatch.html)」を参照してください。CloudWatch で FSx for ONTAP をモニタリングする場合は、次の推奨事項を考慮してください。
+ `StorageUsed` [ファイルシステムメトリクス](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/file-system-metrics.html)を使用して、ストレージ階層でモニタリング結果をフィルタリングすることをお勧めします。
+ `StorageCapacity` ファイルシステムメトリクスを使用して、SSD 階層容量の使用率が 80% 以上となった場合に通知する CloudWatch [アラーム](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html)を設定します。これにより、ボリュームの階層化が適切に機能し、新しいデータの容量を確実に維持できます。詳細については、「[Tiering thresholds](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/volume-storage-capacity.html#storage-tiering-thresholds)」を参照してください。
## アベイラビリティーゾーンのデプロイオプションを選択する上でのベストプラクティス
Amazon FSx for NetApp ONTAP は、単一 AZ またはマルチ AZ の設定でデプロイできます。各オプションは可用性と耐久性のレベルが異なります。これらのデプロイオプションの詳細については、「FSx for ONTAP ドキュメント」の「[Availability and durability](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/high-availability-AZ.html)」を参照してください。
マルチ AZ では、FSx for ONTAP ファイルシステムがアクティブ/パッシブ設定でデプロイされます。したがって、ファイル共有に接続するサーバーはすべて、プライマリアベイラビリティーゾーンのエンドポイントのみを使用します。セカンダリアベイラビリティーゾーンのエンドポイントはフェイルオーバー専用であり、プライマリアベイラビリティーゾーンで障害が発生しない限り、読み取りまたは書き込みには使用されません。
FSx for ONTAP ファイルシステムを作成した後で、アベイラビリティーゾーンのデプロイオプションを変更することはできません。アベイラビリティーゾーンの設定を変更するには、新しいファイルシステムを作成し、データを新しいファイルシステムに移行する必要があります。
ただし、単一 AZ オプションを使用してファイル共有をデプロイした場合でも、他のアベイラビリティーゾーンからアクセスできます。セキュリティグループやネットワークアクセスコントロールリスト (ネットワーク ACL) といったネットワーク設定は、クライアントがファイルシステムのエンドポイントに接続できるようにしておく必要があります。このアプローチを使用すると、クロス AZ トラフィックの各方向 (読み取りと書き込み) で料金が発生します。詳細については、「[Amazon FSx for NetApp ONTAP](https://aws.amazon.com/fsx/netapp-ontap/pricing/)」を参照してください。
デプロイオプションを選択する際は、マルチ AZ 設定の耐障害性と単一 AZ 設定のパフォーマンスのどちらかを選択する必要があります。ユースケースでの実用に適している場合は、マルチ AZ オプションの高可用性を選択することをお勧めします。ただし、単一 AZ オプションのほうがコスト効率が高く、レイテンシーを短縮できる可能性があります。HPC ワークロードと、レイテンシーの増加を許容できるかどうかで検討してください。