Migration de serveur et changement d’architecture pour la virtualisation

Entamée hier sur les sites gérés par Petit Nuage, je continue la procédure de migration de serveur. Cette tâche de travaux planifiée pour la nuit à venir n’aura pas ou peu de répercussions sur les sites hébergés.

Capture d'écran de Windows tournant sous Mac OS X via VmWare

Grâce à la virtualisation, Windows tourne sous Mac OS X, ici via VmWare

Tous les sites hébergés seront migrés cette nuit sur un nouveau serveur plus puissant. Cette procédure se fait comme suit :

  1. réduction du temps de propagation des DNS concernés par la migration (paramètre TTL défini à 60 secondes) ;
  2. configuration du serveur destination ;
  3. sauvegarde des sites hébergés sur l’ancien serveur (fichiers et bases de données) ;
  4. déploiement de la sauvegarde sur le nouveau serveur (fichiers et bases de données) ;
  5. vérification du bon fonctionnement des sites et services déployés ;
  6. basculement des DNS sur le nouveau serveur (avec augmentation du TTL à 24 heures) ;
  7. vérification définitive du bon fonctionnement des sites et services déployés.

Malgré un temps de propagation réduit (à 60 secondes), certains navigateurs web peuvent garder en cache les anciens paramètres DNS jusqu’à 30 minutes. Aussi, cette procédure sera exécutée cette nuit, à partir de 22 heures (à partir de l’étape 3 sauvegarde), afin de limiter les risques de mise à jour des sites pendant la migration. De plus, il est recommandé aux clients de ne pas mettre à jour leurs sites entre 22 heures (vendredi) et 6 heures (samedi).

Les clients gérant exclusivement par eux-mêmes leurs DNS seront contactés personnellement pour effectuer le basculement avant la fin du mois d’avril 2009. Au-delà de cette date, l’ancien serveur sera définitivement abandonné.

Enfin, cette tâche de migration est liée aux futures évolutions des services proposés aux clients de Petit Nuage et doit permettre à l’avenir des migrations transparentes pour les clients. En effet, l’hébergement de Petit Nuage exploitera désormais une technologie de virtualisation, Proxmox, permettant une migration plus aisée entre serveurs physiques.

Crédit photo : Richard Masoner


Commentaires

4 réactions to Migration de serveur et changement d’architecture pour la virtualisation:

  • Martin

    Martin a réagi le 11 avril 2009 à 13 h 33 min :

    La migration s’est déroulée sans incident.


  • Mathias HOUNGBO

    Mathias HOUNGBO a réagi le 6 mai 2009 à 23 h 34 min :

    Bonsoir,

    petite indiscrétion, tu utilises quoi comme panel d’administration pour tes VPS ? et ton serveur physique ?

    pourquoi le choix de proxmox ? et quel contenair tu utilise openvz ou kvm ?

    Merci


  • admin

    admin a réagi le 7 mai 2009 à 0 h 00 min :

    @Mathias HOUNGBO : Actuellement, j’utilise le panneau d’administration intégré à Proxmox pour définir les VE (qui font office de machines virtuelles). En revanche, j’administre la machine physique, d’une part, et les VPS, d’autre part, en ligne de commande. En effet, j’ai suffisamment peu d’hébergements tiers pour ne pas nécessiter une grande productivité en matière d’activation ou de gestion des hébergements. Quant à mes hébergements propres, ils bougent suffisamment rarement pour, une fois mis en place, ne pas nécessiter une grande administration. Le seul panneau d’administration que j’utilise, en plus de Proxmox, est donc phpMyAdmin pour la gestion des bases de données.

    Le choix de Proxmox a été dicté par le panneau d’administration simple et non intrusif, permettant une gestion efficace des VE. Quant aux conteneurs, j’utilise OpenVZ qui permet une excellente gestion de la mémoire, puisque le noyau Linux n’est présent qu’une seule fois pour l’ensemble des VPS et de la machine hôte. Il faut admettre que cela me limite aux distributions Linux, mais puisque je n’utilise que Linux Debian Lenny pour les VE, cela convient tout à fait à mes besoins.


  • Panne du serveur suite à une intervention planifiée (corrigé)

    Panne du serveur suite à une intervention planifiée (corrigé) a réagi le 24 février 2010 à 23 h 42 min :

    [...] certificat de chiffrement SSL sur l’un des sites en cours de développement que les machines virtuelles hébergées par le serveur se sont vues coupées du Net. La procédure avait été initiée la nuit dernière pour limiter les [...]