Limites de stockage pour Cloud Volumes ONTAP dans Google Cloud
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 la limite de capacité système. Si vous atteignez la limite de capacité sous licence, BlueXP affiche un message d'action requise et ne vous permet plus d'ajouter des disques supplémentaires.
Pour certaines configurations, les limites de disque vous empêchent d'atteindre la limite de capacité en utilisant uniquement des disques. Vous pouvez atteindre la limite de capacité de "tiering des données inactives vers le stockage objet". Pour plus de détails, reportez-vous aux limites de disques ci-dessous.
Avec des licences basées sur la capacité, chaque système Cloud Volumes ONTAP prend en charge la hiérarchisation du stockage d'objets. La capacité totale à plusieurs niveaux peut évoluer jusqu'à la limite de compartiment du fournisseur de cloud. Bien que la licence n'impose pas de restrictions de capacité, vous devez suivre les "Bonnes pratiques de FabricPool" pour garantir des performances, une fiabilité et une rentabilité optimales lors de la configuration et de la gestion de la hiérarchisation. Se référer à la "Documentation Google Cloud" pour plus d'informations.
- Limites de capacité pour les autres types de licences
Licence | Capacité système maximale (disques + stockage objet) |
---|---|
Fréemium |
500 GO |
PAYGO Explore |
2 To (le Tiering des données n'est pas pris en charge par Explore) |
PAIEMENT À L'UTILISATION Standard |
10 TO |
PAIEMENT À L'UTILISATION Premium |
368 TO |
Licence basée sur les nœuds |
2 Pio (plusieurs licences requises) |
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é maximale de 368 To entre les deux nœuds.
Non, ce n'est pas le cas. Les données d'une paire HA sont mises en miroir de manière synchrone entre les nœuds afin que les données soient disponibles en cas de panne dans Google Cloud. Par exemple, si vous achetez un disque de 8 To sur le nœud A, BlueXP alloue également un disque de 8 To sur le nœud B qui est utilisé pour les données en miroir. Bien que 16 To de capacité soient configurés, seuls 8 To sont comptabilisés dans la limite de licence.
Restrictions agrégées
Cloud Volumes ONTAP regroupe les disques Google Cloud Platform dans des aggrégats. Les agrégats fournissent du stockage aux volumes.
Paramètre | Limite |
---|---|
Nombre maximal d'agrégats de données 1 |
|
Taille maximale des agrégats |
256 To de capacité brute 2 |
Disques par agrégat |
1-6 3 |
Nombre maximal de groupes RAID par agrégat |
1 |
Remarques :
-
Le nombre maximal d'agrégats de données n'inclut pas l'agrégat racine.
-
Les disques qui composent l’agrégat déterminent la limite de capacité globale. Cette limite n’inclut pas le stockage d’objets utilisé pour la hiérarchisation des données.
-
Tous les disques qui composent un agrégat doivent être de la même taille.
Limites de disque et de hiérarchisation
Le tableau ci-dessous présente la capacité maximale du système avec des disques seuls et des disques avec Tiering des données inactives vers le stockage objet. Les limites de disque sont spécifiques aux disques qui contiennent des données utilisateur. Les limites n'incluent pas le disque de démarrage, le disque racine ou la NVRAM.
Paramètre | Limite |
---|---|
Nombre maximal de disques de données |
|
Taille maximale des disques |
64 TO |
Capacité système maximale avec disques seuls |
256 TO 1 |
Capacité système maximale avec disques et Tiering des données inactives vers un compartiment Google Cloud Storage |
Dépend de la licence. Reportez-vous aux limites de capacité maximum du système ci-dessus. |
1 cette limite est définie par les limites des machines virtuelles dans Google Cloud Platform.
Limites des machines virtuelles de stockage
Certaines configurations vous permettent de créer des machines virtuelles de stockage supplémentaires pour Cloud Volumes ONTAP.
Ce sont les limites testées. La configuration de machines virtuelles de stockage supplémentaires n'est pas prise en charge.
Type de licence | Limite des machines virtuelles de stockage |
---|---|
Freemium |
24 machines virtuelles de stockage total 1 |
PayGO basé sur la capacité ou BYOL 2 |
24 machines virtuelles de stockage total 1 |
BYOL sur nœud 3 |
24 machines virtuelles de stockage total 1 |
Facturation basée sur un nœud |
|
-
Ces 24 machines virtuelles de stockage peuvent servir de données ou être configurées pour la reprise après incident.
-
Pour les licences basées sur la capacité, aucun coût de licence supplémentaire n'est requis pour les machines virtuelles de stockage supplémentaires, mais une charge de capacité minimale de 4 Tio par machine virtuelle de stockage. Par exemple, si vous créez deux machines virtuelles de stockage et que chacune possède une capacité provisionnée de 2 To, vous serez facturé au total de 8 Tio.
-
Pour le BYOL basé sur les nœuds, une licence complémentaire est requise pour chaque machine virtuelle de stockage de serveur de données supplémentaire au-delà de la première machine virtuelle de stockage fournie avec Cloud Volumes ONTAP par défaut. Contactez votre équipe de compte pour obtenir une licence complémentaire de machine virtuelle de stockage.
Les machines virtuelles de stockage que vous configurez pour la reprise après incident ne nécessitent pas de licence supplémentaire (elles sont gratuites), mais elles ne tiennent pas compte de la limite des machines virtuelles de stockage. Par exemple, si vous disposez de 12 machines virtuelles de stockage servant les données et de 12 machines virtuelles de stockage configurées pour la reprise sur incident, vous avez atteint ces limites et ne pouvez pas créer de machines virtuelles de stockage supplémentaires.
Limites de stockage logique
Stockage logique | Paramètre | Limite |
---|---|---|
Fichiers |
Taille maximale 2 |
128 TO |
Maximum par volume |
Selon la taille du volume, jusqu'à 2 milliards |
|
Volumes FlexClone |
Profondeur de clone hiérarchique 12 |
499 |
Volumes FlexVol |
Maximale par nœud |
500 |
Taille minimale |
20 MO |
|
Taille maximale 3 |
300 Tio |
|
Qtrees |
Maximum par volume FlexVol |
4,995 |
Copies snapshot |
Maximum par volume FlexVol |
1,023 |
-
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.
-
À partir de ONTAP 9.12.1P2, la limite est de 128 To. Dans ONTAP 9.11.1 et les versions antérieures, la limite est de 16 To.
-
La création de volumes FlexVol d'une taille maximale de 300 Tio est prise en charge à l'aide des outils et des versions minimales suivants :
-
System Manager et l'interface de ligne de commande ONTAP à partir de Cloud Volumes ONTAP 9.12.1 P2 et 9.13.0 P2
-
BlueXP depuis Cloud Volumes ONTAP 9.13.1
-
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 |
1 |
Maximum par ensemble de ports |
32 |
|
Porsets |
Maximale par nœud |
256 |
Les paires haute disponibilité Cloud Volumes ONTAP ne prennent pas en charge le rétablissement immédiat du stockage
Après le redémarrage d'un nœud, le partenaire doit synchroniser les données pour qu'il puisse renvoyer le système de stockage. Le temps nécessaire pour resynchroniser les données dépend de la quantité de données écrites par les clients alors que le nœud était en panne et de la vitesse d'écriture des données pendant le rétablissement.