[FRsAG] Sauvegarde fiable pour Proxmox KVM

Thomas Constans thomas at opendoor.fr
Lun 26 Aou 10:38:00 CEST 2019


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

-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: signature.asc
Type: application/pgp-signature
Taille: 488 octets
Desc: OpenPGP digital signature
URL: <http://www.frsag.org/pipermail/frsag/attachments/20190826/70fc2f2a/attachment.sig>


Plus d'informations sur la liste de diffusion FRsAG