Les besoins en matière de stockage et de performances
Suggérer des modifications
PDF
Vous devez connaître les besoins en performances et en stockage des nœuds StorageGRID hébergés par des machines virtuelles, afin que vous puissiez disposer d'un espace suffisant pour prendre en charge la configuration initiale et l'extension future du stockage.
Exigences en matière de performances
Les performances du volume du système d'exploitation et du premier volume de stockage ont un impact significatif sur les performances globales du système. Assurez-vous que ces baies offrent les performances appropriées en termes de latence, d'opérations d'entrée/sortie par seconde (IOPS) et de débit.
Tous les nœuds StorageGRID nécessitent que le lecteur du système d'exploitation et tous les volumes de stockage aient une mise en cache à écriture différée activée. Le cache doit se trouver sur un support protégé ou persistant.
Ainsi que les machines virtuelles qui utilisent le stockage NetApp ONTAP
Si vous déployez un nœud StorageGRID en tant que machine virtuelle avec un stockage affecté à un système NetApp ONTAP, vous avez confirmé que cette FabricPool règle n'est pas activée pour le volume. Par exemple, si un nœud StorageGRID s'exécute en tant que machine virtuelle sur un hôte VMware, assurez-vous que le volume de sauvegarde du datastore pour le nœud ne dispose pas d'une stratégie de hiérarchisation FabricPool activée. 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 de machines virtuelles requises
Chaque site StorageGRID requiert au moins trois nœuds de stockage.
|
|
Dans un déploiement de production, n'exécutez pas plus d'un noeud de stockage sur un seul serveur de machine virtuelle. L'utilisation d'un hôte de machine virtuelle dédié pour chaque nœud de stockage fournit un domaine de panne isolé. |
D'autres types de nœuds, comme les nœuds d'administration ou les nœuds de passerelle, peuvent être déployés sur le même hôte de machine virtuelle, ou sur leurs propres hôtes de machine virtuelle dédiée. Cependant, si vous avez plusieurs nœuds du même type (deux nœuds de passerelle, par exemple), n'installez pas toutes les instances sur le même hôte de machine virtuelle.
Besoins en stockage par type de nœud
Dans un environnement de production, les machines virtuelles pour les nœuds grid StorageGRID doivent répondre à des exigences différentes, selon les types de nœuds.
|
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 | Stockage |
|---|---|
Nœud d'administration |
LUN DE 100 GO POUR OS LUN de 200 Go pour les tables de nœuds d'administration LUN de 200 Go pour le journal d'audit du nœud d'administration |
Nœud de stockage |
LUN DE 100 GO POUR OS 3 LUN pour chaque nœud de stockage sur cet hôte Remarque : un nœud de stockage peut avoir 1 à 16 LUN de stockage ; au moins 3 LUN de stockage sont recommandées. Taille minimale par LUN : 4 To Taille de la LUN testée maximale : 39 To. |
Nœud de passerelle |
LUN DE 100 GO POUR OS |
Nœud d'archivage |
LUN DE 100 GO POUR OS |
|
|
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. |
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.
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.