Skip to main content
Cloud Volumes ONTAP release notes
本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

AWS 中Cloud Volumes ONTAP的儲存限制

PDF

Cloud Volumes ONTAP具有儲存配置限制，以提供可靠的操作。為了獲得最佳效能，請不要將系統配置為最大值。

許可證的最大系統容量

最大系統容量包括基於磁碟的儲存以及用於資料分層的物件儲存。

NetApp不支援超出系統容量限制。如果達到許可容量限制， BlueXP將顯示需要操作的訊息，並且不再允許您新增其他磁碟。

對於某些配置，磁碟限制會阻止您僅使用磁碟來達到容量限制。在這些情況下，您可以透過以下方式達到容量限制 "將非活動資料分層到物件存儲"。有關更多詳細信息，請參閱下面的容量和磁碟限制。

基於容量的許可證的容量限制

透過基於容量的許可，每個Cloud Volumes ONTAP系統都支援分層到物件儲存。總分層容量可以擴展到雲端提供者的儲存桶限制。雖然許可證沒有施加容量限制，但您應該遵循 "FabricPool最佳實踐"確保在配置和管理分層時實現最佳效能、可靠性和成本效率。請參閱 "AWS 文件"了解更多。

其他許可證類型的容量限制
執照 最大系統容量（磁碟+物件儲存）

免費增值

500 GiB

PAYGO 探索

2 TiB（Explore 不支援資料分層）

PAYGO 標準

10 TiB

PAYGO 保費

368 TiB

基於節點的許可證

2 PiB（需要多個許可證）
對於 HA，許可證容量限制是針對每個節點還是整個 HA 對？

容量限制針對的是整個 HA 對。它不是每個節點的。例如，Premium 許可證允許兩個節點使用最多 368 TiB。

對於 AWS 中的 HA 系統，鏡像資料是否計入容量限制？

不，不是這樣的。AWS HA 對中的資料在節點之間同步鏡像，以便在發生故障時資料可用。例如，如果您在節點 A 上購買了一個 8 TiB 磁碟， BlueXP也會在節點 B 上指派 8 TiB 磁碟用於鏡像資料。雖然預置了 16 TiB 的容量，但只有 8 TiB 計入許可證限制。

總計限制

Cloud Volumes ONTAP使用 EBS 磁碟區作為磁碟並將它們分組為_聚合_。聚合為磁碟區提供儲存。

範圍 限制

最大聚合體數量

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

最大骨材尺寸2

  • 96 TiB 原始容量

  • 彈性卷的原始容量為 128 TiB3

每個聚合的磁碟數 4

  • 1-6

  • 1-8 附彈性卷 3

每個聚合的最大 RAID 群組數

1

筆記：

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

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

  3. 如果您的配置支援 Amazon EBS 彈性磁碟區功能，則聚合最多可包含 8 個磁碟，從而提供最多 128 TiB 的容量。預設情況下，當您使用 gp3 或 io1 磁碟時， Cloud Volumes ONTAP 9.11.0 及更高版本的系統會啟用 Amazon EBS 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 磁碟，這意味著支援的資料磁碟數量較少。

HA 與 BYOL 對

實例 每個節點的最大磁碟數 一個許可證的最大系統容量 多個許可證的最大系統容量

僅磁碟

磁碟+資料分層

僅磁碟

磁碟+資料分層

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 磁碟，這意味著支援的資料磁碟數量較少。

儲存虛擬機器限制

某些配置可讓您為Cloud Volumes ONTAP建立額外的儲存虛擬機器 (SVM)。

"了解如何建立額外的儲存虛擬機" 。

許可證類型 儲存虛擬機器限制

免費增值

總共 24 個儲存虛擬機器1,2

基於容量的 PAYGO 或 BYOL 3

總共 24 個儲存虛擬機器1,2

基於節點的PAYGO

  • 1 個用於提供資料的儲存虛擬機

  • 1 個用於災難復原的儲存虛擬機

基於節點的 BYOL 4

  • 總共 24 個儲存虛擬機器1,2

  1. 根據您使用的 EC2 執行個體類型，該限制可能會更低。以下部分列出了每個實例的限制。

  2. 這 24 個儲存虛擬機器可以提供資料或配置用於災難復原 (DR)。

  3. 對於基於容量的許可，額外的儲存虛擬機器無需額外的許可費用，但每個儲存虛擬機器至少需支付 4 TiB 的容量費用。例如，如果您建立兩台儲存虛擬機，每個虛擬機具有 2 TiB 的預先設定容量，則總共需要支付 8 TiB 的費用。

  4. 對於基於節點的 BYOL，除了預設隨Cloud Volumes ONTAP附帶的第一個儲存虛擬機器之外，每個額外的_資料服務_儲存虛擬機器都需要附加授權。聯絡您的客戶團隊以取得儲存虛擬機器附加許可證。

    為災難復原 (DR) 配置的儲存虛擬機器不需要附加授權（它們是免費的），但它們會計入儲存虛擬機器限制。例如，如果您有 12 個資料服務儲存虛擬機和 12 個為災難復原配置的儲存虛擬機，那麼您已達到限制並且無法建立任何其他儲存虛擬機。

EC2 執行個體類型的儲存虛擬機器限制

建立額外的儲存虛擬機器時，需要為連接埠 e0a 指派私人 IP 位址。下表列出了每個介面的最大私有 IP 數量，以及部署Cloud Volumes ONTAP後連接埠 e0a 上可用的 IP 位址數量。可用 IP 位址的數量直接影響該配置的最大儲存虛擬機器數量。

以下所列的實例適用於 c5、m5 和 r5 實例係列。

配置 實例類型 每個介面的最大私人 IP 部署後剩餘的 IP 1 沒有管理 LIF 的最大儲存虛擬機器數 2,3 具有管理 LIF 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

單一可用區內的 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 位址。當在單一 AZ 中部署 HA 對時，會為連接埠 e0a 指派 5 個私人 IP 位址。因此，使用 *.2xlarge 執行個體類型的 HA 對剩餘 10 個私人 IP 位址可用於額外的儲存虛擬機器。

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

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

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

文件和卷限制

邏輯儲存 範圍 限制

文件

最大尺寸2

128TB

每卷最大數量

取決於容量大小，最多 20 億

* FlexClone卷*

分層克隆深度1

499

* FlexVol卷*

每個節點的最大值

500

最小尺寸

20MB

最大尺寸3

300 TiB

Qtree

每個FlexVol volume的最大值

4,995

快照副本

每個FlexVol volume的最大值

1,023

  1. 分層克隆深度是可從單一FlexVol volume建立的FlexClone磁碟區嵌套層次結構的最大深度。

  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 開始的系統管理員和ONTAP CLI

    • 從Cloud Volumes ONTAP 9.13.1 開始的BlueXP

iSCSI 儲存限制

iSCSI儲存 範圍 限制

LUN

每個節點的最大值

1,024

最大 LUN 映射數

1,024

最大尺寸

16 TiB

每卷最大數量

512

igroups

每個節點的最大值

256

發起者

每個節點的最大值

512

每個 igroup 的最大值

128

iSCSI 會話

每個節點的最大值

1,024

LIF

每個連接埠的最大值

32

每個連接埠集的最大值

32

連接埠集

每個節點的最大值

256