Ne fait qu'un seul cron sur une seule machine qui fait autant de ssh qu'il faut (bon, évidement, si tu as 2000 machines, ce n'est peut-être pas une bonne solution). En tout cas, pour quelques-unes, ça fonctionne bien.
J'utilise cette technique pour faire des sauvegardes de mes bases de données qui sont réparties sur 3 machines. Sur chacune d'entre-elles, j'ai déposé un script bash qui fait des pg_dump de mes bases.
Sur le serveur comportant le lecteur de bandes, je fais mes appels à ssh de cette manière, dans le script exécuté par cron :
ssh user@machine1 sauveBases &
ssh user@machine2 sauveBases &
ssh user@machine3 sauveBases &
sauveBases & /// Faudrait peut-être pas oublier la machine locale !
wait // On attend la fin de tous les process en arrière plan
...
Après le wait, je fais quelques appels à rsync pour ne récupérer que les modifs des fichiers de sauvegardes (ça va plus vite qu'un sftp !).
Puis je fous tout sur une cassette.
Voilà.
# Puisque tu sais le lancer via ssh...
Posté par Gyro Gearllose . En réponse au message Synchronisation de tâches à travers un réseau.... Évalué à 3.
J'utilise cette technique pour faire des sauvegardes de mes bases de données qui sont réparties sur 3 machines. Sur chacune d'entre-elles, j'ai déposé un script bash qui fait des pg_dump de mes bases.
Sur le serveur comportant le lecteur de bandes, je fais mes appels à ssh de cette manière, dans le script exécuté par cron :
ssh user@machine1 sauveBases &
ssh user@machine2 sauveBases &
ssh user@machine3 sauveBases &
sauveBases & /// Faudrait peut-être pas oublier la machine locale !
wait // On attend la fin de tous les process en arrière plan
...
Après le wait, je fais quelques appels à rsync pour ne récupérer que les modifs des fichiers de sauvegardes (ça va plus vite qu'un sftp !).
Puis je fous tout sur une cassette.
Voilà.