[FRsAG] Sauvegarde fiable pour Proxmox KVM

Guillaume Barrot guillaume.barrot at gmail.com
Lun 26 Aou 12:50:34 CEST 2019


Un truc comme ça, ça vous ira ?

https://documentation.commvault.com/commvault/v11/article?p=30795.htm

(RedHat Virtualisation pour KVM, pour info)

Le lun. 26 août 2019 à 12:32, <frsag at jack.fr.eu.org> a écrit :

> Soyons sérieux
>
> De ce que je lis de ce thread, "complet" signifie donc "capable de lire
> le contenu d'un backup windows et de restaurer des machins AD"
>
> Bref, une notion très limitée de la complétude.
>
> On 8/26/19 11:47 AM, Benoit SERRA wrote:
> > Quitte à troller, autant assumer pleinement : est-ce qu'il existe un
> outil libre qui soit aussi complet que Veeam ou autre solution pro ?
> >
> > Le 26 août 2019 10:38:00 GMT+02:00, Thomas Constans via FRsAG <
> frsag at frsag.org> a écrit :
> >> Je ne comprends pas les gens qui ont une stack libre et utilisent un
> >> outil proprio pour les backups ?
> >>
> >> Perso j'utilise l'outil de backup proxmox pour sauvegarder les
> >> containers + burp pour les sauvegardes niveau fichier.
> >>
> >> La bise
> >>
> >> On 8/25/19 1:59 PM, Nicolas Girardi wrote:
> >>> Olivier,
> >>>
> >>> Oui je parlais de veeam.
> >>> Oui en effet cette méthode usine à gaz est possible mais par rapport
> >> à
> >>> du Tina ou ArcServe on est loin de ce qu’on appelle de la
> >> restauration
> >>> niveau fichier. Surtout que pour un windows veeam sait le faire ...
> >>>
> >>> Bon après midi.
> >>>
> >>> Nicolas Girardi.
> >>>
> >>> Le 25 août 2019 à 13:02, Olivier Vailleau <olivier.vailleau at gmail.com
> >>> <mailto:olivier.vailleau at gmail.com>> a écrit :
> >>>
> >>>> Nicolas,
> >>>> Si tu parles de veeam, si. C'est possible, mais Veeam doit s'appuyer
> >>>> sur une helper-machine. Il va monter un petit nunux sur ton esx,
> >> faire
> >>>> apparaître le filesystem à l'intérieur, et t'aura plus qu'a
> >> restaurer
> >>>> ton fichier avec le même outil de File-level-restore que si c'était
> >> du
> >>>> windows. C'est un peu usine à gaz, mais ca le fait.
> >>>>
> >>>> Mais si tu parles de kvm/pve/etc... là, je n'en sait rien :-(
> >>>>
> >>>> Le dim. 25 août 2019 à 11:23, Nicolas Girardi <n.girardi at gmail.com
> >>>> <mailto:n.girardi at gmail.com>> a écrit :
> >>>>
> >>>>     Bonjour,
> >>>>
> >>>>     La restauration au niveau fichier n’est pas disponible sur Linux
> >>>>     sauf erreur de ma part.
> >>>>
> >>>>     Nicolas Girardi.
> >>>>
> >>>>     Le 25 août 2019 à 00:44, Olivier Vailleau
> >>>>     <olivier.vailleau at gmail.com <mailto:olivier.vailleau at gmail.com>>
> >> a
> >>>>     écrit :
> >>>>
> >>>>>     En fait, Veeam sait backuper directement auprès du stockage,
> >> pour
> >>>>>     peu que ce soit un système qu'il connaisse (par exemple, les
> >>>>>     grandes marques de baies de disque comme 3par, Netapp, etc.)
> >>>>>     Il déclenche un snap sur l'hyperviseur. Celui-ci déclenche un
> >> vss
> >>>>>     sur la vm (windows). Dès que le snap hyperviseur est réalisé,
> >> il
> >>>>>     déclenche un snap sur le stockage puis relâche immédiatement le
> >>>>>     snap hyperviseur (moins de delta à rattraper pour
> >> l'hyperviseur).
> >>>>>     Il aura ensuite tout le temps d'aspirer les données depuis le
> >>>>>     stockage, sans surcharger l'hyperviseur. C'est quand m^me assez
> >>>>>     efficace, mais il faut être dans la bonne combo
> >>>>>     Edition_veeam_entreprise_plus et matériel connu.
> >>>>>
> >>>>>     Veeam sait effectivement parcourir un backup et te récupérer un
> >>>>>     fichier, ou même un objet SQL, AD, Exchange. Ca, c'est fort. En
> >>>>>     revanche, il ne sait pas restaurer tous les *.txt de ta
> >> vm...(ou
> >>>>>     j'ai pas trouvé)
> >>>>>     Je te l'accorde, il peut être lent, mais je crois que c'est
> >>>>>     surtout lié au transfert scp (fastSCP) avec vmware. Sinon, il
> >>>>>     sait te faire un instant-recovery : il monte ton backup
> >>>>>     directement en NFS et te relance la vm très vite (sur un lien
> >> un
> >>>>>     peu mou, mais globalement, ca marche).
> >>>>>     Il permet ensuite d'autre trucs assez sympa comme le
> >> Sure-backup
> >>>>>     : il peut remonter dans un env. isolé un jeu de vm, les
> >> démarrer
> >>>>>     et attendre qu'un http réponde, ou qu'un AD ou sql soit up. Il
> >>>>>     fait ca automatiquement et te prévient si un truc a merdé.
> >> C'est
> >>>>>     bien pour être sûr que tes backups tournent. Je ne connais pas
> >> de
> >>>>>     concurrent à cette fonction.
> >>>>>
> >>>>>     Veeam sait aussi envoyer les backups sur bande et gère de façon
> >>>>>     rudimentaire les pools de bande et la rétention GFS. c'est
> >> assez
> >>>>>     minimaliste (par exemple, pas de catalogue des guest files
> >> quand
> >>>>>     c'est sur bande) mais ca permet au moins de sortir sur LTO tes
> >>>>>     données et de faire plaisir à ton DSI qui ne jure que par la
> >> bande.
> >>>>>
> >>>>>     Il lui manque la possibilité d'aller causer avec un
> >> kvm/qemu/PVE
> >>>>>     pour chercher les snaps et les backuper.. Je pense que si Veeam
> >>>>>     fait cela un jour, le paysage de la virtu changera dans pas mal
> >>>>>     d'entreprises !
> >>>>>     Bonne journée aussi !
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>     Le sam. 24 août 2019 à 18:10, Florent CARRÉ
> >> <colundrum at gmail.com
> >>>>>     <mailto:colundrum at gmail.com>> a écrit :
> >>>>>
> >>>>>         Hello la liste,
> >>>>>
> >>>>>         Bon, j'ai beau ne pas utiliser Proxmox (pour l'absence de
> >>>>>         Xen), il a l'avantage d'avoir un Ceph de disponible ...
> >>>>>         Pourquoi ne pas faire du Ceph on Ceph via diff ?
> >>>>>
> >> https://archive.fosdem.org/2018/schedule/event/backup_ceph_at_scale/
> >>>>>
> >>>>>         Sinon, j'ai vu l'existence de backy2 qui a l'air
> >> intéressant
> >>>>>         et supporte également Ceph
> >> : https://github.com/wamdam/backy2
> >>>>>
> >>>>>         /!\ Risque de troll
> >>>>>
> >>>>>         Le jour qu'on aura un Veeam supportant Ceph, je pense qu'il
> >>>>>         méritera pleinement son prix ...
> >>>>>
> >>>>>         Pourquoi au niveau de Ceph (ou autre stockage) et non de
> >>>>>         l'hyperviseur ?
> >>>>>
> >>>>>         Je trouve stupide qu'on s'enferme sur une surcouche comme
> >>>>>         Proxmox, XCP ... Il faut que le backup puisse se faire
> >>>>>         directement sur le système de stockage
> >>>>>
> >>>>>         (rappel : je n'utilise pas Proxmox)
> >>>>>         Si demain, je veux par exemple bouger de Proxmox pour un
> >>>>>         setup pur et dur en Debian ou oVirt ou Red Hat
> >>>>>         Virtualization, je peux garder toutes les vms stockées sur
> >> le
> >>>>>         Ceph, le plus long sera de remettre la conf des vms avec
> >> les
> >>>>>         disques ... mais on ne les touche pas
> >>>>>
> >>>>>         Ensuite l'autre point, c'est le fonctionnement des backups
> >> de
> >>>>>         Veeam ?
> >>>>>         Je ne me suis jamais penché entièrement sur le sujet mais
> >> je
> >>>>>         pense que le snapshot au niveau du stockage sera toujours
> >>>>>         bien plus efficient. Après, oui on aura toujours des FD
> >>>>>         open/busy voir même qui ont disparus dans les vm/LXC mais
> >> ça
> >>>>>         fait parti du block qui est backupé
> >>>>>
> >>>>>         La seule chose qui manquera c'est la puissance de Veeam
> >> pour
> >>>>>         explorer les fichiers dans les différents backups et encore
> >>>>>         parfois il peut être très lent (surtout quand on a un poste
> >>>>>         de travail qui est un laptop a bout de souffle et sous
> >> Windows)
> >>>>>
> >>>>>         Je ne vois l'intérêt de Veeam seulement sur sa facilité
> >>>>>         d'extraction de fichiers bien précis des backups, ríen de
> >>>>>         plus... Je ne trouve pas que ce soit une solution miracle
> >>>>>
> >>>>>         Pourquoi devrait-on être dépendant de la surcouche de
> >>>>>         virtualisation ?
> >>>>>
> >>>>>         Bonne journée
> >>>>>
> >>>>>         On Sat, Aug 24, 2019, 10:09 Olivier Raulin
> >>>>>         <olivier at olivier-raulin.fr
> >>>>>         <mailto:olivier at olivier-raulin.fr>> wrote:
> >>>>>
> >>>>>             Bonjour,
> >>>>>
> >>>>>             Proxmox dispose d'un mode de backup des VM/CT intégré,
> >>>>>             qui produit une image brute de la VM et compressée de
> >> la
> >>>>>             machine. Il utilise les outils Qemu pour sauvegarder
> >> les VM
> >>>>>
> >>>>>             Cela marche bien, ça peut se pousser automatiquement
> >> dans
> >>>>>             un dossier, un repo NFS, etc. et ça gère un historique
> >>>>>             paramétrable (combien de backups on conserve dans ce
> >> dossier)
> >>>>>             En plus ça se configure très simplement dans
> >> l'interface,
> >>>>>             avec une planification que l'on choisit pour chaque
> >> machine.
> >>>>>
> >>>>>             Je dirais que c'est plutôt simple à prendre en main, et
> >>>>>             efficace en cas de gros incident (un HV HS, par
> >> exemple),
> >>>>>             mais cela n'a pas la souplesse ni la légèreté d'une
> >>>>>             backup fine au niveau applicatif (j'estime que dans pas
> >>>>>             mal de scénarios il faut mixer ces 2 méthodes)
> >>>>>
> >>>>>             Par ailleurs, si on veut aller plus loin il est tout à
> >>>>>             fait possible, en fonction du stockage que l'on choisit
> >>>>>             (LVM, ZFS, etc.) d'effectuer des snapshots réguliers et
> >>>>>             de gérer soi-même ces snapshots.
> >>>>>             Cela ne se passera par contre pas via l'interface web,
> >>>>>             mais derrière Proxmox c'est une Debian, il n'y a pas de
> >>>>>             limitation particulière pour définir ses propres
> >> process.
> >>>>>
> >>>>>             Je ne suis pas familier de solutions comme VEEAM, je ne
> >>>>>             saurais donc pas comparer les deux.
> >>>>>
> >>>>>             Proxmox propose des offres de support pour entreprise,
> >>>>>             mais je ne connais pas le périmètre concerné.
> >>>>>
> >>>>>             On 22/08/2019 16:31, SIMANCAS Hugo wrote:
> >>>>>>
> >>>>>>             Bonjour,____
> >>>>>>
> >>>>>>             __ __
> >>>>>>
> >>>>>>             Avez-vous du Prodmox/KVM en prod ? Qu’utilisez-vous en
> >>>>>>             sauvegarde fiable (avec support entreprise comme
> >> VEEAM)____
> >>>>>>
> >>>>>>             __ __
> >>>>>>
> >>>>>>             Merci d’avance____
> >>>>>>
> >>>>>>             __ __
> >>>>>>
> >>>>>>             Cordialement, Regards,*____*
> >>>>>>
> >>>>>>             *Hugo SIMANCAS*____
> >>>>>>
> >>>>>>             *D*irecteur *T*echnique *A*ssocié____
> >>>>>>
> >>>>>>             https://www.data-expertise.com/____
> >>>>>>
> >>>>>>             *Support technique : 09 78 23 20 29
> >>>>>>             Standard :*05 34 26 02 46| *Ligne directe :*05 34 26
> >> 50
> >>>>>>             57|*Mobile :*06 95 44 29 64____
> >>>>>>
> >>>>>>             __ __
> >>>>>>
> >>>>>>
> >>>>>>             _______________________________________________
> >>>>>>             Liste de diffusion du FRsAG
> >>>>>>             http://www.frsag.org/
> >>>>>             _______________________________________________
> >>>>>             Liste de diffusion du FRsAG
> >>>>>             http://www.frsag.org/
> >>>>>
> >>>>>         _______________________________________________
> >>>>>         Liste de diffusion du FRsAG
> >>>>>         http://www.frsag.org/
> >>>>>
> >>>>>     _______________________________________________
> >>>>>     Liste de diffusion du FRsAG
> >>>>>     http://www.frsag.org/
> >>>>
> >>>
> >>> _______________________________________________
> >>> Liste de diffusion du FRsAG
> >>> http://www.frsag.org/
> >>>
> >>
> >> --
> >> Thomas Constans
> >> Services en informatique libre
> >> T: 33(0)6 23 37 87 85
> >> @: https://opendoor.fr
> >> #: https://twitter.com/ThomasConstans
> >> gpg: 0xBA19745F80410541
> >
> >
> > _______________________________________________
> > Liste de diffusion du FRsAG
> > http://www.frsag.org/
> >
> _______________________________________________
> Liste de diffusion du FRsAG
> http://www.frsag.org/



-- 
Cordialement,

Guillaume BARROT
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://www.frsag.org/pipermail/frsag/attachments/20190826/516ccbbc/attachment-0001.html>


Plus d'informations sur la liste de diffusion FRsAG