Exigences de stockage et de performance pour StorageGRID
Suggérer des modifications
PDF
${post_edited_translations.segment}
${post_edited_translations.segment}
|
« Linux » désigne un déploiement RHEL, Ubuntu ou Debian. Pour obtenir la liste des versions prises en charge, consultez le "Outil de matrice d'interopérabilité (IMT) NetApp". |
${post_edited_translations.segment}
${post_edited_translations.segment}
-
${post_edited_translations.segment}
-
${post_edited_translations.segment}
-
Données d'objet — Stockage de niveau performance (SAS 10K ou SSD) et stockage de masse 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 stockage par blocs 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 n'importe quelle catégorie de stockage ; cependant, si vous souhaitez utiliser la fonctionnalité de migration de 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 "${post_edited_translations.segment}".
Exigences de performance
Les performances des volumes utilisés pour le pool de conteneurs, les données système et les métadonnées des objets ont un impact significatif sur les performances globales du système. Vous devez utiliser un stockage de type performance-tier (SAS 10K ou SSD) pour ces volumes afin de garantir des performances disque adéquates en termes de latence, d'opérations d'entrée/sortie par seconde (IOPS) et de débit. Vous pouvez utiliser un stockage de type capacity-tier (NL-SAS/SATA) pour le stockage persistant des données des objets.
Les volumes utilisés pour le pool de conteneurs, les données système et les données d'objets doivent avoir la mise en cache en écriture différée activée. Le cache doit se trouver sur un support protégé ou persistant.
Exigences relatives aux hôtes qui utilisent le stockage NetApp ONTAP
Si le nœud StorageGRID utilise un stockage attribué à partir d’un système NetApp ONTAP, vérifiez que le volume n’a pas de stratégie de hiérarchisation FabricPool activée. Désactiver la hiérarchisation FabricPool pour les volumes utilisés avec les nœuds StorageGRID simplifie le dépannage et les opérations de stockage.
|
|
N'utilisez jamais FabricPool pour transférer des données liées à StorageGRID vers StorageGRID lui-même. Le tiering des données StorageGRID vers StorageGRID augmente la complexité du dépannage et des opérations. |
${post_edited_translations.segment}
${post_edited_translations.segment}
|
|
En environnement de production, n'exécutez pas plus d'un nœud de stockage sur un même hôte physique ou virtuel. L'utilisation d'un hôte dédié pour chaque nœud de stockage garantit un domaine de défaillance isolé. |
${post_edited_translations.segment}
|
|
Les instantanés de disque ne permettent pas de restaurer les nœuds de la grille. Veuillez plutôt vous référer aux "récupération des nœuds de grille" 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 qui seront déployés sur cet hôte.
${post_edited_translations.segment}
|
|
${post_edited_translations.segment} |
| ${post_edited_translations.segment} | Catégorie de stockage | Nombre de LUNs | ${post_edited_translations.segment} |
|---|---|---|---|
pool de stockage du moteur de conteneur |
${post_edited_translations.segment} |
1 |
Nombre total de nœuds × 100 Go |
|
${post_edited_translations.segment} |
${post_edited_translations.segment} |
100 Go |
Nœud de stockage |
${post_edited_translations.segment} |
${post_edited_translations.segment} Remarque : un nœud de stockage logiciel sous Linux peut comporter de 1 à 48 volumes de stockage. Un nœud de stockage logiciel sous VMware peut comporter de 1 à 16 volumes de stockage. Au moins 3 volumes de stockage sont recommandés. |
12 To (4 To/LUN, minimum) ${post_edited_translations.segment} Voir Exigences de stockage pour les nœuds de stockage pour plus d'informations. |
Nœud de stockage (métadonnées uniquement) |
Métadonnées de l'objet |
1 |
4 To/LUN, minimum ${post_edited_translations.segment} Voir Exigences de stockage pour les nœuds de stockage pour plus d'informations. Remarque : Un seul rangedb est requis pour les nœuds de stockage uniquement de métadonnées. |
Journaux d'audit du nœud d'administration |
${post_edited_translations.segment} |
${post_edited_translations.segment} |
${post_edited_translations.segment} |
${post_edited_translations.segment} |
${post_edited_translations.segment} |
${post_edited_translations.segment} |
${post_edited_translations.segment} |
|
|
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 du journal des audits que vous devez conserver, vous devrez peut-être augmenter la taille de la 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'une LUN de 200 Go prendrait en charge 70 millions d'opérations par jour ou 800 opérations par seconde pendant deux à trois jours. |
${post_edited_translations.segment}
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 qui seront déployés sur cet hôte.
|
|
Les instantanés de disque ne permettent pas de restaurer les nœuds de la grille. Veuillez plutôt vous référer aux "récupération des nœuds de grille" procédures spécifiques à chaque type de nœud. |
Chaque nœud hôte nécessite un LUN de 100 Go pour le système d'exploitation.
| Type de nœud | ${post_edited_translations.segment} | ${post_edited_translations.segment} | ${post_edited_translations.segment} |
|---|---|---|---|
Nœud de stockage |
100 Go |
100 Go |
4 000 Go |
Nœud d'administration |
100 Go |
500 Go (3 LUNs) |
${post_edited_translations.segment} |
Nœud de passerelle |
100 Go |
100 Go |
${post_edited_translations.segment} |
${post_edited_translations.segment}
Supposons que vous prévoyiez de déployer trois nœuds sur le même hôte ou la même machine virtuelle : un Storage Node, un Admin Node et un Gateway Node. 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 niveau performance pour les conteneurs de nœuds, de 700 Go de stockage de niveau performance pour les données système et les journaux de transactions, et de 12 To de stockage de niveau capacité pour les données d'objet.
| Type de nœud | ${post_edited_translations.segment} | Nombre de LUNs | Taille LUN |
|---|---|---|---|
Nœud de stockage |
pool de stockage du moteur de conteneur |
1 |
300 Go (100 Go/nœud) |
Nœud de stockage |
|
1 |
100 Go |
Nœud de stockage |
${post_edited_translations.segment} |
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 |
${post_edited_translations.segment} |
Nœud d'administration |
${post_edited_translations.segment} |
1 |
${post_edited_translations.segment} |
Nœud de passerelle |
|
1 |
100 Go |
Total |
9 |
Pool de conteneurs : 300 Go ${post_edited_translations.segment} Données d'objet : 12 000 Go |
| Type de nœud | ${post_edited_translations.segment} | Nombre de LUNs | Taille LUN |
|---|---|---|---|
Nœud de stockage |
${post_edited_translations.segment} |
1 |
100 Go |
Nœud de stockage |
${post_edited_translations.segment} |
3 |
12 To (4 To/LUN) |
Nœud d'administration |
${post_edited_translations.segment} |
1 |
100 Go |
Nœud d'administration |
Journaux d'audit du nœud d'administration |
1 |
${post_edited_translations.segment} |
Nœud d'administration |
${post_edited_translations.segment} |
1 |
${post_edited_translations.segment} |
Nœud de passerelle |
${post_edited_translations.segment} |
1 |
100 Go |
Total |
8 |
${post_edited_translations.segment} Données d'objet : 12 000 Go |
${post_edited_translations.segment}
Linux et VMware ont des exigences de stockage différentes pour les nœuds de stockage :
-
Un nœud de stockage basé sur un logiciel Linux peut comporter de 1 à 48 volumes de stockage
-
Un nœud de stockage basé sur le logiciel VMware peut avoir de 1 à 16 volumes de stockage
-
${post_edited_translations.segment}
-
Chaque volume de stockage doit être de 4 To ou plus.
|
|
${post_edited_translations.segment} |
Comme illustré dans la figure, StorageGRID réserve de l'espace pour les métadonnées des objets sur le volume de stockage 0 de chaque nœud de stockage. Tout espace restant sur le volume de stockage 0 et sur les autres volumes de stockage du nœud de stockage est utilisé exclusivement pour les données des objets.
Afin d'assurer la redondance et de protéger les métadonnées des objets contre toute perte, StorageGRID stocke trois copies des métadonnées de tous les objets du système sur chaque site. Les trois copies des métadonnées des objets sont réparties uniformément sur l'ensemble des 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. Voir "Types de nœuds de stockage" pour plus d'informations sur les nœuds de stockage dédiés aux métadonnées.
-
${post_edited_translations.segment}
-
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 allouez 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 partie de ce nœud concernant toutes les métadonnées des objets.
-
${post_edited_translations.segment}
${post_edited_translations.segment}
Si vous allouez moins de 500 Go au volume 0 (usage hors production uniquement), 10 % de la capacité du volume de stockage sont réservés aux métadonnées. -
Les ressources de nœuds de métadonnées uniquement logicielles doivent correspondre aux ressources des nœuds de stockage existants. Par exemple :
-
Si le site StorageGRID existant utilise des appliances SG6000 ou SG6100, les nœuds de métadonnées uniquement logiciels doivent répondre aux exigences minimales suivantes :
-
128 Go de RAM
-
Processeur à 8 cœurs
-
8 To SSD 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, 8 cœurs CPU et 3 To ou 4 To de stockage de métadonnées, les nœuds logiciels dédiés uniquement aux métadonnées doivent utiliser des ressources similaires (24 Go de RAM, 8 cœurs CPU et 4 To de stockage de métadonnées (rangedb/0)).
Lors de l'ajout d'un nouveau site StorageGRID, la capacité totale de métadonnées du nouveau site doit, au minimum, correspondre à celle des sites StorageGRID existants et les ressources du nouveau 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 de RAM ou plus, allouez 8 To ou plus au volume 0. L'utilisation d'une valeur plus élevée 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éterminera 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 des objets".