le jour où le gus a perdu le contenu de /repertoireimprobable,
"/repertoireimprobable" n'est pas sur le contrat de sauvegarde, qu'il assume ses propres conneries.
Et là, le calcul est vite fait : les quelques Gigas supplémentaires que coûtent ces sauvegardes sont négligeables par rapport à ce serait-ce qu'une journée de dev perdue pour cause de non respect de règles d'utilisation de la machine.
Vite fait mais mal fait. Car vue globalement on se retrouve avec une augmentation de la volumétrie, donc une augmentation du coût d'achat, du coût d'entretien et du coût d'administration, tout ça pour palier à un non respect des règles d'usages.
Pour les systèmes en prod les mieux gérés où personne ne se connecte en root, je n'ai tout simplement pas de sauvegarde directe de ces serveurs. Juste des outils capable de les réinstaller à base de fichiers Kickstart et de règles cfengine.
Je vais me pencher sur ce bon vieux cfengine, il serait temps.
Les configurations et données propres au système de cette machine ne sont pas déposés sur cette machine, mais sur des serveurs en amont avec lesquels cette machines se synchronisera.
Quant aux quelques serveurs en amont, on a des sauvegarde de leur données. Et des docs pour les ré-installler manuellement ci-besoin (et une sauvegarde de leur /, mais c'est historique, n'a jamais servi, et n'a pas vocation à servir...)
[^] # Re: Tout dépend des postes
Posté par bubar🦥 . En réponse au journal Les sauvegardes, et les logiciels de sauvegarde. Évalué à 0.
"/repertoireimprobable" n'est pas sur le contrat de sauvegarde, qu'il assume ses propres conneries.
Vite fait mais mal fait. Car vue globalement on se retrouve avec une augmentation de la volumétrie, donc une augmentation du coût d'achat, du coût d'entretien et du coût d'administration, tout ça pour palier à un non respect des règles d'usages.
Je vais me pencher sur ce bon vieux cfengine, il serait temps.
Pareil