Ca-y-est, l'upgrade est terminé. Une petite centaine de To, vont permettre de respirer un peu -)Le slammer, le pilot et les trois briques déjà existantes ont été insérés dans la baie qui a immédiatement été redémarrée. L'intégration de nouvelles briques de disques (500 Go SATAII) s'est opérée on-line, le firmware a été updaté de la même manière. Les LUNs ont été ventilés sur l'ensemble des briques en changeant simplement une caractéristique de la QOS sans impacter les performances (merci les deux controleurs par brique). L'arrêt de production n'a pas dépassé 3h00, surtout la faute à ESX 3.5U4 qui a visiblement beaucoup de mal à redécouvrir ses volumes ISCSI. Il a fallu redémarrer le service à la mano en SSH lors du reboot. Autre problème gênant, : DS a le sentiment que ESX 3.5U4 est systématiquement calé sur l'heure GMT lorsqu'on lui déclare une horloge NTP/GPS externe, plutot gênant en France. Du coup l'AD sur les VMs contrôleurs de domaine n'acceptaient plus aucune connexion puisque les horloges étaient aléatoirement en avance ou en retard d'une heure... Nouvel SR en perspective. Mais, bon à présent tout est en ordre.
Outre le fait qu'une baie Pillar Data est ultra performante, elle est aussi esthétiques, et DS, en photographe de base n'a pas résisté. Monsieur Gilles H. du Professionnal Services Pillar et ex de la diaspora Silicon, a mené l'opération de main de maître.
DS en a profité pour finaliser la migration View en version 3.1 et a relocalisé toutes les VMs utilisateurs sur deux LUNs ISCSI nouvellement constitués.
Prochaine Etape : Migration de l'ensemble des fermes serveurs sous vSphere (avec le Nexus 1000v ?)
Aucun commentaire:
Enregistrer un commentaire