Les besoins en matière de stockage et de performances
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 non redondants, SSD ou JBOD ne sont pas pris en charge. Vous pouvez utiliser un stockage RAID partagé ou local pour chacune des catégories de stockage. Toutefois, si vous souhaitez utiliser la fonctionnalité de migration de nœuds de StorageGRID, vous devez stocker à la fois les données système et les données d'objets sur un stockage partagé.
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 hôte physique ou virtuel unique. 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) consultez la section exigences de stockage des nœuds de stockage pour en savoir plus. |
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 le volume de données du journal d'audit à conserver, vous pouvez avoir besoin d'augmenter la taille de la LUN du journal d'audit sur chaque nœud d'administration. En règle générale, un grid génère environ 1 Ko de données d'audit par opération S3, ce qui signifie qu'un LUN de 200 Go prendra 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 grid. Reportez-vous plutôt aux procédures de restauration et de maintenance 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 |
Nœud d'archivage |
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.
![Nœud de stockage de l'espace de métadonnées](../media/metadata_space_storage_node.png)
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.
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 entrer l'état de lecture seule au démarrage et ne stocker que les métadonnées de l'objet. -
Si vous installez un nouveau système StorageGRID 11.6 et que chaque nœud de stockage dispose d'au moins 128 Go de RAM, vous devez affecter 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 d'informations, rendez-vous sur Gérer le stockage des métadonnées d'objet.