Les besoins en matière de stockage et de performances
Suggérer des modifications
PDF
Vous devez connaître les exigences de stockage des nœuds StorageGRID afin de fournir un espace suffisant pour prendre en charge la configuration initiale et l'extension future du stockage.
Les nœuds StorageGRID nécessitent trois catégories logiques de stockage :
-
Pool de conteneurs — stockage de niveau performances (SAS 10 000 tr/min ou SSD) pour les conteneurs de nœuds, qui sera attribué au pilote de stockage Docker lors de l'installation et de la configuration de Docker sur les hôtes qui prendront en charge vos nœuds StorageGRID.
-
Données système — stockage de niveau performances (SAS 10 000 tr/min 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 consommeront et mappent vers 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 bloc RAID pour toutes les catégories de stockage. Les disques, disques SSD ou JBOD non redondants ne sont pas pris en charge. Vous pouvez utiliser un stockage RAID partagé ou local pour l'une des catégories de stockage. Toutefois, si vous souhaitez utiliser la fonctionnalité de migration de nœuds dans StorageGRID, vous devez stocker les données système et les données d'objet sur un stockage partagé. Pour plus d'informations, voir "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.
|
|
Dans un déploiement de production, n'exécutez pas plus d'un nœud de stockage sur un seul hôte physique ou virtuel. L'utilisation d'un hôte dédié pour chaque nœud de stockage fournit un domaine de défaillance isolé. |
Les autres types de nœuds, comme les nœuds d'administration ou les nœuds de passerelle, peuvent être déployés sur les mêmes hôtes, ou sur leurs propres hôtes dédiés, si nécessaire.
Nombre de volumes de stockage pour chaque hôte
Le tableau ci-dessous présente 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éployer sur cet hôte.
La taille de LUN maximale testée est de 39 To.
|
|
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 |
90 GO |
Nœud de stockage |
Données d'objet |
3 pour chaque nœud de stockage sur cet hôte Remarque : Un noeud de stockage logiciel peut avoir 1 à 16 volumes de stockage; au moins 3 volumes de stockage sont recommandés. |
12 To (4 To/LUN) pour plus d'informations, reportez-vous à la sectionBesoins de stockage des nœuds de stockage. |
Nœud de stockage (métadonnées uniquement) |
Métadonnées d'objet |
1 |
4 To Voir 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 clé d'objet S3, Et la quantité de données des journaux d'audit à conserver, il peut être nécessaire d'augmenter la taille de la LUN des journaux d'audit 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, Cela signifie qu'un LUN de 200 Go peut prendre 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. Ce tableau permet de 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éployer sur cet hôte.
|
|
Les snapshots de disque ne peuvent pas être utilisés pour restaurer les nœuds de grille. Reportez-vous plutôt aux "restauration du nœud grid"procédures pour chaque type de nœud. |
| Type de nœud | Pool de conteneurs | Données système | Données d'objet |
|---|---|---|---|
Nœud de stockage |
100 GO |
90 GO |
4,000 GO |
Nœud d'administration |
100 GO |
490 Go (3 LUN) |
non applicable |
Nœud de passerelle |
100 GO |
90 GO |
non applicable |
Exemple : calcul des besoins en stockage d'un hôte
Supposons que vous prévoyez de déployer trois nœuds sur un même hôte : un nœud de stockage, un nœud d'administration et un nœud de passerelle. Vous devez fournir un minimum de neuf volumes de stockage à l'hôte. Vous aurez besoin d'un minimum de 300 Go de stockage de Tier de performance pour les conteneurs de nœuds, de 670 Go de stockage de Tier de performance pour les données système et les journaux de transactions, et de 12 To de stockage de Tier de capacité pour les données d'objet.
| Type de nœud | Objectif de LUN | Nombre de LUN | Taille de la LUN |
|---|---|---|---|
Nœud de stockage |
Pool de stockage Docker |
1 |
300 Go (100 Go/nœud) |
Nœud de stockage |
|
1 |
90 GO |
Nœud de stockage |
Données d'objet |
3 |
12 TO (4 TO/LUN) |
Nœud d'administration |
|
1 |
90 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 |
90 GO |
Total |
9 |
Pool de conteneurs : 300 Go Données système : 670 Go Données d'objet : 12,000 Go |
Besoins de stockage des nœuds de stockage
Un nœud de stockage logiciel peut disposer de 1 à 16 volumes de stockage, dont -3 volumes ou plus sont recommandés. Chaque volume de stockage doit être supérieur ou égale à 4 To.
|
|
Un nœud de stockage d'appliance peut disposer d'un maximum de 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 de métadonnées uniquement, la grille doit également contenir un nombre minimal de nœuds pour le stockage objet. Pour plus d'informations sur les nœuds de stockage des métadonnées uniquement, reportez-vous à la section"Types de nœuds de stockage".
-
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. -
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.
-
Lorsque vous configurez différents nœuds de stockage pour un site, utilisez le même paramètre pour le volume 0 si possible. Si un site contient des nœuds de stockage de différentes tailles, le nœud de stockage avec le plus petit volume 0 déterminera la capacité des métadonnées de ce site.
Pour plus de détails, rendez-vous sur "Gérer le stockage des métadonnées d'objet".