HPE Superdome X fournit l'évolutivité et la fiabilité extrêmes dont vous avez besoin dans vos hôtes de virtualisation stratégiques. Avec 288 cœurs et jusqu'à 24 To de RAM, le HPE Superdome X est capable d'exécuter simultanément de nombreuses charges de travail exigeantes et hautes performances. Bien que la plate-forme matérielle de virtualisation soit sans aucun doute le fondement d'une virtualisation réussie des bases de données d'entreprise SQL Server, vous devez également prendre en compte un certain nombre d'autres facteurs de configuration. Voici les meilleures pratiques de virtualisation SQL Server.
- Ne pas valider le serveur – Il est important de ne pas surcharger le processeur et les ressources réseau sur le serveur. Rien ne vous empêche de créer et d’exécuter des machines virtuelles qui utilisent plus de processeurs virtuels (vCPU) que de cœurs physiques. Cependant, il est important de garder à l'esprit que, si vous le faites, ils risquent d'être basculés de temps en temps et que la puissance de traitement disponible est requise pour les charges de travail de production gourmandes en ressources telles que SQL Server. Il en va de même pour les ressources réseau. Il est facile de surcharger les cartes réseau physiques sur des hôtes de virtualisation lorsque vous exécutez un grand nombre de machines virtuelles sur cet hôte. Il est important de suivre l'utilisation du processeur et du réseau et de configurer l'hôte de manière appropriée.
- Soyez conscient de votre configuration NUMA – Cela peut être important pour les machines virtuelles, qui ont beaucoup de vCPU. L'architecture du système NUMA est utilisée dans les systèmes multiprocesseurs où les processeurs et la mémoire sont affectés à des groupes appelés nœuds. Lorsqu'un ordinateur virtuel est démarré, Hyper-V essaiera d'allouer toute la mémoire de cet ordinateur virtuel à partir d'un seul nœud NUMA physique, comme vous le souhaitez. Si les vCPU de votre ordinateur virtuel dépassent le nombre indiqué sur le nœud NUMA ou que la mémoire dépasse la configuration NUMA, ce qui forcerait le traitement croisé des nœuds NUMA, ce qui réduirait les performances.
- Utiliser la mémoire dynamique pour SQL Server – Lorsqu'un workload SQL Server entraîne la croissance du processus sqlserver.exe, la mémoire dynamique peut ajouter de la mémoire à la machine virtuelle. Le moteur de base de données SQL Server est capable de détecter la mémoire ajoutée et peut agrandir ses mémoires tampons pour répondre à la demande accrue de charge de travail. Pour tirer parti de la mémoire dynamique, vous devez utiliser l'édition Enterprise de SQL Server 2016. L'édition standard ne prend pas en charge l'ajout à chaud pour le processeur ou la RAM. De plus, le système d'exploitation invité de la VM doit prendre en charge l'ajout de RAM à chaud. L'ajout à chaud de RAM est pris en charge par les éditions Enterprise et Datacenter de Windows Server 2012, 2008 R2 SP1 et 2003 R2 SP2.
- Utiliser des disques durs virtuels fixes – Le disque dur virtuel fixe (VHD / VHDX) est le meilleur choix pour les systèmes SQL Server virtualisés exécutant des charges de travail de production. Les disques durs virtuels dynamiques sont un bon choix pour les laboratoires, les environnements de test ou les charges de travail de production non critiques, car ils utilisent moins d'espace disque, mais ils n'offrent pas le même niveau de performances. Les charges de travail exécutées sur des disques durs virtuels dynamiques peuvent subir des pauses occasionnelles lorsque le disque dynamique doit être étendu pour s'adapter à la croissance du stockage. Auparavant, les disques passants étaient préférés pour les charges de travail avec les exigences d'entrée / sortie les plus élevées, mais ils ne disposent pas de la flexibilité des disques durs virtuels fixes et les disques virtuels fixes offrent désormais les mêmes performances.
- Utilisez des disques durs virtuels / VHDX distincts pour votre système d'exploitation, vos fichiers de données et vos fichiers journaux –La configuration par défaut utilise un seul disque dur virtuel pour le stockage. Presque toutes les charges de travail de production de SQL Server rencontreraient immédiatement des problèmes de conflit de disque avec cette configuration. Pour les instances de production SQL Server, vous devez séparer votre système d'exploitation, vos fichiers de données et vos fichiers de connexion sur différents disques durs virtuels / disques durs virtuels. Ces disques durs virtuels / disques durs virtuels doivent se trouver sur des lecteurs différents pour éviter les conflits d'entrée / sortie. En règle générale, les fichiers journaux nécessitent des lecteurs dotés de fonctionnalités d’écriture rapide, tandis que le système d’exploitation et les fichiers de données requièrent des performances de lecture supérieures.
HPE et Microsoft sont les souscripteurs de cet article.
Commentaires
Laisser un commentaire