En mars 2012, SkyMinds a quitté un serveur Kimsufi équipé d’un Celeron et de 2 Go de RAM pour un Kimsufi 750G doté d’un Core 2 Quad et de 4 Go. Cette migration avait nettement amélioré les performances du site, mais elle avait également provoqué environ une heure d’indisponibilité. Voici le retour d’expérience original, complété par les bonnes pratiques que j’appliquerais aujourd’hui.
Cet article appartient à l’histoire technique de SkyMinds. Il ne présente pas une offre Kimsufi actuelle et ne constitue pas un guide d’achat. Le Kimsufi 750G évoqué ici correspond à un serveur commercialisé par OVH au début des années 2010.
L’intérêt du récit reste pourtant intact. Une migration de serveur demande toujours de préparer la nouvelle machine, transférer les données, vérifier les services, basculer le trafic et conserver une solution de retour arrière.
Pourquoi migrer vers un nouveau serveur ?
Au début de l’année 2012, SkyMinds fonctionnait sur un serveur dédié devenu trop limité pour les services qu’il hébergeait.
L’ancienne machine disposait de la configuration suivante :
- processeur Intel Celeron 220 à 1,20 GHz ;
- 2 Go de mémoire vive ;
- stockage mécanique ;
- plusieurs services web et système ;
- Varnish comme cache HTTP devant le serveur web.
Le principal problème venait moins du stockage que du couple processeur-mémoire. Varnish occupait à lui seul une part importante des 2 Go disponibles. Les autres services devaient donc se partager une quantité de mémoire assez modeste.
Une promotion OVH m’a permis de passer au Kimsufi 750G. Malgré son nom, le véritable changement ne concernait pas seulement la capacité du disque.
