Skip to main content
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Exigences en matière de CPU et de RAM pour StorageGRID

PDF

Avant d'installer le logiciel StorageGRID, vérifiez et configurez le matériel afin qu'il soit prêt à prendre en charge le système StorageGRID.

Chaque nœud StorageGRID nécessite les ressources minimales suivantes :

  • Cœurs de processeur : 8 par nœud

  • RAM : dépend de la RAM totale disponible et de la quantité de logiciels autres que StorageGRID exécutés sur le système

    • En général, au moins 24 Go par nœud, et de 2 à 16 Go de moins que la RAM totale du système

    • ${post_edited_translations.segment}

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.

Remarque « 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".
Linux

Assurez-vous que le nombre de nœuds StorageGRID que vous prévoyez d'exécuter sur chaque hôte physique ou virtuel ne dépasse pas le nombre de cœurs de processeur ou la mémoire RAM disponible. Si les hôtes ne sont pas dédiés à l'exécution de StorageGRID (ce qui est déconseillé), veillez à prendre en compte les besoins en ressources des autres applications.

VMware

VMware prend en charge un nœud par machine virtuelle. Assurez-vous que le nœud StorageGRID ne dépasse pas la mémoire vive physique disponible. Chaque machine virtuelle doit être dédiée à l'exécution de StorageGRID.

Avertissement Surveillez régulièrement l’utilisation de votre processeur et de votre mémoire afin de garantir que ces ressources continuent de répondre à votre charge de travail. Par exemple, doubler la RAM et l’allocation de processeur pour les nœuds de stockage virtuels fournirait des ressources similaires à celles fournies pour les nœuds d’appliance StorageGRID. De plus, si la quantité de métadonnées par nœud dépasse 500 Go, envisagez d’augmenter la RAM par nœud à 48 Go ou plus. Pour obtenir des informations sur la gestion du stockage des métadonnées d’objets, l’augmentation du paramètre Espace réservé aux métadonnées et la surveillance de l’utilisation du processeur et de la mémoire, consultez les instructions pour "administrer", "${post_edited_translations.segment}", et "mise à niveau" StorageGRID.

Si l'hyperthreading est activé sur les hôtes physiques sous-jacents, vous pouvez allouer 8 cœurs virtuels (4 cœurs physiques) par nœud. Si l'hyperthreading n'est pas activé sur les hôtes physiques sous-jacents, vous devez fournir 8 cœurs physiques par nœud.

Si vous utilisez des machines virtuelles comme hôtes et que vous contrôlez la taille et le nombre de machines virtuelles, vous devez utiliser une seule machine virtuelle pour chaque nœud StorageGRID et dimensionner la machine virtuelle en conséquence.

(RHEL, Debian et Ubuntu uniquement) Pour les déploiements en production, vous ne devez pas exécuter plusieurs nœuds de stockage sur le même matériel de stockage physique ou hôte virtuel. Chaque nœud de stockage d'un même déploiement StorageGRID doit se trouver dans son propre domaine de défaillance isolé. Vous pouvez maximiser la durabilité et la disponibilité des données objets si vous veillez à ce qu'une seule défaillance matérielle n'affecte qu'un seul nœud de stockage.

Voir aussi "Exigences en matière de stockage et de performance".