Travaux et maintenances

Nous allons mettre à jour les interfaces réseau du cluster4 afin d’avoir un niveau de tolérance de panne plus élevé.
L’opération consiste à rajouter des interfaces supplémentaires. Un redémarrage de chaque serveur sera effectué.

Un onduleur 130KVA a disjoncté cette nuit provoquant un passage en mode dégradé du pool de stockage cluster4.

L’onduleur a été remplacé ce jour et les accès rétablis.

Nous remplaçons le chassis du cluster de stockage n°4.
Une interruption de services de 30 minutes est à prévoir

un châssis présente un défaut.
Nous allons dans un premier temps remplacer les modules SAS du châssis (non disruptif).
Si le problème n’est pas corrigé par la manipulation ci dessus, nous devrons remplacer le châssis (disruptif), le temps de coupure serait de 30 minutes.

Un contrôleur de cluster4 est hors service suite à la panne de deux ventilateurs. La charge est basculée sur les 3 autres contrôleurs du groupe en attendant le remplacement du châssis.

cluster 4a à 4d

Un redémarrage complet des serveurs cluster4-* est en cours.

Nous effectuons une mise à jour du réseau sur cluster4

Une coupure de 45 minutes est prévue.

Nous devons remplacer les packs de batterie clusters 3*
pas de coupure à prévoir

Nous allons mettre à jour les interfaces réseau du cluster3 afin d’avoir un niveau de tolérance de panne plus élevé.
L’opération consiste à rajouter des interfaces supplémentaires. Un redémarrage de chaque serveur sera effectué.

Suite à une mise à jour réseau et du client de téléchargement Transmission, la configuration du client P2P n’est plus compatible avec les nouvelles versions.

Pour rétablir l’accès au client P2P Transmission, il est nécessaire de le réinstaller en cliquant sur “MISE à JOUR” ou “REINSTALLER LE CLIENT P2P” dans la console.

Suite à cette opération, un nouveau port P2P est attribué, et l’accès externe est réinitialisé. Il peut alors être nécessaire de modifier la configuration de vos programmes tiers (transmission remote, plugin) et/ou réactiver l’accès externe en cliquant sur REMOTE dans l’onglet AVANCE dans la console.

Le contrôleur de stockage 2 de cluster 3 s’est mis en défaut suite à l’ajout de capacité de stockage.
Pas d’interruption de service.

une maintenance est effectuée sur le système d’exploitation des controlleurs de stockage (déplacement aggregat root vers disques ssd). Des perturbations (ralentissement) peuvent survenir pendant le redémarrage de la node partenaire.

Une mise à jour matérielle va être effectuée sur les baies de stockage (ref cluster3).
Un redémarrage complet va être opéré le 15 mars entre 9h et 11h.

nous en profitons pour mettre à jour les hosts (système d’exploitation et remplacement de certains composants)

une maintenance est prévue le 14 avril de 8h à 12h sur les baies de stockage cluster3.
reconfiguration de la connectique intercluster (switchless mode)
il n’y a pas d’impact sur le fonctionnement du système.

le shelf36 du pool de stockage cluster3 remonte une alarme. Nous intervenons

un périphérique réseau hors service rend indisponible les services de cluster3, une intervention est en cours

cluster3p à 3m

Cluster 3E à 3H

Nous basculons les infrastructures cluster3* sur un nouveau réseau interne. Une mise à jour des modules d'interconnexion au niveau des profils réseau étant nécessaire, une coupure franche de 30 minutes est à prévoir.

Nous devons remplacer les alimentations des cluster2*
Une coupure complète de 30 minutes des services est à prévoir.

Nous allons mettre à jour les interfaces réseau du cluster2 afin d’avoir un niveau de tolérance de panne plus élevé.
L’opération consiste à rajouter des interfaces supplémentaires. Un redémarrage de chaque serveur sera effectué.

Une mise à jour du système d’exploitation est effectuée. Un reboot est nécessaire.

Nous allons mettre à jour le pool de stockage des clusters 2*
Il s’agit d’une mise à jour matérielle, impliquant l’arrêt complet du système.
L’opération est prévue le 24 février 9 mars à 9h et doit durer 3 heures.

Augmentation capacité réseau cluster2p à 2i