Nous ne sommes plus qu’à quelques heures du lancement de la version 2 des serveurs virtuels.

Le mode de fonctionnement de ce service a été totalement revu tant sur le plan technique que sur le plan des fonctionnalités, nous publions sur le blog quelques photos de cette plateforme qui se base maintenant sur des blades centers HP et des baies de disques SAS.

Le HP c7000 de face avec deux lames insérées

Le mini écran de contrôle du blade

Une lame capot ouvert, bixeon Low Energy, 32Go de RAM

Le HP c7000

Face arrière avec deux turbines apparentes (12 au total)

Une turbine de refroidissement hors de son logement.

Baie de stockage MSA, casacadable pour un nombre maximum de 96 disques

Connectique de la baie MSA

Un rapide aperçu de Celeonet vu de l’intérieur.

Le Cisco 6509 caché derrière ses spaghettis.

Gros plan.

Nous planifions à  l’heure actuelle un certain nombre d’actions sur Celeonet, en voici le détail pour chaque infrastructure.

Cluster 4 : en cours
Comme nous vous l’indiquions dans l’infocenter il y a peu de temps, à  la fin de la sauvegarde du cluster nous avons constaté épisodiquement un “blocage” qui provoquait un ralentissement. Le même problème était apparu il y a quelques mois sur le cluster 3 et avait été résolu par la mise en place d’un serveur “tampon” entre le ftp et le serveur de sauvegardes.

Nous venons donc de réaliser la même opération sur le cluster 4 et nous avons par la même occasion ajouté des serveurs web dans le cluster. Une surveillance permanente est en cours afin de suivre l’évolution de la plateforme.

Cluster 2 : fin juin
Le cluster 2 a atteind ses trois années d’existence, il va donc subir une refonte matérielle importante.
- Tous ses serveurs webs vont être remplacés par des HP DL140 G3 identiques à  ceux du cluster 3,
- le serveur ftp va être “lifté” afin d’être strictement identique sur le plan logiciel à  ceux des clusters 3 et 4,
- un serveur tampon va venir se positionner entre le ftp et le serveur de sauvegardes,
- les configurations apache et php vont être revues pour être strictement identiques à  celles des clusters 3 et 4.

Ces opérations ne seront pas visibles et n’entraineront aucune indisponibilité.

Serveur d’accès Imap, Pop et smtp : fin juin - début juillet
Le serveur gérant les accès pop, imap et smtp va être remplacé par deux nouvelles machines, l’une gérant uniquement le smtp, la seconde les accès Imap et Pop.

Serveurs virtuels : courant juillet - août
Les serveurs virtuels utilisant CentOS/Vmware vont être migrés vers des plateformes Etch/Xen. Les virtuels concernés sont ceux disposant d’une ip dont le dernier chiffre est inférieur à  88 sur la plage ip 194.165.49.X et tous ceux de la plage 193.25.197.X.

Cet upgrade nous permettra de déployer notre dernier système de monitoring qui détecte un éventuel “plantage” d’un serveur virtuel et réalise son reboot.

Cluster 1 : août
Le cluster 1 va connaitre une refonte matérielle et logicielle complète, aucune des machines actuelles ne sera conservées. Une baie de disques iSCSI va être mise en place, un serveur tampon ftp/sauvegardes, un nouveau serveur ftp, de nouveaux serveurs webs…

La configuration logicielle va être revue afin d’homogénéiser les 4 clusters. L’opération sera réalisée sans coupure mais nécessitera un arrêt des transfert ftp durant une nuit, nous vous en informerons le moment venu.

MySQL 1,2,3,4 et 5 : fin août
Ces 5 serveurs vont être remplacés par un unique DL380 Bi-Xeon avec 8Go de ram et 8 disques SAS, MySQL sera upgradé vers la version 4.1.X.

Déplacement d’un routeur : septembre
En vu de préparer le déménagement partiel de notre infrastructure vers le datacenter de Completel, l’un de nos routeurs va quitter notre suite pour être placé dans une baie indépendante. Nous profiterons de cette occasion pour ajouter un nouveau prestataire de bande passante sur notre plateforme IP, le choix de ce dernier n’est pas encore fixé.

A l’issue de ces opérations nous ne devrions plus disposer que de serveurs HP équipés de l’interface de management ilo, ceci nous permettra de gérer toute notre infrastrucuture à  distance, limitant ainsi nos déplacements et nos temps de réaction.

En passant par la suite Celeonet nous avons réalisé quelques photos de meilleure qualité que celles présentent sur le site.

L’hébergement de sites Php Mysql c’est un métier, la preuve en images

Plateforme IP :

Les serveurs :

Et encore des serveurs…

Le cablâge vaste problématique, promis nous ferons un effort dans la prochaine suite.

Nous venons de réaliser une modification mineure de notre système d’alertes et de déclenchement de l’astreinte.

Notre logiciel de monitoring génère des envois de SMS à  travers Internet, nous utilisions jusqu’à  très récemment les services de Tm4b.

Ce service semble connaître un certain succès mais un effet pervers est induit puisque le temps entre l’envoi du SMS et sa réception augmente de façon importante ce qui n’est plus compatible avec l’utilisation que nous en faisons.

Nous avons donc élaboré notre propre plateforme d’envoi de SMS depuis Internet, cette dernière étant gérée par un serveur Linux transmettant des commandes AT à  un modem GSM. Le réseau utilisé est celui d’Orange.

Heureuse nouvelle, les personnels d’astreinte reçoivent immédiatement les alertes.

La plateforme en photos :

Modem GSM.

Antenne GSM.

Connexion série vers le modem GSM (les fibres optiques appartiennent à  la plateforme de routage).

L’évolution du serveur Hewlett-Packard DL380 de la version G4 vers G5 nous donne l’opportunité de comparer les performances de deux serveurs de la même gamme mais dont l’architecture a changé.

Les points communs :
Format 2U, plateforme biprocesseur, alimentation redondante extractible à  chaud, port de management Ilo (un bijou ), jusqu’à  32Go de RAM.

Le DL380 G4.
D’une capacité de 6 disques durs SCSI Hot-Plug, ce dernier a largement fait ses preuves dans les entreprises ayant besoin d’un matériel fiable et performant. Il s’agit d’une plateforme Bi-Processeur incluant une carte RAID SCSI (0,1,0+1,5).

Le DL380 G5.
Le petit dernier de la famille abandonne le SCSI pour le SAS, le format ultra compacte de ces disques lui permette de disposer de 8 disques SAS Hot-Plug. La mauvaise surprise se situe au niveau de l’interface RAID qui n’inclue plus le RAID 5 en série, il faudra donc se contenter de RAID 0,1 ou 1+0.

Configuration de test :
Afin d’être objectif les configurations matérielles des deux serveurs sont proches.

Mono Processeur Xeon : G4 - 3Ghz # G5 - Dual Core 1.6Ghz
RAM : G4 - 1Go ECC # G5 - 1Go ECC
Configuration des disques : G4 - RAID1 sur 2 disques SCSI # G5 - RAID1 sur 2 disques SAS
OS : Windows 2003 Serveur R2

Ergonomie : Un réel effort sur le G5.
Hewlett-Packard a pensé à  nous, les administrateurs systèmes avec le G5, chaque composant dispose maintenant de sa diode d’alerte schématisée en facade du serveur sur une carte-mère, le composant défectueux est donc identifié en un coup d’oeil.

Le connecteur d’écran est présent à  l’arrière mais également à  l’avant du serveur, ceci est bien plus pratique que de passer derrière la baie et de mener une bataille acharnée contre les différents câblages.

Le G4 dispose également d’un panel de contrà´le en facade mais très sommaire (une simple diode pour l’ensemble des composants).

Benchmark : Le SAS ne tient pas ses promesses.

Le logiciel utilisé pour le comparatif est CrystalMark. Son mode de fonctionnement est simple, il calcule le débit réel d’écriture et de lecture sur 5 fichiers de 50Mo.

L’accès s’effectue en une fois puis par paquets de 512K et pour terminer par paquets de 4K.

Les résultats obtenus sont décevants, en écriture les disques SAS sont plus lents que les disques SCSI quelque soit la taille des paquets. En lecture par contre, le SAS prend l’avantage sur le SCSI dès que la taille des fichiers diminue.

Force est de constater que le SAS ne tient pas ses promesses malgré un bus capable de transmettre 3Go/s de données contre 320Mo/s pour le SCSI.

Pour conclure, Celeonet continuera à  utiliser des disques SCSI sur ses serveurs pour quelques mois encore

AMD et Intel viennent de dévoiler leurs premiers processeurs Quad-core (4 processeurs au sein d’un même composant), la course au Ghz semble dépassée et la bataille se joue maintenant sur le nombre de coeurs du processeur.

Dans la foulée Hewlett-Packard réagit en intégrant la puce Quad-Core Xeon 1.6Ghz dans sa gamme de serveurs par l’intermédiaire du DL140 G3.

Pour Celeonet c’est une évolution que nous attendions avec impatience afin d’intégrer cette technologie sur les serveurs virtuels, chaque virtuel pourra ainsi disposer de son propre processeur Xeon.

Ce serveur sera également intégré à  notre gamme de dédiés.

Plus d’infos :
Les premiers tests du quad-core.
Les tests de techreport (en Anglais).
Descriptif des intels Quad-Core.