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.

Pour certaines configurations, 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 aux limites de capacité et de disques ci-dessous pour plus de détails.

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.

Limites de capacité et de disque par instance EC2 AWS

Cloud Volumes ONTAP utilise des volumes EBS comme disques. Les limites de disque ci-dessous sont spécifiques aux disques qui contiennent des données utilisateur. Les limites n'incluent pas le disque d'amorçage et le disque racine.

La taille maximale des disques EBS est de 16 Tio. Le nombre de disques pris en charge varie selon le type d'instance.

Les tableaux ci-dessous montrent la capacité maximale par type d'instance avec uniquement des disques EBS, ainsi que la hiérarchisation des disques dans le stockage objet.

Un seul nœud avec une licence Premium

Type d'instance 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

c4.4xlarge

34

368 To

368 To

c4.8xlarge

34

368 To

368 To

c5d.4xlarge

23

368 To

368 To

c5d.9xlarge

23

368 To

368 To

m4,4xlarge

34

368 To

368 To

m5.4xlarge

23

368 To

368 To

r4.2xlarge

34

368 To

368 To

r5.2xlarge

23

368 To

368 To

r5d.2xlarge

23

368 To

368 To

Un seul nœud avec une ou plusieurs licences BYOL

Type d'instance 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

c4.4xlarge

34

368 To

368 To

544 To

368 Tio x chaque licence

c4.8xlarge

34

368 To

368 To

544 To

368 Tio x chaque licence

c5d.4xlarge

23

368 To

368 To

368 To

368 Tio x chaque licence

c5d.9xlarge

23

368 To

368 To

368 To

368 Tio x chaque licence

m4.xlarge

34

368 To

368 To

544 To

368 Tio x chaque licence

m4.2xlarge

34

368 To

368 To

544 To

368 Tio x chaque licence

m4,4xlarge

34

368 To

368 To

544 To

368 Tio x chaque licence

m5.xlarge

23

368 To

368 To

368 To

368 Tio x chaque licence

m5.2xlarge

23

368 To

368 To

368 To

368 Tio x chaque licence

m5.4xlarge

23

368 To

368 To

368 To

368 Tio x chaque licence

r4.xlarge

34

368 To

368 To

544 To

368 Tio x chaque licence

r4.2xlarge

34

368 To

368 To

544 To

368 Tio x chaque licence

r5.xlarge

23

368 To

368 To

368 To

368 Tio x chaque licence

r5.2xlarge

23

368 To

368 To

368 To

368 Tio x chaque licence

r5d.2xlarge

23

368 To

368 To

368 To

368 Tio x chaque licence

Paires HA avec une licence Premium

Type d'instance 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

c4.4xlarge

31

368 To

368 To

c4.8xlarge

31

368 To

368 To

c5d.4xlarge

20

320 To

368 To

c5d.9xlarge

20

320 To

368 To

m4,4xlarge

31

368 To

368 To

m5.4xlarge

20

320 To

368 To

r4.2xlarge

31

368 To

368 To

r5.2xlarge

20

320 To

368 To

r5d.2xlarge

20

320 To

368 To

Paires HAUTE DISPONIBILITÉ avec une ou plusieurs licences BYOL

Type d'instance 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

c4.4xlarge

31

368 To

368 To

496 To

368 Tio x chaque licence

c4.8xlarge

31

368 To

368 To

496 To

368 Tio x chaque licence

c5d.4xlarge

20

320 To

368 To

320 To

368 Tio x chaque licence

c5d.9xlarge

20

320 To

368 To

320 To

368 Tio x chaque licence

m4.xlarge

31

368 To

368 To

496 To

368 Tio x chaque licence

m4.2xlarge

31

368 To

368 To

496 To

368 Tio x chaque licence

m4,4xlarge

31

368 To

368 To

496 To

368 Tio x chaque licence

m5.xlarge

20

320 To

368 To

320 To

368 Tio x chaque licence

m5.2xlarge

20

320 To

368 To

320 To

368 Tio x chaque licence

m5.4xlarge

20

320 To

368 To

320 To

368 Tio x chaque licence

r4.xlarge

31

368 To

368 To

496 To

368 Tio x chaque licence

r4.2xlarge

31

368 To

368 To

496 To

368 Tio x chaque licence

r5.xlarge

20

320 To

368 To

320 To

368 Tio x chaque licence

r5.2xlarge

20

320 To

368 To

320 To

368 Tio x chaque licence

r5d.2xlarge

20

320 To

368 To

320 To

368 Tio x chaque licence

Limites en matière de disques et de Tiering, selon la taille des machines virtuelles Azure

Les limites de disque ci-dessous sont spécifiques aux disques qui contiennent des données utilisateur. Les limites n'incluent pas le disque d'amorçage et le disque racine. Les tableaux ci-dessous présentent la capacité maximale du système par taille de machine virtuelle avec des disques gérés 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.

  • 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 To par disque. Le nombre de disques pris en charge varie en fonction de la taille des machines virtuelles.

  • Les systèmes HAUTE DISPONIBILITÉ utilisent des objets blob de pages Premium en tant que disques, avec jusqu'à 8 Tio par page. Le nombre de disques pris en charge varie en fonction de la taille des machines virtuelles.

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

Paires HA avec une licence Premium

Taille des machines virtuelles Disques MAX Data pour une paire haute disponibilité Capacité système maximale avec des disques seuls Capacité système maximale avec disques et Tiering des données

DS4_v2

31

368 To

Hiérarchisation non prise en charge

DS5_v2

63

368 To

Hiérarchisation non prise en charge

DS13_v2

31

368 To

Hiérarchisation non prise en charge

DS14_v2

63

368 To

Hiérarchisation non prise en charge

DS15_v2

63

368 To

Hiérarchisation non prise en charge

Paires HAUTE DISPONIBILITÉ 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 devez disposer de 3 licences BYOL pour atteindre 1 Pio avec DS5_v2.
Taille des machines virtuelles Disques MAX Data pour une paire haute disponibilité 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

DS4_v2

31

368 To

Hiérarchisation non prise en charge

248 To

Hiérarchisation non prise en charge

DS5_v2

63

368 To

Hiérarchisation non prise en charge

504 To

Hiérarchisation non prise en charge

DS13_v2

31

368 To

Hiérarchisation non prise en charge

248 To

Hiérarchisation non prise en charge

DS14_v2

63

368 To

Hiérarchisation non prise en charge

504 To

Hiérarchisation non prise en charge

DS15_v2

63

368 To

Hiérarchisation non prise en charge

504 To

Hiérarchisation non prise en charge

Restrictions agrégées dans AWS

Cloud Volumes ONTAP utilise les volumes AWS comme disques et les regroupe dans des aggrégats. Les agrégats fournissent du stockage aux volumes.

Paramètre Limite

Nombre maximal d'agrégats

Un seul nœud : identique à la paire haute disponibilité de limite de disque : 18 dans un nœud 1

Taille maximale des agrégats

96 Tio de capacité brute 2

Disques par agrégat

1-6 3

Nombre maximal de groupes RAID 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.

Restrictions agrégées dans Azure

Cloud Volumes ONTAP utilise le stockage Azure comme disques et les regroupe dans des agrégats. Les agrégats fournissent du stockage aux volumes.

Paramètre Limite

Nombre maximal d'agrégats

Identique à la limite du disque

Taille maximale des agrégats

200 Tio de capacité brute pour un seul nœud 1 96 Tio de capacité brute pour les paires haute disponibilité 1

Disques par agrégat

1-12 2

Nombre maximal de groupes RAID par agrégat

Un seul nœud : 1 paires HA : 6

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.

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 HA : selon la taille de l'agrégat 3 nœud unique 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