Bonjour,
 
Je suis à la recherche d'une solution pour cloner un serveur de production tournant sous DEBIAN Lenny.
Le but étant d'installer et configurer un serveur, pour ensuite le cloner pour avoir une homogénéité du parc. (Une sorte de Master)
 
Je me suis intérréssé à MondoRescue, SystemImager..... Mais mon attention s'est porté récemment sur rsync. D'après ce que j'ai compris, rsync serait tout à fait à même de dupliquer mon serveur sur d'autres machines vierges.
 
Est-ce vraiment possible?
Dans le cas contraire, il y a t-il une solution qui pourrait répondre à ma demande?
 
PRÉCISION IMPORTANTE: Les serveur sont chez un hébergeur. Je n'ai donc pas d'accès physique dessus! Tout doit se faire à distance.

Sinon tar c'est bien. C'est tout terrain.

Tu "tar" l'intégralité de l'arborescence mais ensuite?

De l'autre coté : fdisk  + tar + grub-install

Mmmmmm...
Si j'ai bien compris:
Je crée la partition, je décompresse le tar et je configure le GRUB en lui indiquant le dossier de boot?

Fog ?
 
On l'utilise en prod sur 250 postes et une 40aine de serveur et c'est une tuerie... (libre et gratuit par ailleurs) :
 
http://www.fogproject.org/

J'ai regardé vite fait, il semble que ça tourne sous Unix mais que c'est fait pour cloner du Microsoft.
Je me trompe?
ar ce qui m'interresse c'est cloner du serveur UNIX

+1 pour Fog... pour du Windows (bien que basé sur un Linux)
 
Pour de l'unix, ou même quelque soit l'OS, les solutions classiques de clonage comme Norton Ghost, Partimage, Clonezilla,...
 
Pour la création d'un master, Remastersys ou Reconstructor.

Les programmes que tu cites nécessite t-il une intervention physique sur la machine?

Pour le clonage, oui.
Pour la création d'un master, oui et non :
- oui : il vaudrait mieux avoir la main directement dessus pour faire ton master
- non : tu peux monter chez toi si tu as un Linux ton master (de préférence la même distrib), ou au moins pour pouvoir tester le cas échéant.
 
Après si tu n'es pas précis-précis dans tes configurations, rien ne t'empêche de simplement faire un script d'installation, après une installation basique (netinstall) d'une Debian.
Là rsync ou tar pourrait aussi t'aider en clonant que l'arborescence et les fichiers critiques.
Et tu pourrais le faire à distance.

Ah je ne connaissais pas Fog. Merci je vais regarder

On clone et on déploie des Windows XP, 2003 et des Debian principalement... Après, pour de l'AIX/HP-UX/Solaris, je ne vois pas du tout pourquoi ça ne fonctionnerait pas... Je vais tester sur une VM demain et je te valide ça.

Edit : Dans ton premier post tu parles de cloner un Linux et après tu parles de cloner un Unix, c'est pas vraiment la même chose... Quoi qu'il en soit, j'avais mal lu car vu qu'il faut que tu boot en PXE ça ne sera pas possible si tu n'as pas la main sur le serveur DHCP...

Tu as accès à un KVM IP ou à une carte de management genre HP iLO ou DRAC ?

Pas d'accès KVM IP. En effet le PXE sera difficile.
Je suis en effet passé de UNIX à LINUX. Je parle bien d'une Debian

Vu comme tu l'annonces, c'est dommage de ne peux pas avoir monté un ESXi ou un Proxmox, dans lequel tu aurais remonté une VM Debian que tu aurais pu cloner facilement et avec Proxmox, monter un cluster de virtualisation avec migration à chaud (libre et gratuit par ailleurs) c'est easy mode...
 
C'est ce qu'on utilise dans notre infra de test (la prod c'est de l'ESX 3.5 sur SAN IBM) et ça tourne au poil !
 
http://pve.proxmox.com/wiki/Main_Page
 
Cela dit, cela va t'obliger à remonter une Debian mais bon, si tu déjà récupéré /etc et /home /var/lib/mysql et autres, ça devrait pas prendre des jours, quitte à faire appel à un prestataire...

Je veux bien mais je n'ai pas le choix! Je suis chez un hébergeur.
De plus pour des serveurs de prod avec des montées en charge assez rapide, je ne suis pas encore assez confiant avec la virtualisation.

et ça : http://www.rajeevnet.com/hacks_hin [...] oning.html ?

 
Je pense que tu fais de l'humour là sinon, et désolé d'être franc, mais ya un soucis de compétence car la virtualisation est utilisée partout maintenant, et même sur des Contrôleur de domaine, des serveurs Exchange et Oracle (cf http://www.oracle.com/fr/technolog [...] dex.html). Il y a encore 5 ans je t'aurais dit laisse tomber pour ces 3 derniers cas, mais de nos jours, tant en prod que pour des PRA ça devient incontournable...
 
Après, j'ai pas dit que la virtualisation était la réponse à toutes les problématique mais que dès qu'il s'agit de gérer des montées en charge soudaine, il n'y a pas plus souple...
 
Tu crois que le cloud computing s'appuie sur quoi pour assurer une flexibilité et une capacité de montée en charge démente (comme le cloud qu'est en train de monter OVH par exemple...) ?
 
Après, on est d'accord que la centralisation des VM sur un seul serveur est une aberration mais je t'assure, je suis admin système dans une grande école et en terme de montée en charge (lors de l'ouverture des inscriptions aux concours par exemple) je peux t'assurer que c'est assez violent, et bien c'est nettement plus facile d'assurer le service sur un cluster virtualié que sur des machines physique car tu vas pas passer une semaine à monter 4 serveurs qui seront sanctuarisés en prévision de tes pics d'activité alors que si tu montes en amont un hyperviseur de type I, en ajouter un second prendra 30 mn et tu bénéficieras immédiatement de la migration à chaud style VMotion...
 
Enfin, là n'est pas le débat, désolé du hs

 
   
 
Je ne pense pas qu'il s'agisse d'un problème compétence. Et ce n'est en aucun cas une blague. Je suis aussi admin système.
Quand je parle de montée en charge je parle d'une montée qui peut aller jusqu'a 20 Million d'utilisateurs. On est loin des montées en charge dont tu parles. De plus, j'ai eu la confirmation auprès de plusieurs professionnel de l'hébergement quand dans le cas de ma boite, la virtualisation n'est pas recommandée du tout.

Je pouvais pas le deviner ça d'autant que rien ne le laissait penser vu que tu n'as même pas la main sur ton serveur (ce n'est donc pas du housing).

Désolé d'avoir été un peu "frais", c'est juste qu'on a trop l'habitude de voir des personnes dénigrer la virtualisation sans jamais avoir eu à monter un PRA ou à mener un projet de virtualisation (de serveurs, de postes clients, de stockage ou même de réseaux)...

Sinon, pour en revenir à ta problématique, je pense que le plus simple serait d'en faire un VM avec VMware Converter pour ensuite faire du V2P (Virtual to physical)... Par contre, je n'ai jamais testé sur du Linux, uniquement sur du 2003.

Après, le plus simple reste du rsync ou regarder du côté de DRBD.

Pas de soucis. Ca m'a juste un peut "bousculé"
Le plus simple serait en effet une machine virtuelle, mais comme expliqué plus je ne peux malheureusement pas l'envisager. Il me faut donc réessayer avec Rsync. Par contre DRDB, je ne connaissais pas. Ça semble pas mal

DRBD ca marche bien.
De plus c'est maintenant intégré en mainstream dans le kernel Linux. Par contre c'est récent donc aucune distrib n'intègre le kernel en question ...

ps : pour du clône de machines Linux "oneshoot" je reste sur ma solution de tar ou de rsync.

Salut,
 
perso pour faire des "master" ou des snapshoot de serveur physique j'utilise PING http://ping.windowsdream.com/
C'est une mini ditro dédiée de 20mo basée sur LFS et partimage. Ile prend raid LVN ext3 ... sans problèmes.
Je le boot en pxe et envois/prend les images à partir d'un serveur smb (ou FTP).
 
Sinon pour les gros déploiement j'utilise UDPCAST http://udpcast.linux.lu/ que je boor également en PXE.
 
C'est vrai que tout ca en hébergement distant c'est pas facile.
 
Sinon http://www.sysresccd.org est pas mal, en le configurant bien tu peux le lancer automatiquement et prendre la mais sur ton serveur en ssh et utiliser les outils (partimage....) livrés pour installer ton "master"
 
Du même genre que sysresccd (500 Mo en pxe arg), tu as RIPlinux (entre 60 et 90 Mo)http://wiki.linuxquestions.org/wiki/RIPLinuxhttp://rip.7bf.de/current/ qui intègre un serveur ssh et pas mal d'outils dont toujours excellent partimage.
 
Les deux dernière solutions peuvent être utilisés comme une carte ILO comme conseillé par librearbitre. Avec l'avantage de la carte ILo et du KVMip (compris dans l'offre dédiée je crois) d'avoir accès à ta machine des le POST.
 
J'espère que ca t'aidera

Up pour savoir quelle solution tu as utilisé

Aucunes de celles citées ci-dessus.
Un autoinstall.sh qui contient tous ce qu'il y a à installer sur chaque serveurs.
 
Merci quand même

virtualisation:  heuu... desole mais ... trop cher :-) et puis ... ca tient pas vraiment la charge. je travaille dans la pharmaceutique, et connais des pics d'activite tres violents, avec les transactions vitale.
 
pour ton cas, je te propose une alternative:
 
la masterisation via FAI( tu es bien sous debian non?) ce qui te permettera de produire a la chaine, des serveurs avec des specificites de chacun.
 
exemple: tu mets tes configs de ton serveur SMTP/spamassassin/clamav dans un profile dans FAI. chaque fois que ton serveur crachera, tu peux masteriser le serveur en moins d'une demi heure via un boot PXE.
 
mieux encore, tu peux refaire ton cluster de firewalls tous les soirs via un reboot PXE ! si ta une nouvelle rule de firewall, tu n'a qu'a la mettre dans le profile de firewall du FAI, pratique non?

On m'a confirmé à plusieurs reprise que, me concernant, la virtualisation ne serait pas adaptée.
Quand je parle de montées en charge, c'est à la fois réseau et en ressources brutes. Ce sont des serveurs de calcul vidéo.

ah oui.... et ils sont cluster (loadbalance et CIE? )

Oui

dans ce cas, ya une solution encore plus simple:
 
je suppose que ton cluster est, comme la plupart des cluster, compose de matos identique, et de config soft identique.
 
auquel cas, il suffit de branche des disks en ......... CF.
 
et oui, tu vides les appareilles photos, tu installe et setup un systeme sur une CF. et tu n'a plus qu'a les copier avec bon vieu DD pour pondre des CF a la vole.
 
si une CF meurs, ca te prends 10 mins de sortir le noeud de la grappe, demonter la becanne pour pluger une nouvelle CF toute faite, et reinserer ton noeud tout neuf dans la grappe, et roule.
 
si evidemmentm tu veux des logs de calucls, tu n'a diriger les logs sur un serveur de logs avec gros disque. economie de temps, d;energie, et d'electricite
et oui, les CF consomment rien, par rapport a un disque 7200.

Brancher mes disques en CF? Qu'appels tu une CF?
De plus, au cas ou tu ne l'ais pas vu, les serveurs sont chez un hébergeur. je n'ai pas d'accès physique.

compact flash

Je vais cloner mes serveurs sur des cartes Compact Flash ???!!!

Je vois ce qu'il veut dire :
- tes serveurs (partie logicielle) doivent tenir dans quelques Go (système + logiciels installés)
- ils sont tous matériellement identiques
- ils sont tous reliés au réseau par un DHCP, sans attribution particulière de nom (ou nom généré "aléatoirement" à l'install)
- ils vont tous chercher leurs données (et mettent les données traitées) sur un serveur autre (NAS, serveur dédié au stockage avec interface d'entrée/sortie, etc...)
 
Si ces conditions sont remplies, tu peux faire tenir ton OS sur une carte compact flash (ou même une clé USB, c'est encore plus simple bien qu'un peu plus lent ).
 
Mais :  
- tu passes par un prestataire de services, qui ne va certainement s'amuser à bricoler x serveurs (ceux que tu loues) pour remplacer les disques par des interfaces comme ça
- ce n'est pas le prestataire de services qui va faire le remplacement "à chaud" (enfin pas vraiment ) des cartes "mortes" par une carte préparée
 
Bref : bonne idée si on possède les serveurs (dans son entreprise), on peut souffler l'idée au prestataire s'il a de la demande (sans compter l'effet du gain en électricité), mais dans l'immédiat c'est une mauvaise idée pour toi
 
Après restes à voir FAI effectivement, plutôt qu'un script (même si dans l'absolu c'est un script )