7 votes

ybo avatar

Migration d'un serveur dédié linux vers un autre ?

Demandé el 23 de Février, 2011
Quand la question a-t-elle été
6099 affichage
Nombre de visites la question a
4 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

J'ai un serveur dédié fonctionnant sous ubuntu server 9.04 pour le web, la base de données et le mail. Il y a environ 5 Go de données sur l'ensemble du disque dur.

Je souhaite migrer le serveur vers un fournisseur de serveurs dédiés plus abordable, mais je ne sais pas comment m'y prendre.

  • Puis-je cloner un disque dur entier ? Qu'en est-il des fichiers/répertoires spécifiques au matériel ?
  • Ou peut-être y a-t-il une approche plus saine ?
  • Le futur hébergement aura probablement une autre version d'ubuntu. Dois-je mettre à jour notre serveur actuel avant de migrer ? Qu'en est-il de la migration d'apache, mysql et postfix ?
Demandé el 23 de Février, 2011 par ybo

Réponses

Trop de publicités?

7voto

coredump avatar
coredump Points 12455

Ma suggestion est de faire des sauvegardes de tout et de les restaurer sur le nouveau serveur. Par exemple :

  1. Vider les bases de données et les restaurer sur le nouveau serveur.
  2. Copiez les configurations du serveur web, de la base de données et de la messagerie sur le nouveau site.

Bien sûr, cela nécessite un peu de temps d'arrêt. Il y a certaines choses que vous pouvez faire pour réduire ce temps d'arrêt :

  1. Faites un rsync précédent pour toutes les données de messagerie, puis après que tout soit configuré et testé, arrêtez le service sur l'ancien serveur, rsyncisez uniquement les nouvelles données et démarrez le nouveau serveur.
  2. Utilisez la réplication mysql pour conserver les données sur les deux serveurs jusqu'à ce que le moment soit venu de "changer".
  3. L'approche rsync peut être utilisée avec toutes les autres données (même les db, mais je vous suggère d'utiliser un dump ou une réplication pour minimiser le choix d'erreur).

N'oubliez pas non plus qu'il s'agit d'une procédure qui doit être soigneusement planifiée et exécutée, sous peine de perdre des données.

Répondu el 23 de Février, 2011 par coredump (12455 Points )

1voto

Anders Lindén avatar
Anders Lindén Points 607

Vous pourriez être intéressé par la possibilité d'utiliser FSArchiver, http://www.fsarchiver.org/Main_Page

Répondu el 23 de Février, 2011 par Anders Lindén (607 Points )

1voto

uesp avatar
uesp Points 3384

Quelques éléments pertinents que j'ai appris par essais et erreurs (surtout des erreurs) :

  • Documentez les étapes au fur et à mesure afin de disposer d'un enregistrement la prochaine fois que vous le ferez (il y aura toujours une prochaine fois). Ainsi, vous n'oublierez aucune étape et cela permettra à quelqu'un d'autre de le faire également.
  • Si vous pouvez changer les composants pièce par pièce, il sera plus facile de diagnostiquer les problèmes. Par exemple, conservez la base de données et la messagerie sur le serveur d'origine et déplacez simplement le serveur Web sur le nouveau serveur. Sautez cette étape si votre application ne peut pas facilement gérer l'inter-serveur, mais c'est un élément à prendre en compte si vous devez faire évoluer votre système vers plusieurs serveurs. Cette méthode est particulièrement utile si vous devez minimiser les temps d'arrêt.
  • Je n'essaierais pas de copier simplement les fichiers bruts de la base de données d'un serveur à l'autre, à moins que vous ne soyez sûr que la base de données le supporte. Si vous n'avez que quelques bases de données de 100 Mo, je créerais simplement un dump sur l'ancien serveur et le restaurerais sur le nouveau. Pour les bases de données plus importantes, il sera beaucoup plus rapide de mettre en place une réplication.
  • Si vous utilisez rsync ou scp pour copier des fichiers d'un serveur à un autre, assurez-vous que l'utilisateur que vous utilisez a les droits de lecture pour tous les fichiers. Par exemple, j'ai une fois utilisé rsync pour copier certains fichiers de /etc mais je n'avais pas les droits de lecture pour certains fichiers. Lorsque j'ai découvert que certains fichiers étaient manquants, il était trop tard (l'ancien serveur avait été effacé). Depuis lors, j'ai toujours utilisé tar en tant que root sur l'ancien serveur pour sauvegarder les répertoires, puis rsync/scp l'archive tar.
Répondu el 23 de Février, 2011 par uesp (3384 Points )

0voto

kajaco avatar
kajaco Points 1289

Si vous avez trouvé votre nouveau fournisseur, lui avez-vous demandé comment il aime procéder ? Vous voudrez peut-être connaître les détails des environnements de départ et d'arrivée, y compris le matériel, pour choisir la meilleure approche.

De même, vous renseigner sur la facilité de migration et le support disponible peut vous aider à choisir votre nouveau fournisseur !

Répondu el 23 de Février, 2011 par kajaco (1289 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X