Flux RSS05 06 2007 | Actions en cours et à venir
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 infrastructure à distance, limitant ainsi nos déplacements et nos temps de réaction.
By Florent, 5 juin 2007 @ 13:43
Du boulot en perspective!
Si je comprend bien il n’y aura plus qu’un seul serveur MySQL chez Celeonet (mais une bien belle machine!).
Petite question, le matériel usagé le revendez-vous?
>> Pour la partie mutualisée il y a actuellement 11 serveurs MySQL, à partir du n°6 ce sont de grosses machines HP évolutives (jusqu’à 32Go de ram). La fusion des 5 premiers serveurs ramène ce nombre à 7 ce qui est plus cohérent qu’une multitude de petits serveurs.
Nous ne pouvons pas revendre le matériel usager pour des raisons comptables, les machines les plus véloces serviront pour des bancs de test, les machines restantes seront confiées à un organisme de retraitement des déchets informatiques.
By Ugo, 5 juin 2007 @ 16:25
Un seul serveur mysql n’est ce pas risqué ?
Même si la machine est puissante, cela va dans le sens inverse de tout ce que vous faites depuis des années, a savoir séparé votre infrastructure en plusieurs groupes (cluster)
Cela me parait vraiment étrange, j’éspère vraiment que ca en vaut la peine (un gain notable dans l’execution des requetes sql) et que vous avez un truc sous le coude au cas ou cette machine tombe en rade.
>> Voir ma réponse précédente, le nombre de serveurs MySQL pour le mutu passera de 11 à 7. A titre de comparaison, la somme de toutes les bases de données hébergées sur les serveurs 1 à 5 est 2 fois moins importante que le nombre de bdds hébergées par MySQL8. Ces serveurs sont les plus anciens, pour certains les dernières création de clients datent de 3 ans.
Le but est de rationnaliser le nombre de serveurs MySQL avec, à terme, 2 machines pour chaque cluster. Il n’est pas intéressant de conserver X petits serveurs pour différentes raisons (consommation électrique, encombrement, multiplication des maintenances etc…).
Bien que nous n’ayons pas d’action chez HP force est de constater que la qualité de leurs machines est bien supérieure à cette marque très en vogue chez les hébergeurs, Supermicro.
By David Anseaume, 5 juin 2007 @ 23:15
Je suis dans le cas des serveurs virtuels, concrètement, que va nous apporter la migration vers des plateformes Etch/Xen? Y aura t il pour nous plus de fonctionnalités dans notre panel?
Pour la gestion des emails, la panne d’hier, à mis du temps à ses résorber, et nous avons rencontré des disfonctionnements d’authentification. Lors du remplacement du serveur, serait il possible d’avoir accès à un système de monitoring afin de savoir ou en sont les mails envoyés / reçu sans être obligé sans arrêt de demande via le panneau d’assistance. La panne d’hier nous avait mis dans l’incertitude d’envois de certains mail, un accès à la file d’attente d’envois nous aurait permis de nous rassurer
> Tout d’abord comme indiqué, un système de surveillance permettra de redémarrer automatiquement un serveur virtuel ou bien d’effectuer le redémarrage d’un service (http, ftp, mail, …) en cas de défaillance. Dans le cas o๠l’opération échoue, un SMS est envoyé aux techniciens (en journée) et au technicien d’astreinte (la nuit et week end).
Concernant les fonctionnalitées supplémentaires, un service mail sera également présent sur le serveur virtuel comprenant donc qmail (smtp), vpopmail (pop3), courier-imap (imap4), le webmail et une interface d’administration (qmailadmin). Ce service mail ne pourra disposer d’un antispam/antivirus, en revanche il sera possible d’opter pour une solution de filtrage en amont du serveur (identique à l’environnement mutualisé en terme de filtrage et de redondance).
By Alexandre, 12 juin 2007 @ 15:37
En réponse à Florent:
La vente est interdit mais les dons sont autorisés je crois, notamment à des associations. Cela reste à vérifier