posté le 02/07/2007 à 17h59
Voilà, j'ai commencé la migration de quelques sites sur mon serveur dédié.
D'ailleurs si vous lisez ce message, c'est que vous pointez sur le nouvel hébergement !

Pour l'instant la migration de mes différents services se passe plutôt bien.
C'est également l'occasion de tester en douceur les nouvelles versions.
En effet, je passe de Debian Sarge sur mon serveur actuel (aka kinder) à Debian Etch sur mon nouveau serveur dédié (aka fanta) grin

J'en ai donc profité pour passer de Apache 1.3 à Apache 2.2, de MySQL 4.0 à MySQL 5.0 et de PHP 4.4 à PHP 5.2, en optant pour l'instant pour les paquets de base fourni par la distribution.
Sur mon serveur actuel, j'avais pour habitude de compiler à la main les versions récentes de PHP, mais cela devient fastidieux...
J'ai quand même eu quelques surprises avec MySQL, où des requêtes qui tournaient très bien sous MySQL 4.0 se mettent à ramer avec la nouvelle version...
Certes les requêtes étaient très mal écrites à la base, et en les modifiant légèrement tout rentre dans l'ordre, mais j'ai été surpris par cette "régression".
Plus prévisible le passage de l'option "register_globals" à "off" ne passe pas inaperçu sur certains "vieux" sites, mais là encore rien de bien méchant...

Il me reste encore les plus gros sites à migrer, mais je me suis déjà bien entraîné sur les autres donc j'espère que ça se passera aussi bien smiley
Cette fois-ci j'ai déjà modifié le "time to live" des DNS pour que la transition soit plus rapide.

Ce qui m'inquiète un peu plus c'est la migration des emails.
Il faut que je minimise l'interruption de service, en m'assurant de ne perdre aucun message et en transférant un volume important de boîtes aux lettres.
Je vais également en profiter pour changer les logiciels, peut-être postfix en remplacement de exim4, et peut-être dspam à la place de bogofilter...
Je suis juste sûr de garder dovecot dont je suis très satisfait.

Enfin, il me reste à trouver une solution élégante pour le backup.
Je pense continuer pour l'instant avec mes scripts maison qui archivent périodiquement les répertoires sensibles.
D'ailleurs Nono, est-tu intéressé pour un backup croisé ?

Commentaires

Pseudo :
Message :
(pas de HTML)

ed [ 04/07 - 22:23 ] : Coool ;) Merci =)


Royale [ 04/07 - 15:54 ] : Au fait ed, les vidéos de mon blog sont aussi chez OVH maintenant :)

Royale [ 04/07 - 15:00 ] : Merci Nono pour les liens.
En fait j'utilise déjà un peu "log_slow_queries" et la commande EXPLAIN pour voir ce qui ne va pas... même si je vais plutôt de la correction que de la prévention ;)

NonoZeRobot [ 03/07 - 13:16 ] : my.cnf : double les valeurs de key_buffer, max_allowed_packet, thread_stack, query_cache_limit, et query_cache_size si tu as un peu de RAM à gaspiller.

Puis un peu de lecture: http://20bits.com/2007/04/10/10-tips-for-optimizing-mysql-queries-that-dont-suck/

Pour le backup croisé pas de problème, on peut même le tripler, j'ai justement mis en place une machine de backup journalier au boulot avec le cryptage des données et des clefs SSH d'accès (comme ça si on me pique la machine ce n'est pas grave, et il est possible de récupérer très vite les données en cas de pb, c'est sur place à Toulouse). On se prévoit ça pour quand ?

Infos TiBlog

Pseudo : Royale
Titre : Le blog de Royale
Description : Le blog de l'administrateur de TiBlog.fr où vous trouverez quelques détails techniques sur le fonctionnement de ce site.

Créer un blog !

blog gratuit

Recherche

Photo