DDR4 64GB 3200MHz RDIMM Serveur RAM Mémoire 288-Pin Module ECC enregistré pour hôte de virtualisation de base de données

Q1. Comment calculer la "bonne" quantité de mémoire pour un hôte de virtualisation?

R: Une formule pratique est la suivante: Total RAM = Sum ((VM allocations) + Hypervisor surcharge (4-8GB) + 20% tampon pour la croissance et la mémoire ballonnant / déduplication surcharge.si votre flotte de machines virtuelles prévue nécessite 100 Go de mémoire allouée, budget pour 100 + 8 (hypervisor) + 22 (20% de tampon) = 130 Go au total. Ce tampon de 20% offre une marge de manœuvre pour: ajouter des machines virtuelles inattendues sans acheter immédiatement plus de RAM,surcoût de ballon de mémoire dans les environnements VMwareAvec 64 Go de RDIMM, vous pouvez évoluer de 64 Go (1 module) à 1 To (16 modules) en incréments prévisibles,simplifier la planification des capacités.

Q2. Quelle est la différence pratique entre le remplissage de tous les canaux de mémoire et le fait de laisser certains vides pour une expansion future?

R: Le remplissage de tous les canaux de mémoire fournit une bande passante de mémoire maximale grâce à l'intercalage des canaux.remplissage complet de tous les canaux avec 64 Go RDIMM fournit 1 To avec une bande passante maximaleLe remplissage partiel des canaux (par exemple, 1 DIMM par canal au lieu de 2) réduit la capacité totale, mais maintient le nombre total de canaux, préservant la bande passante.seulement 4 canaux sur 8 remplis par CPU) réduit à la fois la capacité et la bande passantePour la plupart des charges de travail de virtualisation, la bande passante est rarement le goulot d'étranglement, la capacité est la contrainte obligatoire.puis ajouter des modules symétriquement à travers les canaux si votre profil de charge de travail montre une limitation de bande passante. Utilisez des outils de surveillance des performances (ESXi esxtop, Linux perf) pour déterminer si la bande passante de mémoire est réellement votre goulot d'étranglement avant d'investir dans une bande passante dont vous n'avez peut-être pas besoin.

Q3. Ces modules de 64 Go peuvent-ils être mélangés avec des modules plus petits de notre inventaire de mémoire de serveur existant?

R: Techniquement oui, mais nous recommandons de ne pas le faire pour les hôtes de virtualisation de production.Le mélange de différentes capacités DIMM crée des configurations de mémoire déséquilibrées où l'allocation de mémoire des nœuds NUMA devient asymétriqueDans un serveur à double prise, si un processeur a accès à 192 Go (3 x 64 Go) et l'autre à 128 Go (2 x 64 Go),une machine virtuelle programmée sur le deuxième nœud NUMA peut subir des pénalités d'accès à la mémoire distante lorsque sa mémoire locale est épuisée. Pour des performances VM cohérentes, tous les canaux de mémoire doivent être remplis de modules de capacité identique.L'établissement doit envisager de les regrouper en un organisme distinct., hôte de virtualisation non de production et remplissant vos hôtes de production homogénément avec des modules de 64 Go.

Q4. Que se passe-t-il pour les machines virtuelles en cours d'exécution si l'un de ces RDIMM échoue dans un environnement de production?

R: Le comportement dépend de la configuration de protection de la mémoire de votre hyperviseur. VMware ESXi avec miroir de mémoire activé: le système continue à fonctionner en utilisant la copie miroirée avec zéro temps d'arrêt,et le DIMM défectueux peut être remplacé au cours de la prochaine fenêtre de maintenance. sans miroirage de mémoire mais avec ECC: une erreur corrigeable est corrigée de manière transparente avec un impact nul.Une erreur incorrigible déclenche une Exception de vérification de machine (MCE) qui provoque généralement l'arrêt de l'hyperviseur de la machine virtuelle affectée ou de l'ensemble de l'hôteC'est la raison pour laquelle les charges de travail critiques nécessitent un miroir de mémoire malgré les frais généraux de 50% de capacité.La probabilité d'une erreur incorrigible est très faible (environ 1 événement par 100-200 années serveur pour une configuration de 256 Go), mais l'impact est suffisamment grave pour que de nombreuses organisations acceptent les frais généraux de miroir pour les systèmes critiques.

Q5. Comment la densité du module 64 Go se compare-t-elle à l'utilisation de modules 32 Go en termes de coût total de possession?

R: Le module de 64 Go offre généralement un coût inférieur de 10 à 15% par gigaoctet par rapport aux modules de 32 Go au même niveau de vitesse en raison de la réduction du nombre de composants et du coût d'emballage par Go.le bénéfice TCO le plus important réside dans l'utilisation des créneaux horaires: un serveur avec 16 emplacements DIMM atteint un maximum de 512 Go avec des modules de 32 Go contre 1 To avec des modules de 64 Go, doublant ainsi la durée de vie utile du serveur avant un rafraîchissement déclenché par la capacité.La différence de consommation d'énergie est également favorable: un module de 64 Go utilise environ 6 à 8 W contre deux modules de 32 Go qui utilisent 10 à 12 W combinés, économisant 2 à 4 W par paire de fentes.Cela se traduit par une économie d'énergie de 32 à 64 W, soit environ 35 à 70 $ par an d'électricité aux tarifs typiques des centres de données., plus une charge de refroidissement réduite.