J'ai un serveur CENTOS en cours d'exécution et je veux en faire une copie identique (tous les logiciels, les utilisateurs), comme un serveur jumeau à des fins de mise en miroir. comment puis-je le faire ?
Réponses
Trop de publicités?
Alors que dd copiera un lecteur monté vers un autre, la copie sera incohérent . Le système de fichiers est en constante évolution, et si vous utilisez un système de fichiers journalisé, c'est encore plus vrai. L'utilisation de dd fonctionne mieux lorsque le disque est statique, c'est-à-dire en lecture seule. La plupart du temps, ce n'est pas une option, mais si vous l'avez en lecture seule, cela fonctionnera bien.
Il existe d'autres outils pour réaliser cette fonction de clonage. Mais le plus simple est d'utiliser simplement la fonctionnalité de miroir de LVM. Le problème est que vous devez avoir le système de fichiers existant sur LVM. En utilisant un miroir LVM, vous pouvez faire des copies à chaud du système de fichiers, et lorsque vous rompez le miroir pour obtenir votre deuxième disque, l'image du système de fichiers sera dans un état cohérent car toutes les modifications enregistrées seront envoyées de manière cohérente. Il nécessite peu de travail autre que le démarrage du processus de miroir et son arrêt une fois que l'original a été répliqué complètement.
Si, pour une raison quelconque, vous ne souhaitez pas utiliser la fonction miroir, vous pouvez toujours créer un instantané du système de fichiers et répliquer cet instantané en lecture seule sur un autre disque. Bien que cette méthode ne soit pas aussi automatique que la mise en miroir et qu'elle soit un peu compliquée (étapes supplémentaires), il est possible de la faire fonctionner parfaitement.
Enfin, vous pouvez toujours essayer de rsynchroniser votre chemin dans ce domaine. Cette méthode peut sembler étrange, mais je l'ai utilisée pour répliquer avec succès un serveur situé à 400 km de distance sur un disque local. Le problème est que j'ai dû modifier manuellement le fichier /etc/fstab (les paritions étaient différentes) mais sinon il démarre bien.
Il reste donc un seul point sensible : rendre le disque amorçable. L'utilisation de dd copiera le boot loader (car il s'agit d'une copie bloc par bloc) mais si vous utilisez les méthodes LVM ou rsync, vous devrez réinstaller le chargeur de démarrage. Heureusement, ce n'est pas trop difficile et peut être fait facilement sur des disques autres que le système de fichiers racine actuel (original ?).
Chris Upchurch
Points
10484
Je pense que "dd" fera ce que vous recherchez - consultez les articles ci-dessous.
Sauvegarde Linux : Clonage de disques durs avec "dd
dd : l'outil ultime de clonage de disque
[modifier]
Si ce que vous recherchez est plutôt un modèle de système, où plusieurs systèmes sont configurés de la même manière, plutôt qu'une copie exacte, alors Cobbler peut être ce que vous recherchez :
Cobbler est un serveur d'installation Linux qui permet de configurer rapidement un réseau d'installation en réseau. Il colle et automatise de nombreuses tâches associées tâches Linux associées afin que vous n'ayez pas à sauter entre de nombreuses commandes et applications applications lors du déploiement de nouveaux systèmes et, dans certains cas, en modifiant les systèmes existants.
Kyle Brandt
Points
81077
Plus de détails aideraient...
S'il s'agit d'une production, d'un système public, je recommanderais de faire une nouvelle installation, et de trouver comment le cloner manuellement. Le raisonnement est que vous saurez comment votre système fonctionne, et que vous pourrez probablement concevoir un meilleur fail over une fois que vous aurez cette connaissance. Par exemple, s'il s'agit d'une application web avec un back-end de base de données, avoir deux installations ne vous donnera pas vraiment un bon miroir, vous voudrez examiner diverses réplications de bases de données.
Les autres grandes options dont j'ai connaissance sont les suivantes :
- Imagez la partition en utilisant quelque chose comme dd
- Faites une nouvelle installation de CentOS, et rsynchronisez simplement l'ancienne installation sur la nouvelle avec l'option -a. Cela fonctionne plutôt bien, vous voudrez exclure le répertoire /proc et peut-être quelques autres
Utilisateur non enregistré
Points
0
Pour construire un serveur comme lors de l'installation originale, vous pouvez utiliser le fichier de démarrage fourni par anaconda dans le répertoire /root/anaconda-ks.cfg vous devrez l'éditer pour le partitionnement et probablement le réseau/nom d'hôte.
Cela vous donnera une bonne configuration de serveur de base reproductible, et facilitera la construction rapide de machines. Voir le Guide d'installation de CentOS pour plus de détails. Je ne saurais trop insister sur le fait que l'automatisation de votre processus de construction est une excellente pratique.
Pour les logiciels/configurations que vous souhaitez réaliser en plus de cela, vous pouvez utiliser la fonction %packages et la section %post scripts dans kickstart mais personnellement j'utilise un outil de gestion de configuration - pour moi c'est principalement Marionnette . Cela vous permet de modifier les choses tout au long de la vie d'une machine et de vous assurer que les modifications apportées à un système sont préservées (le plus souvent dans le contrôle des sources). Même si vous n'avez que quelques serveurs, cela peut être d'une grande aide dans un scénario de DR, car vous vous assurez que tous les changements sont capturés dans la configuration.
Pour commencer, Puppet fournit un outil appelé ralsh qui peut prendre les ressources d'un système (comme les utilisateurs ou les paquets) et produire des extraits du langage Puppet qui peuvent être utilisés pour construire une réplique du système.
Passer à la gestion de la configuration peut être une étape importante et implique de changer votre façon de travailler. Pour un clone direct, vous pouvez également consulter les sites suivants SystemImager
- Réponses précédentes
- Plus de réponses
