Skip to main content
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Limites de stockage

Contributeurs

Cloud Volumes ONTAP présente des limites de configuration du stockage pour assurer des opérations fiables. Pour des performances optimales, ne configurez pas votre système aux valeurs maximales.

Capacité système maximale par licence

La capacité système maximale d'un système Cloud Volumes ONTAP est déterminée par sa licence. La capacité système maximale inclut le stockage sur disque et le stockage objet utilisé pour le Tiering des données. NetApp ne prend pas en charge le dépassement de cette limite.

Dans Azure, les limites de disque vous empêchent d'atteindre la limite de capacité de 368 Tio en utilisant uniquement des disques. Dans ce cas, vous pouvez atteindre la limite de capacité de 368 Tio de "tiering des données inactives vers le stockage objet". Reportez-vous à la section Limites de capacité et de disque selon la taille des machines virtuelles Azure pour en savoir plus.

Licence Capacité système maximale (disques + stockage objet)

Découvrir

2 Tio (le Tiering des données n'est pas pris en charge sur Explore)

Standard

10 To

Premium

368 To

BYOL

368 Tio par licence

Pour la haute disponibilité, la capacité de licence est-elle limitée par nœud ou pour la paire HA entière ?

La limite de capacité s'adresse à l'ensemble de la paire haute disponibilité. Il n'est pas par nœud. Par exemple, si vous utilisez la licence Premium, vous pouvez disposer d'une capacité pouvant atteindre 368 Tio entre les deux nœuds.

Pour un système haute disponibilité dans AWS, est-ce que les données en miroir sont prises en compte avec la limite de capacité ?

Non, ce n'est pas le cas. Les données d'une paire HA AWS sont mises en miroir de manière synchrone entre les nœuds, de sorte que les données soient disponibles en cas de panne. Par exemple, si vous achetez un disque de 8 To sur le nœud A, Cloud Manager alloue également un disque de 8 To sur le nœud B utilisé pour les données en miroir. Tandis que la capacité de 16 Tio a été provisionnée, seuls 8 Tio compte par rapport à la limite de licence.

Restrictions d'agrégats et de disques pour Cloud Volumes ONTAP dans AWS

Dans Cloud Volumes ONTAP 9.4, tous les types d'instances EC2 peuvent atteindre la limite de capacité de 368 Tio avec le stockage EBS uniquement, ou utiliser le stockage EBS et le Tiering sur S3 (à la fois un nœud et une haute disponibilité).

Stockage physique Paramètre Limite

Agrégats et disques

Nombre maximal d'agrégats

34 pour les configurations à un seul nœud 18 par nœud dans une configuration haute disponibilité 1

Taille maximale des agrégats

96 Tio de capacité brute 2

Disques par agrégat

1-6 3

Taille maximale des disques

16 To

Nombre maximal de disques de données sur tous les agrégats 4

34 pour les configurations à un seul nœud 31 par nœud dans une configuration haute disponibilité

Groupes RAID

Maximum par agrégat

1

Remarques :

  1. Il n'est pas possible de créer 18 agrégats sur les deux nœuds d'une paire haute disponibilité, car cela dépasserait la limite sur le disque de données.

  2. La limite de capacité de l'agrégat dépend des disques qui composent l'agrégat. La limite n'inclut pas le stockage objet utilisé pour le Tiering des données.

  3. Tous les disques qui composent un agrégat doivent être de la même taille.

  4. La limite du disque de données est spécifique aux disques qui contiennent des données utilisateur. Le disque d'amorçage et le disque racine de chaque nœud ne sont pas inclus dans cette limite.

Restrictions d'agrégat et de disque pour Cloud Volumes ONTAP dans Azure

Stockage physique Paramètre Limite

Agrégats et disques

Nombre maximal d'agrégats

Identique à la limite du disque

Taille maximale des agrégats

200 Tio de capacité brute 1

Disques par agrégat

1-12 2

Taille maximale des disques

32 To

Nombre maximal de disques de données sur tous les agrégats 3

Dépend de la taille des machines virtuelles. Voir ci-dessous.

Groupes RAID

Maximum par agrégat

1

Remarques :

  1. La limite de capacité de l'agrégat dépend des disques qui composent l'agrégat. La limite n'inclut pas le stockage objet utilisé pour le Tiering des données.

  2. Tous les disques qui composent un agrégat doivent être de la même taille.

  3. La limite du disque de données est spécifique aux disques qui contiennent des données utilisateur. Le disque d'amorçage et le disque racine de chaque nœud ne sont pas inclus dans cette limite.

Limites de capacité et de disque selon la taille des machines virtuelles Azure

Dans Azure, les systèmes à un seul nœud peuvent utiliser des disques gérés HDD standard, des disques gérés SSD standard et des disques gérés SSD Premium, avec jusqu'à 32 Tio par disque. Le nombre de disques pris en charge varie en fonction de la taille des machines virtuelles.

Les tableaux ci-dessous présentent la capacité maximale du système par taille de machine virtuelle avec des disques seuls, ainsi que le Tiering des données inactives vers le stockage objet.

La taille des machines virtuelles est limitée pour les licences Premium et BYOL. En effet, les limites de disque ne peuvent être atteintes avec les licences Explore ou Standard en raison des limites de capacité du système.

Un seul nœud avec une licence Premium

Taille des machines virtuelles Nombre maximal de disques par nœud Capacité système maximale avec des disques seuls Capacité système maximale avec disques et Tiering des données

DS3_v2

15

368 To

Hiérarchisation non prise en charge

DS4_v2

31

368 To

368 To

DS5_v2

63

368 To

368 To

DS13_v2

31

368 To

368 To

DS14_v2

63

368 To

368 To

Un seul nœud avec une ou plusieurs licences BYOL

Remarque Pour certains types de VM, vous aurez besoin de plusieurs licences BYOL pour atteindre la capacité maximale indiquée ci-dessous. Par exemple, vous aurez besoin de 6 licences BYOL pour atteindre 2 Pio avec DS5_v2.
Taille des machines virtuelles Nombre maximal de disques par nœud Capacité système max. Avec une licence Capacité système max. Avec plusieurs licences

Disques seuls

Disques + hiérarchisation des données

Disques seuls

Disques + hiérarchisation des données

DS3_v2

15

368 To

Hiérarchisation non prise en charge

480 To

Hiérarchisation non prise en charge

DS4_v2

31

368 To

368 To

896 To

368 Tio x chaque licence

DS5_v2

63

368 To

368 To

896 To

368 Tio x chaque licence

DS13_v2

31

368 To

368 To

896 To

368 Tio x chaque licence

DS14_v2

63

368 To

368 To

896 To

368 Tio x chaque licence

Limites de stockage logique

Stockage logique Paramètre Limite

Machines virtuelles de stockage (SVM)

Nombre maximal pour Cloud Volumes ONTAP (paire HA ou nœud unique)

Un SVM de service des données et un SVM de destination utilisés pour la reprise après incident. Vous pouvez activer le SVM de destination pour l'accès aux données en cas de panne sur le SVM source. 1 le SVM qui transmet les données couvre l'ensemble du système Cloud Volumes ONTAP (paire HA ou nœud unique).

Fichiers

Taille maximale

16 To

Maximum par volume

Selon la taille du volume, jusqu'à 2 milliards

Volumes FlexClone

Profondeur de clone hiérarchique 2

499

Volumes FlexVol

Maximale par nœud

500

Taille minimale

20 MO

Taille maximale

AWS: Selon la taille de l'agrégat 3 Azure: 100 Tio

Qtrees

Maximum par volume FlexVol

4,995

Copies snapshot

Maximum par volume FlexVol

1,023

Remarques :

  1. Cloud Manager ne prend pas en charge la configuration ou l'orchestration de la reprise après incident SVM. Il ne prend pas non plus en charge les tâches relatives au stockage sur une SVM supplémentaire. Vous devez utiliser System Manager ou l'interface de ligne de commande pour la reprise après incident SVM.

  2. La profondeur de clone hiérarchique correspond à la profondeur maximale d'une hiérarchie imbriquée de volumes FlexClone qui peut être créée à partir d'un seul volume FlexVol.

  3. Moins de 100 Tio est pris en charge, car les agrégats pour cette configuration sont limités à 96 Tio de capacité RAW.

Limites de stockage iSCSI

Stockage iSCSI Paramètre Limite

LUN

Maximale par nœud

1,024

Nombre maximal de mappages de LUN

1,024

Taille maximale

16 To

Maximum par volume

512

igroups

Maximale par nœud

256

Initiateurs

Maximale par nœud

512

Maximum par groupe initiateur

128

Sessions iSCSI

Maximale par nœud

1,024

Lifs

Maximum par port

32

Maximum par ensemble de ports

32

Porsets

Maximale par nœud

256