3 votes

Dell VRTX - stockage partagé en cluster lent

J'ai un tout nouveau boîtier Dell VRTX configuré comme un cluster de basculement exécutant des machines virtuelles HA Hyper-V. C'est la première fois que je configure un cluster. C'est la première fois que je configure la mise en grappe et la première fois que j'utilise l'un de ces boîtiers, alors je suis sûr que j'ai oublié quelque chose.

Les machines virtuelles connaissent une latence élevée du disque et de mauvaises performances lorsqu'elles accèdent à leurs fichiers VHD(x) situés sur un Cluster Shared Volume.

Le VRTX dispose de 10 disques SAS 10K de 900 Go en configuration RAID 6, et le VRTX dispose des contrôleurs PERC 8 partagés redondants. Les deux lames ont un accès complet aux disques virtuels. Deux lames M520 sont installées, chacune avec 128 Go de RAM. MPIO est configuré pour les contrôleurs PERC 8. Le système d'exploitation sur les lames est Server 2012 (PAS R2).

La matrice RAID 6 est divisée en un petit volume (8 Go) pour le témoin du quorum de la grappe et un grand volume (6,5 To) pour un volume partagé de la grappe (monté sur les noeuds en tant que C:\ClusterStorage\Volume1 )

Un exemple d'accès lent au disque : se connecter à une VM Server 2012 et faire en sorte que Server Manager s'affiche automatiquement. L'accès au disque atteint 100 %, avec des vitesses d'écriture d'environ 20 Mo, des vitesses de lecture d'environ 500 Ko et un temps de réponse moyen de plus de 1 000 ms, avec parfois des pointes à 4 000-5 000 ms. C'est la latence qui m'inquiète vraiment.

Y a-t-il quelque chose de spécifique que je devrais regarder dans ma configuration ? Il semble que cela n'ait pas d'importance que j'utilise un VHD ou un VHDX, dynamique ou statique.

7voto

the-wabbit Points 40039

Ce site :

Configuration de la carte PERC 8 partagée et tolérante aux pannes - [...] La politique de cache par défaut pour les disques virtuels créés dans cette configuration est l'écriture directe. Dans ce mode mode, les informations d'achèvement d'écriture sont renvoyées à l'hôte après l'écriture des données sur le disque. données sont écrites sur le disque.

est le site le tueur de performance ultime. Modifiez la politique de cache pour la réécriture si elle est prise en charge par votre application et si elle n'entraîne pas d'incohérences possibles dans les données écrites. Notez que je n'ai aucune idée si et par quel mécanisme le cache PERC8 est mis en miroir sur l'autre instance. Comme les données mises en cache doivent être accessibles depuis les deux contrôleurs, cela serait évidemment nécessaire pour la cohérence.

6voto

Erik Points 174

J'ai rencontré exactement le même problème de performance avec un VRTX équipé du Dual SPERC8. Ce que j'ai fait pour contourner ce problème pour le moment, c'est de changer la configuration double en une configuration simple. De cette façon, je suis en mesure d'utiliser le write-back, qui est beaucoup plus performant.

  • Les étapes exactes :
    • Retirer le deuxième contrôleur SPERC 8
    • Retirer le deuxième expandeur
    • Reconnectez les connexions SAS internes
    • Downgrade du châssis vers 1.25 (fonctionne de la même manière que la mise à jour, aucune étape particulière n'est nécessaire)
    • Supprimez tous les VD's (sauvegardez les données/VM's si nécessaire)
    • Mettez tout le VRTX sous tension (retirez et rebranchez les câbles d'alimentation pour être sûr).
    • créer des VD('s) dont la réécriture est activée

Pour voir la différence de performance, consultez mon fil de discussion à l'adresse suivante : http://en.community.dell.com/support-forums/servers/f/906/t/19587459.aspx

Mise à jour :
Résultats des tests :
Dual PERC / RAID6 / Write Through : Lecture 2500 MB/s Ecriture 200 MB/s
Dual PERC / RAID10 / Write Through : Lecture 2500 MB/s Ecriture 400 MB/s
Single PERC / RAID6 / Write Back : Lecture 2500 MB/s Ecriture 2700 MB/s

Tant que le Dual PERC est lié à la politique Write Through, je m'en tiendrais à une configuration Single PERC.

5voto

GVD Points 61

Il n'est plus nécessaire d'enlever le deuxième contrôleur SPERC pour pouvoir utiliser le write-back au lieu du write-through comme décrit dans le post d'Erik. Vous pouvez maintenant désactiver le deuxième contrôleur PERC8 à partir de la CMC. Dans le firmware actuel (1.35), le second contrôleur désactivé peut être défini comme désactivé et nécessite une intervention manuelle pour être activé si le contrôleur primaire actif venait à tomber en panne. L'utilité de cette fonction n'est pas vraiment détaillée dans les notes de mise à jour, mais ce "correctif" est censé permettre aux gens d'activer la fonction Write-Back et de se débarrasser des performances abyssales que l'on obtient en utilisant les deux contrôleurs en Write-Through.

Le basculement automatique (basculement à froid, provoquant une déconnexion) est une fonctionnalité qui sera disponible plus tard. Beaucoup plus tard, il y aura la mise à jour du firmware "actif/actif", qui permettra un basculement "en direct" sans temps d'arrêt.

Des pas :

  1. Téléchargez le micrologiciel du VRTX CMC version 1.35 ou supérieure.
  2. Éteignez toutes vos lames.
  3. Dans l'interface CMC, appuyez sur "Chassis Overview > Update".
  4. Cochez les deux cases pour les contrôleurs CMC dans la rubrique "Firmware CMC" et appuyez sur "Appliquer la mise à jour CMC".
  5. Entrez l'emplacement du fichier du micrologiciel de la CMC et appliquez-le.
  6. Le CMC vous montrera sa progression. Le téléchargement prend environ 8 minutes, l'application de la mise à jour quelques minutes de plus. Les CMCs redémarreront après avoir appliqué la mise à jour et vous serez expulsé de l'interface web.
  7. Une fois que la CMC a redémarré, accédez à la section "Storage > Controllers > Troubleshooting".
  8. Pour le SPERC de votre choix, sélectionnez l'option "Désactiver le contrôleur RAID" et appliquez. Cela va redémarrer votre composant de stockage.
  9. Une fois le système redémarré, allez dans "Stockage > Disques virtuels > Gérer" et sélectionnez "Modifier : Politique d'écriture" et choisissez "Réécrire" au lieu de "Écrire à travers" pour tous vos disques virtuels (sauf si vous avez une raison de ne pas le faire).
  10. La modification ci-dessus sera effectuée immédiatement, mais il est toujours suggéré de réinitialiser la CMC une fois de plus sous "Chassis Overview > Power > Control" avec "Reset CMC (warm boot)".
  11. Démarrez vos lames d'arrêt.

Cela vous permettra d'avoir un deuxième PERC8 installé dans votre VRTX, au cas où l'autre tomberait en panne. Mais vous devrez faire une intervention manuelle pour basculer en cas de panne. Je suppose que cette solution est principalement destinée aux sites difficiles à atteindre (bureaux distants sans personnel informatique ou sans accès facile pour les techniciens du support Dell). C'est également pour cela que nous l'utilisons.

Nous espérons que d'ici la fin de l'année, nous disposerons de la fonction de basculement automatique, puis, dans le courant de l'année prochaine, de la véritable configuration active/active avec la fonction write-back activée (caches synchronisés). Je ne vais pas retenir mon souffle pour la correction du firmware du cache synchronisé... Je pense que ce ne sera pas facile pour Dell.

0voto

Nina Fletcher Points 1

Installez VirtuCache dans ESXi (dans chaque lame VRTX) et demandez-lui de mettre en cache un SSD NVME dans un facteur de forme PCIe qui est local à l'hôte ou vous pouvez mettre en cache la RAM de l'hôte. Le VRTX dispose de nombreux slots PCIe, alors insérez un SSD NVME Samsung PM1725 de 1,6 To à 400 $ dans l'un des slots et utilisez-le comme support de cache avec VirtuCache. Plus de détails ici https://virtunetsystems.com/improving-storage-performance-of-dell-poweredge-vrtx/

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X