The Daily Shaarli
Suite d'article sur le pattern role profile
http://garylarizza.com/blog/2014/02/17/puppet-workflow-part-2/
http://garylarizza.com/blog/2014/02/18/puppet-workflow-part-3/
http://garylarizza.com/blog/2014/03/07/puppet-workflow-part-3b/
http://garylarizza.com/blog/2014/10/24/puppet-workflows-4-using-hiera-in-anger/
Ce mec est vraiment bon
20:00 contain VS include
28:00 Environement VS tier
include VS resource delcaration
38:00 Namespace
47:00 Dependencies and Profile into profile
01:07:00 R10K
Un pattern avec rsnapshot :
Utiliser la directive backup_script pour éxécuter un script distant (backup script<tab>ssh root@hostA.com /mon/script/backup.sh<tab>unused/)
Et ensuite la directive backup pour récupérer ce qui a été produit à distance en local (backuptab>root@hostA.com:/mon/working/dir/<tabhostA.com
De cette façon, il n'y a plus de cron sur la machine à backup. Le cron rsnapshot déclenche le backup à distance, et ensuite ramène les datas.
On pourrait aller un cran plus loin en ayant pas de script sur la machine à backup mais laisser le script a quand meme des avantages : on a le dernier backup en local et un script plus clair qu'une suite de ssh root@host 'cmd1', ssh root@host 'cmd'..
PS : le script doit se charger de faire le ménage avant de commencer, on supprime tout et on lancer le backup. Car on ne veut garder qu'une copie en local
