Skip to main content
Cloud Volumes ONTAP release notes
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

AWSのCloud Volumes ONTAPのストレージ制限

PDF

Cloud Volumes ONTAPには、信頼性の高い操作を実現するために、ストレージ構成の制限があります。最高のパフォーマンスを得るには、システムを最大値で構成しないでください。

ライセンスによる最大システム容量

最大システム容量には、ディスクベースのストレージと、データ階層化に使用されるオブジェクト ストレージが含まれます。

NetApp はシステム容量制限の超過をサポートしていません。ライセンス容量制限に達した場合、NetApp Console は対応が必要なメッセージを表示し、追加ディスクの追加ができなくなります。

一部の構成では、ディスク制限により、ディスクのみを使用して容量制限に到達できなくなります。このような場合は、 "非アクティブなデータをオブジェクトストレージに階層化する"容量制限に到達できます。詳細については、以下の容量とディスク制限を参照してください。

容量ベースのライセンスの容量制限

容量ベースのライセンスでは、各Cloud Volumes ONTAPシステムはオブジェクト ストレージへの階層化をサポートします。階層化された総容量は、クラウド プロバイダのバケット制限まで拡張できます。ライセンスには容量制限はありませんが、階層化を構成および管理する際に最適なパフォーマンス、信頼性、コスト効率を確保するために "『FabricPoolのベストプラクティス』"に従う必要があります。詳細については、 "AWSのドキュメント"を参照してください。

他のライセンス タイプの容量制限
ライセンス 最大システム容量（ディスク+オブジェクトストレージ）

フリーミアム

500 GiB

PAYGO Explore

2 TiB（Explore ではデータ階層化はサポートされていません）

PAYGO Standard

10 TiB

PAYGO Premium

368 TiB

ノードベースのライセンス

2 PiB（複数のライセンスが必要）
HAの場合、ライセンス容量の制限はノードごとですか、それともHAペア全体に対してですか？

容量制限はHAペア全体に適用されます。ノードごとではありません。たとえば、Premiumライセンスでは、両方のノードで最大368 TiBが許可されます。

AWS の HA システムの場合、ミラーリングされたデータは容量制限にカウントされますか？

いいえ、違います。AWS HAペアのデータはノード間で同期的にミラーリングされるため、障害発生時にもデータを利用できます。たとえば、ノードAで8 TiBのディスクを購入した場合、Consoleはミラーリングされたデータに使用されるノードBにも8 TiBのディスクを割り当てます。16 TiBの容量がプロビジョニングされましたが、ライセンス制限にカウントされるのは8 TiBのみです。

アグリゲートの制限

Cloud Volumes ONTAPはEBSボリュームをディスクとして使用し、それらを_アグリゲート_にグループ化します。アグリゲートはボリュームにストレージを提供します。

パラメータ 制限

アグリゲートの最大数

単一ノード：ディスク制限と同じ HAペア：ノードあたり18個 1

最大アグリゲート サイズ2

  • 96 TiBのRaw容量

  • Elastic Volumes による 128 TiB の raw 容量 3

アグリゲートあたりのディスク数 4

  • 1-6

  • Elastic Volumes 付き 4 または 8 3

アグリゲートあたりの RAID グループの最大数

2

注：

  1. データ ディスクの制限を超えてしまうため、HAペアの両方のノードに18個のアグリゲートを作成することはできません。

  2. 最大アグリゲート サイズはディスクに依存しており、データ階層化に使用するオブジェクト ストレージは含まれません。

  3. Amazon EBS Elastic Volumes 機能をサポートする設定がある場合、アグリゲートには最大 8 個のディスクを含めることができ、最大 128 TiB の容量が提供されます。デフォルトでは、Cloud Volumes ONTAP 9.11.0 以降のシステムでは、gp3 または io1 ディスクを使用する場合に Amazon EBS Elastic Volumes が有効になります。 "Elastic Volumes のサポートの詳細については、こちらをご覧ください"

  4. アグリゲート内のすべてのディスクは同じサイズである必要があります。

EC2 インスタンスごとのディスクと階層化の制限

容量制限は、使用する EC2 インスタンス タイプ ファミリーと、単一ノード システムを使用しているか HA ペアを使用しているかによって異なります。

以下の注記には、下の表に表示される数値に関する詳細が記載されています。

  • ディスク制限は、ユーザー データが含まれるディスクに固有です。

    制限にはブート ディスクとルート ディスクは含まれません。

  • ディスクのみを使用する場合と、ディスクとオブジェクト ストレージへのコールド データ階層化を使用する場合の最大システム容量がリストされます。

  • Cloud Volumes ONTAPはEBSボリュームをディスクとして使用します。最大ディスク サイズは16 TiBです。

容量ベースのライセンスのさまざまな導入モードの制限

以下のディスク制限は、容量ベースのライセンス パッケージを使用する Cloud Volumes ONTAP システムに適用されます。 "Cloud Volumes ONTAP ライセンス オプションについて説明します"

メモ 単一ノードおよびHA構成の最大システム容量とデータ階層化容量の制限については、[cap-license-aws]を参照してください。

シングル ノード

インスタンス

ノードあたりの最大ディスク数

ディスクのみでの最大システム容量

c5、m5、r5 インスタンス

21

336 TiB

  • m5dn.24xlarge

  • m6id.32xlarge

19 1

304 TiB

  1. このインスタンス タイプには他のインスタンス タイプよりも多くのローカル NVMe ディスクがあるため、サポートされるデータ ディスクの数は少なくなります。

HAペア

インスタンス

ノードあたりの最大ディスク数

ディスクのみでの最大システム容量

c5、m5、r5 インスタンス

18

288 TiB

  • m5dn.24xlarge

  • m6id.32xlarge

16 1

256 TiB

  1. このインスタンス タイプには他のインスタンス タイプよりも多くのローカル NVMe ディスクがあるため、サポートされるデータ ディスクの数は少なくなります。

ノードベース ライセンスのさまざまな導入モードの制限

以下のディスク制限は、ノードベースのライセンスを使用する Cloud Volumes ONTAP システムに適用されます。これは、ノードごとに Cloud Volumes ONTAP のライセンスを取得できるようにした前世代の ライセンス モデル です。ノードベースのライセンスは、既存のお客様にも引き続きご利用いただけます。

Cloud Volumes ONTAP BYOL シングル ノードまたは HA ペア システムに複数のノードベースのライセンスを購入して、368 TiB を超える容量を、テスト済みおよびサポートされている最大システム容量制限の 2 PiB まで割り当てることができます。ディスク制限により、ディスクのみを使用すると容量制限に到達できなくなる可能性があることに注意してください。ディスク制限を超えるには "非アクティブなデータをオブジェクトストレージに階層化する"を使用します "Cloud Volumes ONTAP に追加のシステム ライセンスを追加する方法を学ぶ"。Cloud Volumes ONTAP はテスト済みおよびサポートされている最大システム容量である 2 PiB までサポートされますが、2 PiB の制限を超えると、サポートされていないシステム構成になります。

AWS Secret CloudとTop Secret Cloudのリージョンでは、Cloud Volumes ONTAP 9.12.1以降で複数のノードベースのライセンスの購入がサポートされています。

PAYGO Premiumを使用するシングルノード

インスタンス ノードあたりの最大ディスク数 ディスクのみでの最大システム容量 ディスクとデータ階層化による最大システム容量

c5、m5、r5 インスタンス

21 1

336 TiB

368 TiB

  • m5dn.24xlarge

  • m6id.32xlarge

19 2

304 TiB

368 TiB

  1. 21個のデータディスクは、Cloud Volumes ONTAPの新規導入の制限です。バージョン9.7以前で作成されたシステムをアップグレードする場合、システムは引き続き22個のディスクをサポートします。9.8リリース以降、コアディスクが追加されたため、これらのインスタンス タイプを使用する新しいシステムではサポートされるデータディスクが1つ少なくなります。

  2. このインスタンス タイプには他のインスタンス タイプよりも多くのローカル NVMe ディスクがあるため、サポートされるデータ ディスクの数は少なくなります。

BYOL による単一ノード

インスタンス ノードあたりの最大ディスク数 1つのライセンスによる最大システム容量 複数のライセンスによる最大システム容量

ディスクのみ

ディスク+データ階層化

ディスクのみ

ディスク+データ階層化

c5、m5、r5 インスタンス

21 1

336 TiB

368 TiB

336 TiB

2 PiB

  • m5dn.24xlarge

  • m6id.32xlarge

19 2

304 TiB

368 TiB

304 TiB

2 PiB

  1. 21個のデータディスクは、Cloud Volumes ONTAPの新規導入の制限です。バージョン9.7以前で作成されたシステムをアップグレードする場合、システムは引き続き22個のディスクをサポートします。9.8リリース以降、コアディスクが追加されたため、これらのインスタンス タイプを使用する新しいシステムではサポートされるデータディスクが1つ少なくなります。

  2. このインスタンス タイプには他のインスタンス タイプよりも多くのローカル NVMe ディスクがあるため、サポートされるデータ ディスクの数は少なくなります。

PAYGO PremiumのHAペア

インスタンス ノードあたりの最大ディスク数 ディスクのみでの最大システム容量 ディスクとデータ階層化による最大システム容量

c5、m5、r5 インスタンス

18 1

288 TiB

368 TiB

  • m5dn.24xlarge

  • m6id.32xlarge

16 2

256 TiB

368 TiB

  1. 18個のデータディスクは、Cloud Volumes ONTAPの_新規_導入時の制限です。バージョン9.7以前で作成されたシステムをアップグレードする場合、システムは引き続き19個のディスクをサポートします。9.8リリース以降、コアディスクが追加されたため、これらのインスタンスタイプを使用する新しいシステムではサポートされるデータディスクが1つ少なくなります。

  2. このインスタンス タイプには他のインスタンス タイプよりも多くのローカル NVMe ディスクがあるため、サポートされるデータ ディスクの数は少なくなります。

BYOLを使用したHAペア

インスタンス ノードあたりの最大ディスク数 1つのライセンスによる最大システム容量 複数のライセンスによる最大システム容量

ディスクのみ

ディスク+データ階層化

ディスクのみ

ディスク+データ階層化

c5、m5、r5 インスタンス

18 1

288 TiB

368 TiB

288 TiB

2 PiB

  • m5dn.24xlarge

  • m6id.32xlarge

16 2

256 TiB

368 TiB

256 TiB

2 PiB

  1. 18個のデータディスクは、Cloud Volumes ONTAPの_新規_導入時の制限です。バージョン9.7以前で作成されたシステムをアップグレードする場合、システムは引き続き19個のディスクをサポートします。9.8リリース以降、コアディスクが追加されたため、これらのインスタンスタイプを使用する新しいシステムではサポートされるデータディスクが1つ少なくなります。

  2. このインスタンス タイプには他のインスタンス タイプよりも多くのローカル NVMe ディスクがあるため、サポートされるデータ ディスクの数は少なくなります。

Storage VMの制限

一部の構成では、Cloud Volumes ONTAP 用に追加のストレージ VM （ SVM ）を作成できます。

"追加のストレージ VM を作成する方法を学ぶ"。

ライセンス タイプ Storage VMの制限

フリーミアム

合計24台のストレージVM 1,2

容量ベースのPAYGOまたはBYOL 3

合計24台のストレージVM 1,2

ノードベースのPAYGO

  • データを提供するための 1 つのストレージ VM

  • ディザスタ リカバリ用のストレージ VM × 1

ノードベースのBYOL 4

  • 合計24台のストレージVM 1,2

  1. 使用する EC2 インスタンス タイプによっては、制限が低くなる場合があります。インスタンスごとの制限については、以下のセクションに記載されています。

  2. これら 24 台のストレージ VM は、データを提供したり、ディザスタ リカバリ（DR）用に構成したりできます。

  3. 容量ベースのライセンスの場合、追加のストレージVMに対して追加のライセンス コストは発生しませんが、ストレージVMごとに4TiBの最小容量料金が発生します。たとえば、2つのストレージVMを作成し、それぞれに2TiBのプロビジョニングされた容量がある場合、合計8TiBが課金されます。

  4. ノードベースのBYOLの場合、Cloud Volumes ONTAPにデフォルトで付属する最初のストレージVM以外の追加の_データ提供_ストレージVMごとにアドオンライセンスが必要です。ストレージVMアドオンライセンスを取得するには、アカウントチームにお問い合わせください。

    災害復旧（DR）用に構成するStorage VMにはアドオン ライセンスは必要ありません（無料）が、Storage VMの制限にカウントされます。たとえば、データ サービスStorage VMが12台、災害復旧用にStorage VMが12台構成されている場合、制限に達しているため、追加のStorage VMを作成することはできません。

EC2 インスタンス タイプ別のStorage VM制限

追加のストレージ VM を作成する場合は、ポート e0a にプライベート IP アドレスを割り当てる必要があります。以下の表は、インターフェースあたりのプライベート IP の最大数と、Cloud Volumes ONTAP の導入後にポート e0a で使用可能な IP アドレスの数を示しています。使用可能な IP アドレスの数は、その構成のストレージ VM の最大数に直接影響します。

以下にリストされているインスタンスは、c5、m5、および r5 インスタンス ファミリ用です。

構成 インスタンス タイプ インターフェースあたりの最大プライベート IP 数 展開後に残る IP 数 1 管理 LIF なしの最大ストレージ VM 数2,3 管理 LIF を備えた最大ストレージ VM 数2,3

単一ノード

*.xlarge

15

9

10

5

*.2xlarge

15

9

10

5

*.4xlarge

30

24

24

12

*.8xlarge

30

24

24

12

*.9xlarge

30

24

24

12

*.12xlarge

30

24

24

12

*.16xlarge

50

44

24

12

*.18xlarge

50

44

24

12

*.24xlarge

50

44

24

12

単一 AZ の HA ペア

*.xlarge

15

10

11

5

*.2xlarge

15

10

11

5

*.4xlarge

30

25

24

12

*.8xlarge

30

25

24

12

*.9xlarge

30

25

24

12

*.12xlarge

30

25

24

12

*.16xlarge

50

45

24

12

*.18xlarge

50

45

24

12

*.24xlarge

50

44

24

12

マルチAZのHAペア

*.xlarge

15

12

13

13

*.2xlarge

15

12

13

13

*.4xlarge

30

27

24

24

*.8xlarge

30

27

24

24

*.9xlarge

30

27

24

24

*.12xlarge

30

27

24

24

*.16xlarge

50

47

24

24

*.18xlarge

50

47

24

24

*.24xlarge

50

44

24

12

  1. この数字は、Cloud Volumes ONTAPの導入とセットアップ後にポートe0aで利用可能な_残りの_プライベートIPアドレスの数を示します。たとえば、.2xlargeシステムは、ネットワーク インターフェイスごとに最大15個のIPアドレスをサポートします。単一のAZにHAペアを導入すると、ポートe0aに5つのプライベートIPアドレスが割り当てられます。その結果、.2xlargeインスタンス タイプを使用するHAペアには、追加のストレージVM用に10個のプライベートIPアドレスが残ります。

  2. これらの列にリストされる数には、NetApp Consoleがデフォルトで作成する初期ストレージVMが含まれます。たとえば、この列に24と表示されている場合は、合計24個のストレージVMを追加で23個作成できることを意味します。

  3. ストレージ VM の管理 LIF はオプションです。管理 LIF は、SnapCenter などの管理ツールへの接続を提供します。

    プライベート IP アドレスが必要であるため、作成できる追加のストレージ VM の数が制限されます。唯一の例外は、複数の AZ 内の HA ペアです。その場合、管理 LIF の IP アドレスは フローティング IP アドレスなので、プライベート IP 制限にはカウントされません。

ファイルとボリュームの制限

論理ストレージ パラメータ 制限

ファイル

最大サイズ 2

128 TB

ボリュームあたりの最大数

ボリューム サイズに依存、最大20億個

FlexClone ボリューム

階層的クローンの深さ 1

499

FlexVol ボリューム

ノードあたりの最大数

500

最小サイズ

20 MB

最大サイズ 3

300 TiB

* Qtree *

FlexVolあたりの最大数

4,995

Snapshot コピー

FlexVolあたりの最大数

1,023

  1. 階層型クローンの深さは、1つのFlexVol volumeから作成できる入れ子階層のFlexClone volumesの最大深度です。

  2. ONTAP 9.12.1P2以降では、上限は128TBです。ONTAP 9.11.1以前のバージョンでは、上限は16TBです。

  3. FlexVol ボリュームの作成は、次のツールと最小バージョンを使用して、最大サイズ 300 TiB までサポートされます：

    • System ManagerおよびONTAP CLI（Cloud Volumes ONTAP 9.12.1 P2および9.13.0 P2以降）

    • Cloud Volumes ONTAP 9.13.1以降

iSCSI ストレージの制限

iSCSI ストレージ パラメータ 制限

LUN

ノードあたりの最大数

1,024

LUNマップの最大数

1,024

最大サイズ

16 TiB

ボリュームあたりの最大数

512

* igroup *

ノードあたりの最大数

256

イニシエーター

ノードあたりの最大数

512

igroupあたりの最大数

128

iSCSI セッション

ノードあたりの最大数

1,024

LIF

ポートあたりの最大数

32

ポートセットあたりの最大数

32

portset

ノードあたりの最大数

256