Exigences de stockage et de performance pour StorageGRID
Suggérer des modifications
PDF
Vous devez comprendre les exigences de stockage des nœuds StorageGRID afin de vous assurer que vous disposez de suffisamment d'espace pour prendre en charge la configuration initiale et les futures extensions de stockage.
Les exigences de stockage et de performances varient en fonction de l’implémentation de votre nœud basé sur un logiciel.
|
« Linux » fait référence à un déploiement RHEL, Ubuntu ou Debian. Pour une liste des versions prises en charge, consultez le "Matrice d'interopérabilité NetApp (IMT)" . |
Catégories de stockage
Les nœuds StorageGRID nécessitent trois catégories logiques de stockage :
-
Pool de conteneurs — Stockage de niveau performance (SAS 10K ou SSD) pour les conteneurs de nœud, qui est attribué au pilote de stockage du moteur de conteneurs lorsque vous installez et configurez le moteur de conteneurs sur les hôtes qui prennent en charge vos nœuds StorageGRID.
-
Données système — Stockage de niveau performance (SAS 10K ou SSD) pour le stockage persistant par nœud des données système et des journaux de transactions, que les services hôtes StorageGRID consomment et mappent dans des nœuds individuels.
-
Données objet — stockage de niveau performance (SAS 10 000 tr/min ou SSD) et stockage en bloc de niveau capacité (NL-SAS/SATA) pour le stockage persistant des données d'objet et des métadonnées d'objet.
Vous devez utiliser des périphériques de blocs avec RAID pour toutes les catégories de stockage. Les disques non redondants, les SSD ou les JBOD ne sont pas pris en charge. Vous pouvez utiliser un stockage RAID partagé ou local pour toute catégorie de stockage. Pour migrer des nœuds dans StorageGRID, vous devez stocker à la fois les données système et les données d’objets sur un stockage partagé. Pour plus d’informations, consultez "Exigences de migration des conteneurs de nœuds".
Exigences en matière de performances
Les performances des volumes utilisés pour les pools de conteneurs, les données système et les métadonnées d'objet ont un impact significatif sur la performance globale du système. Pour ces volumes, il est recommandé d'utiliser un stockage de Tier de performances (SAS 10 000 tr/min ou SSD) pour garantir des performances de disque satisfaisantes en termes de latence, d'opérations d'entrée/sortie par seconde (IOPS) et de débit. Vous pouvez utiliser un stockage de niveau de capacité (NL-SAS/SATA) pour le stockage persistant des données d'objet.
La mise en cache de l'écriture différée est activée sur les volumes utilisés pour le pool de conteneurs, les données système et les données d'objet. Le cache doit se trouver sur un support protégé ou persistant.
Exigences relatives aux hôtes qui utilisent un stockage NetApp ONTAP
Si le nœud StorageGRID utilise le stockage affecté à un système NetApp ONTAP, vérifiez que cette FabricPool règle n'est pas activée pour le volume. La désactivation du Tiering FabricPool pour les volumes utilisés avec des nœuds StorageGRID simplifie la résolution des problèmes et les opérations de stockage.
|
|
N'utilisez jamais FabricPool pour transférer automatiquement toutes les données liées à StorageGRID vers StorageGRID. Le Tiering des données StorageGRID vers StorageGRID augmente la complexité opérationnelle et la résolution des problèmes. |
Nombre d'hôtes requis
Chaque site StorageGRID requiert au moins trois nœuds de stockage.
|
|
En environnement de production, n'exécutez pas plus d'un nœud de stockage sur un même hôte physique ou virtuel. Un hôte dédié pour chaque nœud de stockage garantit un domaine de défaillance isolé. |
Vous pouvez déployer d'autres types de nœuds, tels que des nœuds d'administration ou des nœuds de passerelle, sur les mêmes hôtes, ou vous pouvez les déployer sur leurs propres hôtes dédiés selon les besoins.
|
|
Il est impossible d'utiliser des instantanés de disque pour restaurer des nœuds de grille. Veuillez plutôt consulter les "restauration du nœud grid" procédures spécifiques à chaque type de nœud. |
Nombre de volumes de stockage pour chaque nœud
Le tableau suivant indique le nombre de volumes de stockage (LUN) requis pour chaque hôte et la taille minimale requise pour chaque LUN, en fonction des nœuds déployés sur cet hôte.
La taille maximale de LUN testée est de 100 Tio.
|
|
Ces nombres sont pour chaque hôte, et non pour l'intégralité de la grille. |
| Objectif de LUN | Catégorie de stockage | Nombre de LUN | Taille minimale/LUN |
|---|---|---|---|
Pool de stockage du moteur du conteneur |
Pool de conteneurs |
1 |
Nombre total de nœuds × 100 Go |
|
Données système |
1 pour chaque nœud sur cet hôte |
100 GO |
Nœud de stockage |
Données d'objet |
3 pour chaque nœud de stockage sur cet hôte Remarque : Un nœud de stockage basé sur un logiciel Linux et un nœud de stockage basé sur un logiciel VMware peuvent comporter de 1 à 48 volumes de stockage. Au moins 3 volumes de stockage sont recommandés. |
12 To (4 To/LUN, minimum) Taille maximale du LUN testée : 100 Tio. Consultez Besoins de stockage des nœuds de stockage pour plus d'informations. |
Nœud de stockage (métadonnées uniquement) |
Métadonnées d'objet |
1 |
4 To/LUN, minimum Taille maximale du LUN testée : 100 Tio. Consultez Besoins de stockage des nœuds de stockage pour plus d'informations. Remarque : un seul rangedb est requis pour les nœuds de stockage de métadonnées uniquement. |
Journaux d'audit du nœud d'administration |
Données système |
1 pour chaque nœud d'administration sur cet hôte |
200 GO |
Tables des nœuds d'administration |
Données système |
1 pour chaque nœud d'administration sur cet hôte |
200 GO |
|
|
Selon le niveau d'audit configuré, la taille des entrées utilisateur telles que le nom de la clé d'objet S3, et la quantité de données du journal des audits que vous devez conserver, il peut être nécessaire d'augmenter la taille du LUN du journal des audits sur chaque nœud d'administration. En général, une grille génère environ 1 Ko de données d'audit par opération S3, ce qui signifie qu'un LUN de 200 Go prendrait en charge 70 millions d'opérations par jour ou 800 opérations par seconde pendant deux à trois jours. |
Espace de stockage minimum pour un hôte
Le tableau suivant indique l'espace de stockage minimal requis pour chaque type de nœud. Vous pouvez utiliser ce tableau pour déterminer la quantité minimale de stockage que vous devez fournir à l'hôte dans chaque catégorie de stockage, en fonction des nœuds déployés sur cet hôte.
|
|
Il est impossible d'utiliser des instantanés de disque pour restaurer des nœuds de grille. Veuillez plutôt consulter les "restauration du nœud grid" procédures spécifiques à chaque type de nœud. |
Chaque hôte de nœud nécessite un LUN de 100 Go pour le système d'exploitation.
| Type de nœud | Pool de conteneurs | Données système | Données d'objet |
|---|---|---|---|
Nœud de stockage |
100 GO |
100 GO |
4,000 GO |
Nœud d'administration |
100 GO |
500 Go (3 LUN) |
non applicable |
Nœud de passerelle |
100 GO |
100 GO |
non applicable |
Exemple : Calcul des besoins de stockage d'un hôte ou d'une machine virtuelle
Supposons que vous prévoyiez de déployer trois nœuds sur le même hôte ou machine virtuelle : un nœud de stockage, un nœud d’administration et un nœud de passerelle. Vous devez allouer au minimum neuf volumes de stockage à l’hôte. Il vous faut au minimum 300 Go de stockage hautes performances pour les conteneurs des nœuds, 700 Go de stockage hautes performances pour les données système et les journaux de transactions, et 12 To de stockage de capacité pour les données objets.
| Type de nœud | Objectif de LUN | Nombre de LUN | Taille de la LUN |
|---|---|---|---|
Nœud de stockage |
Pool de stockage du moteur du conteneur |
1 |
300 Go (100 Go/nœud) |
Nœud de stockage |
|
1 |
100 GO |
Nœud de stockage |
Données d'objet |
3 |
12 TO (4 TO/LUN) |
Nœud d'administration |
|
1 |
100 GO |
Nœud d'administration |
Journaux d'audit du nœud d'administration |
1 |
200 GO |
Nœud d'administration |
Tables des nœuds d'administration |
1 |
200 GO |
Nœud de passerelle |
|
1 |
100 GO |
Total |
9 |
Pool de conteneurs : 300 Go Données système : 700 Go Données d'objet : 12,000 Go |
| Type de nœud | Objectif de LUN | Nombre de LUN | Taille de la LUN |
|---|---|---|---|
Nœud de stockage |
Volume du système d'exploitation |
1 |
100 GO |
Nœud de stockage |
Données d'objet |
3 |
12 TO (4 TO/LUN) |
Nœud d'administration |
Volume du système d'exploitation |
1 |
100 GO |
Nœud d'administration |
Journaux d'audit du nœud d'administration |
1 |
200 GO |
Nœud d'administration |
Tables des nœuds d'administration |
1 |
200 GO |
Nœud de passerelle |
Volume du système d'exploitation |
1 |
100 GO |
Total |
8 |
Données système : 700 Go Données d'objet : 12,000 Go |
Exigences de stockage spécifiques pour les nœuds de stockage
Linux et VMware ont les exigences de stockage suivantes pour les nœuds de stockage :
-
Un nœud de stockage basé sur un logiciel Linux peut avoir de 1 à 48 volumes de stockage.
-
Un nœud de stockage basé sur le logiciel VMware peut comporter de 1 à 48 volumes de stockage.
-
Trois volumes de stockage ou plus sont recommandés.
-
Chaque volume de stockage doit être de 4 To ou plus.
|
|
Un nœud de stockage d’appareil peut également avoir jusqu’à 48 volumes de stockage. |
Comme illustré dans la figure, StorageGRID réserve l'espace des métadonnées d'objet sur le volume de stockage 0 de chaque nœud de stockage. Tout espace restant sur le volume de stockage 0 et tout autre volume de stockage du nœud de stockage est utilisé exclusivement pour les données d'objet.
Pour assurer la redondance et protéger les métadonnées d'objet contre la perte, StorageGRID stocke trois copies des métadonnées de tous les objets du système sur chaque site. Les trois copies de métadonnées d'objet sont réparties de manière uniforme sur tous les nœuds de stockage de chaque site.
Lors de l'installation d'une grille avec des nœuds de stockage dédiés aux métadonnées, la grille doit également comporter un nombre minimal de nœuds pour le stockage d'objets. Reportez-vous à "Types de nœuds de stockage" pour plus d'informations sur les nœuds de stockage dédiés aux métadonnées.
-
Pour un grid à un seul site, au moins deux nœuds de stockage sont configurés pour les objets et les métadonnées.
-
Pour une grille multisite, au moins un nœud de stockage par site est configuré pour les objets et les métadonnées.
Lorsque vous attribuez de l'espace au volume 0 d'un nouveau nœud de stockage, vous devez vous assurer qu'il y a suffisamment d'espace pour la portion de ce nœud de toutes les métadonnées d'objet.
-
Au moins, vous devez affecter au volume 0 au moins 4 To.
Si vous n'utilisez qu'un seul volume de stockage pour un nœud de stockage et que vous attribuez 4 To ou moins au volume, le nœud de stockage peut passer à l'état de stockage en lecture seule au démarrage et stocker uniquement les métadonnées d'objet.
Si vous attribuez moins de 500 Go au volume 0 (utilisation hors production uniquement), 10 % de la capacité du volume de stockage est réservée aux métadonnées. -
Les ressources de nœud exclusivement basées sur des métadonnées logicielles doivent correspondre aux ressources de nœuds de stockage existantes. Par exemple :
-
Si le site StorageGRID existant utilise des appliances SG6000 ou SG6100, les nœuds exclusivement basés sur des métadonnées logicielles doivent respecter la configuration minimale suivante :
-
128 GO DE RAM
-
Processeur 8 cœurs
-
SSD de 8 To ou stockage équivalent pour la base de données Cassandra (rangedb/0)
-
-
Si le site StorageGRID existant utilise des nœuds de stockage virtuels avec 24 Go de RAM, un processeur à 8 cœurs et 3 To ou 4 To de stockage de métadonnées, les nœuds de métadonnées uniquement basés sur un logiciel doivent utiliser des ressources similaires (24 Go de RAM, un processeur à 8 cœurs et 4 To de stockage de métadonnées (rangedb/0)).
Lors de l'ajout d'un nouveau site StorageGRID, la capacité totale des métadonnées du nouveau site doit, au minimum, correspondre aux sites StorageGRID existants ; les nouvelles ressources du site doivent correspondre aux nœuds de stockage des sites StorageGRID existants.
-
-
Si vous installez un nouveau système (StorageGRID 11.6 ou supérieur) et que chaque nœud de stockage dispose de 128 Go ou plus de RAM, attribuez 8 To ou plus au volume 0. L'utilisation d'une valeur plus grande pour le volume 0 peut augmenter l'espace autorisé pour les métadonnées sur chaque nœud de stockage.
-
Lors de la configuration de différents nœuds de stockage pour un site, utilisez, si possible, le même paramètre pour le volume 0. Si un site contient des nœuds de stockage de tailles différentes, le nœud de stockage avec le plus petit volume 0 détermine la capacité de métadonnées de ce site.
Pour plus de détails, rendez-vous sur "Gérer le stockage des métadonnées d'objet".