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 磁碟，NetApp Console 也會在節點 B 上配置 8 TiB 磁碟用於鏡像資料。雖然佈建了 16 TiB 的容量，但只有 8 TiB 會計入授權限制。

Aggregate 限制

Cloud Volumes ONTAP 使用 EBS 磁碟區作為磁碟，並將它們分組到 Aggregate 中。Aggregate 可為磁碟區提供儲存設備。

參數 限制

最大 Aggregate 數

單節點：與磁碟限制相同 HA 配對：一個節點中 18 個 1

最大彙總大小 2

  • 96 TiB 的原始容量

  • 128 TiB 的原始容量，具有 Elastic Volumes 3

每個 Aggregate 的磁碟數 4

  • 1-6

  • 4 或 8 個 Elastic Volumes 3

每個 Aggregate 的最大 RAID 群組數

2

附註：

  1. 您無法在 HA 配對中的兩個節點上建立 18 個 Aggregate，因為這會超出資料磁碟限制。

  2. 最大 Aggregate 大小取決於其磁碟，不包括用於資料分層的物件儲存。

  3. 如果您的配置支援 Amazon EBS Elastic Volumes 功能，則 Aggregate 最多可以包含 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 限制會導致系統組態不受支援。

從 Cloud Volumes ONTAP 9.12.1 開始， AWS Secret Cloud 和 Top Secret Cloud 區域支援購買多個節點型授權。

單節點搭配 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 版本開始新增了核心磁碟，因此使用這些執行個體類型的新系統支援的資料磁碟數量會減少一個。

  2. 與其他執行個體類型相比，此執行個體類型擁有更多的本機 NVMe 磁碟，這意味著支援的資料磁碟數量較少。

單節點搭配 BYOL

執行個體 每個節點的最大磁碟數 單一授權的最大系統容量 多個授權的最大系統容量

僅磁碟

磁碟 + 資料分層

僅磁碟

磁碟 + 資料分層

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 版本開始新增了核心磁碟，因此使用這些執行個體類型的新系統支援的資料磁碟數量會減少一個。

  2. 與其他執行個體類型相比，此執行個體類型擁有更多的本機 NVMe 磁碟，這意味著支援的資料磁碟數量較少。

HA 配對與 PAYGO Premium

執行個體 每個節點的最大磁碟數 僅使用磁碟時的最大系統容量 使用磁碟和資料分層的最大系統容量

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 版本開始新增了核心磁碟，因此使用這些執行個體類型的新系統支援的資料磁碟數量會減少一個。

  2. 與其他執行個體類型相比，此執行個體類型擁有更多的本機 NVMe 磁碟，這意味著支援的資料磁碟數量較少。

採用 BYOL 的 HA 配對

執行個體 每個節點的最大磁碟數 單一授權的最大系統容量 多個授權的最大系統容量

僅磁碟

磁碟 + 資料分層

僅磁碟

磁碟 + 資料分層

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 版本開始新增了核心磁碟，因此使用這些執行個體類型的新系統支援的資料磁碟數量會減少一個。

  2. 與其他執行個體類型相比，此執行個體類型擁有更多的本機 NVMe 磁碟，這意味著支援的資料磁碟數量較少。

Storage VM 限制

某些組態可讓您為 Cloud Volumes ONTAP 建立額外的儲存 VM （ SVM ）。

"了解如何建立額外的儲存 VM"。

授權類型 儲存 VM 限制

免費增值

總共 24 個儲存 VM 1,2

基於容量的 PAYGO 或 BYOL 3

總共 24 個儲存 VM 1,2

基於節點的 PAYGO

  • 1 個用於提供資料的儲存 VM

  • 1 個用於災難恢復的儲存 VM

基於節點的 BYOL 4

  • 總共 24 個儲存 VM 1,2

  1. 根據您使用的 EC2 執行個體類型，限制可能會更低。每個執行個體的限制列於下方部分。

  2. 這 24 個儲存 VM 可提供資料或設定為災難恢復（DR）。

  3. 對於基於容量的授權模式，額外的儲存 VM 無需額外授權費用，但每個儲存 VM 最低收費 4 TiB 容量。例如，如果您建立兩個儲存 VM，每個 VM 預置 2 TiB 的容量，則總共需要支付 8 TiB 的費用。

  4. 對於基於節點的 BYOL，除 Cloud Volumes ONTAP 預設提供的第一個儲存 VM 外，每個額外的_資料服務_儲存 VM 都需要附加授權。請聯絡您的客戶團隊以取得儲存 VM 附加授權。

    您為災難復原（DR）設定的儲存 VM 不需要附加授權（免費），但會計入儲存 VM 限制。例如，如果您有 12 個資料服務儲存 VM 和 12 個設定用於災難復原的儲存 VM，則表示您已達到限制，無法建立任何其他儲存 VM。

依 EC2 執行個體類型的 Storage VM 限制

建立額外的儲存 VM 時、您需要將私有 IP 位址分配給連接埠 e0a 。下表列出每個介面的私有 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

多可用區 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 位址。當 HA 配對部署在單一 AZ 中時，會將 5 個私人 IP 位址分配給連接埠 e0a。因此，使用 *.2xlarge 執行個體類型的 HA 配對還有 10 個私人 IP 位址可供其他儲存 VM 使用。

  2. 這些欄位中列出的數字包括 Console 預設建立的初始儲存 VM。例如，如果此欄位列出 24，則表示您可以額外建立 23 個儲存 VM，總共為 24 個。

  3. 儲存虛擬機器的管理 LIF 是可選的。管理 LIF 提供與管理工具（例如 SnapCenter）的連結。

    由於它需要私有 IP 位址，因此會限制您可以建立的額外儲存 VM 數量。唯一的例外是多個 AZ 中的 HA 配對。在這種情況下，管理 LIF 的 IP 位址是_浮動_ IP 位址，因此不計入_私有_ IP 限制。

檔案和磁碟區限制

邏輯儲存 參數 限制

檔案

最大大小 2

128 TB

每個 Volume 的最大值

磁碟區大小取決於具體情況，最高可達 20 億

FlexClone Volume

階層式複製深度 1

499

*FlexVol Volume *

每個節點的最大值

500

最小尺寸

20 MB

最大尺寸 3

300 TiB

Qtree

每個 FlexVol Volume 的最大值

4,995

Snapshot 複本

每個 FlexVol Volume 的最大值

1,023

  1. 階層式複製深度是指可從單一 FlexVol volume 建立的巢狀 FlexClone volumes 階層的最大深度。

  2. 從 ONTAP 9.12.1P2 開始，限制為 128 TB。在 ONTAP 9.11.1 及更早版本中，限制為 16 TB。

  3. 使用以下工具和最低版本，支援建立最大大小為 300 TiB 的 FlexVol volume：

    • 從 Cloud Volumes ONTAP 9.12.1 P2 和 9.13.0 P2 開始的 System Manager 和 ONTAP CLI

    • 從 Cloud Volumes ONTAP 9.13.1 開始

iSCSI 儲存限制

iSCSI 儲存設備 參數 限制

LUN

每個節點的最大值

1,024

LUN 對應的最大數量

1,024

最大大小

16 TiB

每個 Volume 的最大值

512

igroup

每個節點的最大值

256

啟動器

每個節點的最大值

512

每個 igroup 的最大數量

128

iSCSI 工作階段

每個節點的最大值

1,024

LIF

每個連接埠的最大容量

32

每個連接埠集的最大數量

32

Portsets

每個節點的最大值

256