La migration de vos données d'un serveur Linux à un autre n'est simple que si vous avez exécuté un serveur simple. Si vous disposez de nombreux services interdépendants ou d'une configuration hautement personnalisée, la recréation de l'environnement à partir de zéro est un processus complexe. Le processus est moins complexe si vous pouvez copier uniquement les fichiers dont vous avez besoin sans vous soucier d'écraser les fichiers système spécifiques au nouveau serveur.
Cet article décrit comment préparer une migration complète et les outils qui faciliteront la tâche.
Si vous savez que vous devez copier plus que quelques fichiers de données, il s'agit de l'approche la plus simple.
Préparation du nouveau serveur
Vérifiez que le serveur de destination est accessible via SSH depuis le serveur d'origine. Activez également les connexions root via SSH sur le serveur de destination (dans le fichier /etc/ssh/sshd_config file) afin que rsync puisse remplacer les fichiers système et d'application.
Vérifiez que rsync est installé à la fois sur le serveur d'origine et sur le serveur de destination (le nom du package est généralement rsync). Exécutez la commande which rsync pour vérifier qu'il est installé là où vous pouvez l'exécuter.
Une migration complète a plus de chances de réussir si le serveur de destination est aussi similaire que possible au serveur d'origine. Ils doivent utiliser la même distribution, architecture système, version du noyau et versions logicielles.
Distribution
Exécutez la même distribution sur chaque serveur et essayez de faire correspondre la version de la distribution. L'emplacement des fichiers système n'est pas toujours cohérent entre les différentes distributions, et parfois les nouvelles versions d'une distribution déplacent certains fichiers. Si vous effectuez une copie directe sans correspondre à la distribution, vous pourriez avoir un serveur instable.
Si vous souhaitez combiner la migration de votre serveur avec une mise à niveau de la distribution, terminez la migration avant d'effectuer la mise à niveau.
Architecture
Les deux serveurs doivent utiliser la même architecture. Vous pouvez vérifier l'architecture sur les serveurs Linux en utilisant le uname -a commande :
$ uname -a
Linux demo 2.6.35.4-rscloud #8 SMP Mon Sep 20 15:54:33 UTC 2010 x86_64 Quad-Core AMD Opteron(tm) Processor 2374 HE AuthenticAMD GNU/Linux
Après la date (qui se termine par UTC 2010 dans l'exemple) est un code qui représente l'architecture de votre système. Dans ce cas, x86_64 indique un système x86 exécutant une architecture 64 bits. Si vous voyez à la place i686 pour l'architecture, votre système est en 32 bits.
Si les architectures ne correspondent pas, les programmes copiés ne fonctionneront pas. Par exemple, un logiciel compilé pour 32 bits ne fonctionne généralement pas bien sur un système 64 bits. Si les architectures ne correspondent pas, vous devez plutôt migrer par package.
Version du noyau
Essayez d'utiliser la même version du noyau sur les deux serveurs. Parfois, un nouveau noyau ajoute ou modifie des fonctionnalités, de sorte qu'un noyau différent peut compliquer la migration.
Vous pouvez vérifier la version du noyau en exécutant le uname -a commande, comme dans la section précédente. La version du noyau est répertoriée après le nom d'hôte, donc dans l'exemple précédent, la version du noyau est 2.6.35.4-rscloud .
Ce n'est généralement pas une bonne idée de copier les noyaux entre les serveurs. Si vous compilez ou installez votre propre noyau (au lieu d'utiliser celui fourni par votre service d'hébergement), il est plus sûr d'effectuer ce processus manuellement sur le serveur de destination.
Versions logicielles
Essayez de faire correspondre les versions de tout logiciel déjà installé sur la destination aux versions que vous exécutez sur le serveur d'origine. Le moyen le plus simple de s'assurer que les deux systèmes exécutent les mêmes versions de tous les packages communs consiste à exécuter une mise à jour via votre gestionnaire de packages avant la migration.
Optimisation avant copie
Plus vous avez de fichiers sur le serveur d'origine, plus la migration vers le serveur de destination prendra du temps. Supprimez tous les fichiers temporaires ou de cache dont vous n'avez pas besoin, ou ajoutez leurs répertoires au fichier d'exclusion. Vérifiez la taille de vos fichiers journaux et, si vous le pouvez, archivez ou supprimez les anciens journaux.
Une grande partie de ce qui se passe lorsque vous redimensionnez un serveur virtuel est similaire à ce qui se passe lorsque vous utilisez rsync pour migrer d'un serveur à l'autre. Par conséquent, la plupart des conseils de l'article sur l'accélération de rsync s'appliquent également ici.
Étape suivante
Vous avez comparé les serveurs d'origine et de destination et préparé vos systèmes de fichiers pour la copie.
Pour plus d'informations sur l'exécution manuelle de rsync, consultez Accélérer rsync lors de la migration d'un serveur Linux ou Sauvegarder vos fichiers avec rsync.