翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # Amazon FSx for NetApp ONTAP の使用 このトピックでは、Amazon FSx for NetApp ONTAP ファイルシステムの主な機能とその仕組みを紹介し、詳しい説明、重要な実装の詳細、ステップバイステップの設定手順を含むセクションへのリンクを提供します。 **Topics** + [FSx for ONTAP ファイルシステム](#fsx-ontap-file-system) + [ストレージ仮想マシン](#svm-resource) + [ボリューム](#volume-resource) + [ストレージ階層](#storage-tiers-intro) + [ストレージ効率](#storage-efficiency-intro) + [NetApp ONTAP ファイルシステムの Amazon FSx に保存されているデータへのアクセス](#access-ontap-file-systems) + [FSx for ONTAP リソースの管理](#how-to-work-with-fsxontap) ## FSx for ONTAP ファイルシステム ファイルシステムは、ONTAP リソースのプライマリ FSx で、オンプレミス NetApp ONTAP クラスターに類似しています。ファイルシステムの SSD スループットキャパシティとスループットキャパシティを指定して、ファイルシステムを作成する Amazon 仮想プライベートクラウド (VPC) を選択します。詳細については、「[FSx for ONTAP ファイルシステムの管理](managing-file-systems.md)」を参照してください。 ファイルシステムには、その構成に応じて 1～12 の高可用性 (HA) ペアを設定できます。HA ペアは、アクティブ/スタンバイ構成の 2 台のファイルサーバーで構成されます。第 1 世代 FSx for ONTAP ファイルシステムと第 2 世代マルチ AZ ファイルシステムは、1 つの HA ペアをサポートしています。第 2 世代シングル AZ ファイルシステムは、最大 12 の HA ペアをサポートしています。詳細については、「[高可用性 (HA) ペアの管理](HA-pairs.md)」を参照してください。 ## ストレージ仮想マシン ストレージ仮想マシン (SVM) は、データを管理およびアクセスするための独自の管理およびデータアクセスエンドポイントを備えた分離されたファイルサーバーです。FSx for ONTAP ファイルシステムのデータにアクセスすると、クライアントとワークステーションが SVM のエンドポイント IP アドレスを使用して SVM とインターフェイスをとります。詳細については、「[SVM の管理](managing-svms.md)」を参照してください。 SVM を Microsoft Active Directory に登録して、ファイルアクセスの認証と認可を行うことができます。詳細については、「[FSx for ONTAP で Microsoft アクティブディレクトリの使用](ad-integration-ontap.md)」を参照してください。 ## ボリューム FSx for ONTAP の**ボリューム**は、データの整理とグループ化に使用する仮想リソースです。ボリュームは SVM 上にホストされる論理コンテナであり、そのコンテナに格納されたデータはファイルシステムの物理ストレージ容量を消費します。 ボリュームを作成するときは、ボリュームのサイズを設定することで、データがどのストレージ階層に格納されているかに関係なく、保存可能な物理データの量を決定します。また、ボリュームタイプは、RW (読み取り書き込み可能) または DP (データ保護) のいずれかに設定します。DP ボリュームは、読み取り専用で、NetApp SnapMirror または SnapVault 関係のデスティネーションとして使用できます。 Sx for ONTAP ボリュームとはボリュームに格納されているデータのストレージ容量のみを消費するシンプロビジョニングを指します。シンプロビジョニングボリュームでは、ストレージ容量は事前に予約されません。代わりに、ストレージは必要に応じて動的に割り当てられます。ボリュームまたは LUN 内のデータが削除されると、空き領域はファイルシステムに解放されます。例えば、10 TiB の空きストレージ容量で構成されたファイルシステムに、3 つの 10 TiB ボリュームを作成できます。ただし、3 つのボリューム内に格納されたデータの合計容量が常に 10 TiB を超えない限りです。ボリュームに物理的に格納されているデータ量は、ストレージ容量の全体的な消費にカウントされます。詳細については、「[FSx for ONTAP ボリュームの管理](managing-volumes.md)」を参照してください。 ## ストレージ階層 FSx for ONTAP ファイルシステムには、プライマリストレージと容量プールストレージという 2 つの storage tiers (ストレージ階層) があります。プライマリストレージは、データセットのアクティブな部分に合わせて設計された、プロビジョニングされ、スケーラブルでハイパフォーマンスな SSD ストレージです。容量プールストレージは、ペタバイトサイズまで拡張できる完全に伸縮性のあるストレージ階層で、アクセス頻度の低いに対してコストが最適化されます。ボリュームに書き込むデータは、ストレージ階層の容量を消費します。詳細については、「[FSx for ONTAP ストレージ階層](managing-storage-capacity.md#storage-tiers)」を参照してください。ストレージの必要量が増加した場合、ファイルシステムの SSD ストレージ容量を拡張できます。第 2 世代のファイルシステムでは、高性能ストレージ要件が変更されたときに SSD ストレージ容量を減らすこともできます。これにより、ストレージコストを最適化できます。詳細については、「[ファイルシステムのストレージ容量および IOPS](storage-capacity-and-IOPS.md)」を参照してください。 ### データ階層化 データ階層化は、Amazon FSx for NetApp ONTAP が *SSD* と*容量プール*ストレージ階層間で自動的にデータを移動させるプロセスです。各ボリュームには、データが非アクティブになったとき (コールド) に容量層に移動するかどうかを制御する階層化ポリシーがあります。ボリュームの階層化ポリシーの冷却期間は、データがいつ非アクティブ (コールド) になるかを決定します。詳細については、「[ボリュームデータの階層化](volume-storage-capacity.md#volume-data-tiering)」を参照してください。 ## ストレージ効率 Amazon FSx for NetApp ONTAP は、ONTAP のブロックレベルのストレージ効率性機能 (圧縮、重複排除) をサポートして、データが消費するストレージ容量を削減します。ストレージ効率の機能により、SSD ストレージ、容量プールストレージ、およびバックアップにおけるデータのフットプリントを削減できます。パフォーマンスを犠牲にすることなく、汎用ファイル共有ワークロードの一般的なストレージ容量の削減効果は、SSD と容量プールの両方のストレージ階層で圧縮、重複排除、および圧縮による 65% です。詳細については、「[ストレージ効率](managing-storage-capacity.md#storage-efficiency)」を参照してください。 ## NetApp ONTAP ファイルシステムの Amazon FSx に保存されているデータへのアクセス NFS (v3、v4、v4.1、v4.2) と SMB プロトコルを介して複数の Linux、Windows、または macOS クライアントから同時に ONTAP ボリュームのデータにアクセスすることができます。また、Non-Volatile Memory Express (NVMe) および Internet Small Computer Systems Interface (iSCSI) ブロックプロトコルを使用してデータにアクセスすることもできます。詳細については、「[FSx for ONTAP データへのアクセス](supported-fsx-clients.md)」を参照してください。 ## FSx for ONTAP リソースの管理 FSx for ONTAP ファイルシステムと相互作用して、そのリソースを管理することができるいくつかの方法があります。 AWS と NetApp ONTAP 管理ツールの両方を使用して、FSx for ONTAP リソースを管理できます。 + AWS 管理ツール + AWS マネジメントコンソール「�� + AWS Command Line Interface (AWS CLI) + Amazon FSx API と SDK + AWS CloudFormation + NetApp 管理ツール: + NetApp コンソール + NetApp ONTAP CLI + NetApp ONTAP REST API 詳細については、「[リソースの管理](administering-file-systems.md)」を参照してください。