Hot Broches
Excusez l'absence dans la présence et les messages. Il a été une année en dents de scie passé avec des blessures et des horaires de travail Flat-Out, donc j'ai eu peu de temps ou de motivation pour blog ou montrer mon visage autour des communautés. Mes excuses, et je suis déterminé à rompre avec cette habitude et de revenir dans les choses une fois de plus! Mais assez de bavardages, s'entendre avec les écrits ...
Ce n'est pas quelque chose que je vois très souvent, mais quand je fais, c'est intéressant de voir les stats parlent pour eux-mêmes. Je suis avec un client qui avait un déploiement scripté de leur succession NetApp il ya quelques années, et il n'a pas été conçu ou livrés avec trop de soin ou d'attention (quelque chose que je veux discuter un autre jour). Ils ont une succession VMware avec SQL, Exchange et d'autres choses. Il fonctionne partout un total de plus de 100 broches 15k FC. Ce n'est pas un immense domaine en comparaison avec d'autres sites, donc je suis intrigué les raisons pour lesquelles ils ont des problèmes de performance.
Maintenant lorsque vous exécutez par le biais "sysstat-u", vous pouvez voir que le déposant lui-même fait très peu, tout à fait heureux s'entendre avec ce qu'il doit faire. Mais le disque est de frapper à 100% très souvent. Immédiatement cela montre un problème de disque. Ils ont besoin de plus d'axes, de toute évidence?
Premièrement, il ya un déséquilibre de broches. Ils ont un second agrégat sur le contrôleur partenaire qui ne dispose que des volumes d'essai. Je obtenir la permission d'enlever cela et chaud, je ré-attribuer ces à l'autre contrôleur et d'élargir l'ensemble existant. Cela double le nombre de broche, mais je sais que ça ne va pas faire quoi que ce soit pour une performance existante (en ce que les données ne seront pas automatiquement redistribuer elle-même!).
