En 15 ans d’informatique, cela ne m’est jamais arrivé après je n’ai connu que vmware et xen
il semblerait que je sois tombé sur 2 spécialistes et utilisateurs depuis un bon moment a titre pro et perso
j’élimine d’emblée ce qu’il se passe a titre pro car même si je suis très fier de mon install réseau, jeedom, nas, etc (a tord ou a raison mais ca marchouille) je pense que même une petite entreprise met des choses beaucoup plus complexes en œuvre
je dirais, de ce que j’ai lu, que dans mon cas, il y a peu de risques a appliquer les mises a jour de proxmox (moins que pour des plugins jeedom d’après mon ressenti) car les systèmes sont déjà éprouvés par des gens comme vous qui remontent les soucis.
ce que j’aimerais qu’on me confirme maintenant, c’est « est ce que la seule présence des sauvegardes des vm sur mon nas suffit a m’assurer de pouvoir remonter le system en cas de crash du proxmox ? » ou dois je tester régulièrement mes sauvegardes et comment le faire ?
tant qu’on y est : j’ai choisi proxmox car je trouvais plus d’infos « compréhensibles » sur ce dernier que sur d’autres hyperviseurs. J’élimine tout ce qui se passe sous windows dans le but de progresser sur linux que je pense plus fiable
d’ores et déjà merci a vous de me transmettre une petite part de votre expérience…
Le problème c’est qu’il a pas de réponse toute faite à solution de sauvegarde efficace. Tu peux tout à fait te satisfaire d’un backup sur un nas. À titre personnel, c’est pas grave si ton système est en panne pour quelques heures. Mais ça impose de s’assurer que les backup sont en bon état et de savoir se dépatouiller. Tester les backup à part faire l’exercice de temps en temps et faire le monitoring de la taille des sauvegardes ainsi que des informations de santé du nas : il y a beaucoup d’autres moyens.
Pour compenser les risques, tu peux multiplier les quantités et diversifier les supports. Ils lâcheront pas tous en même temps.
Pour finir, un hyperviseur ça n’a pas pour fonction première de faire du backup.
Proxmox a l’avantage d’avoir beaucoup de fonctions gratuites (dont une option récente de backup que je ne connais pas) . Esxi c’est la grosse référence mais sans la partie vcenter payante et gourmande en ressources pour un particulier, c’est plus limité,surtout quand on y a accès au boulot. On est vite frustré
1 « J'aime »
J’utilise bien sur Vcenter en pro.
Mais Esxi sans vcenter en particulier.
Et mon avis est qu’on a pas besoin de Vcenter en tant que particulier.
Ce que ca apporte de plus:
- Faire du vmotion entre 2 Esx ( ce qui est très rare pour un particulier)
- Gestion des mises à jour Esxi via Update manager ( ca j’avoue que ca fait gagner du temps.)
- Export des VM en OVA ( gérer avec GhettoVCB)
Après le reste c’est pour les pros
Personnellement a cette liste, j’ajouterai la gestion des snapshots et le clonage.
D’un autre côté, l’image du vcenter est loin d’être économe en ressources (80go de disque, 12go de ram et 4cpu de mémoire) ça fait lourd pour une vm jeedom
Pour moi, un autre avantage de proxmox, cela tourne aussi sur un debian. On reste dans le même univers que jeedom
Je sais aussi que parfois les drivers posent problème pour esxi.
çà n’apporte pas grand chose en terme de snapshot le VC
@Poluket, j’ai eu pas mal de conf exotique et je m’en suis toujours sorti 
C’est sur au même titre que la migration des esx, tu peux te passer de vcenter pour les snapshots et utiliser la commande snapshot.create
Mais quand on commence, à avoir une petite quantité de vm/snapshots, c’est beaucoup moins fun
je vous coupe 2 secondes pour vous poser une question :
pour les sauvegardes, je les fais en mode suspendre et j’ai installé l’agent qemu. Je vous avoue que je ne comprend pas la différence entre ce mode et un snapshot … vous pouvez m’en dire plus ?
pendant que j’y suis … je dois changer mes barrettes mémoire pour passer de 6 à 16Go
euh… je l’arrête comment proxmox avant de couper le jus ?
En pro ou en perso j’ai une politique de snapshot rigoureuse
Un snapshot n’est pas une sauvegarde et ne sont utilisés que pour sécuriser des opérations ponctuelles et programmées.
Je supervises les snapshots, pour moi ils ne doivent pas avoir plus de 72h.
Si c’est le cas c’est pas normal et il faut investiguer pourquoi avec le créateur du snap.
Dans mon infra tous snap de + 72h remonte en alerte dans la supervision
si tu as beaucoup de snap c’est que qu’ils sont mals utilisés
Pour moi c’est simple.
Les sauvegardes à chaud ne sont pas fiables.
Une base de données ne sera jamais correctement sauvegardée sans agent spécial.
Donc quand tu backup une VM à chaud ou que tu la snap tu n’es jamais sur à 100% que la BDD va repartir.
2 solutions pour ma part:
- Avec agent
Soit tu as un système qui sauvegarde des BDD comme Mysqldump.
Comme La sauvegarde de Jeedom.
Dans ce cas en cas tu peux te permettre de sauvegarder la VM à chaud ET après restaurer ton DUMP
- Pas d’agent
Soit tu n’a pas d’agent de BDD ou de dump dans ce cas pour moi le seul vrai moyen 100% sur est d’éteindre la VM et la sauvegarder.
Pour ma part j’ai des VM que j’éteins avant la sauvegarde via Ghettovcb
Mes VM s’éteignent dans la nuit et redémarrent après la sauvegarde.
Pour les critiques c’est à chaud + DUMP
Je ne connais pas Proxmox.
Mais c’est un Linux.
Donc j’imagine que tu éteins tes VM et ensuite du poweroff Proxmox ( soit en SSH, mais j’imagine qu’il y a une option sur l’interface pour éteindre l’hyperviseur et le mettre en mode maintenance.)
La politique de snapshot, c’est pas unique et pas applicable à tous les cas.
Au boulot, on dépasse les 1000 vm… Donc non seulement avoir des alertes au bout de 3 jours c’est pas gérable, mais en plus c’est souvent justifié de les garder un poil plus de temps :
- le temps d’avoir les retours de utilisateurs 3 jours c’est pas assez long, surtout sur des applications complexes.
- quand on passe par une phase d’expérimentation d’un projet c’est bien pratique pour revenir à un instantané propre de la vm sans avoir à en rendre créer une autre
- tous les projets ne sont pas en mesure de réunir les protagonistes sur un créneau de 2 heures pour une intervention coordonnée
Bien évidemment l’idée c’est de pas les garder inutilement et quand on utilise une base de données, c’est pas vraiment une solution de rattrapage efficace si on ne veut rien perdre… On fait aussi la chasse aux trucs qui traînent.
Bref c’est pas le sujet ici, vcenter c’est pratique et quand on l’utilise au quotidien faire sans c’est parfois pénible. À titre individuel, esxi tout seul c’est moins convivial que proxmox
Avec le bouton shutdown 
1 « J'aime »
Un snapshots ça embarque aussi les processus en cours d’exécution… Pas les backups classiques.
C’est parfois intéressant.
Un snapshot ça ne fonctionne pas sans la vm.
D’un snap à l’autre la sauvegarde est differentielle et donc prends moins de place que toute la vm
je dirais que je me fiche de la place que les sauvegardes tiennent.
puis je comparer les snapshots a des points de restauration windows et les sauvegarde avec pause/qemu a des clones de disque ?
ahzut, je l’ai vu celui ci mais il n’arrête que le noeud, non ?
Oui et ?
- avez-vous plus qu’un noeud?
- les mises à jours s’installent par noeud de toute façon.
et … ben je ne sais pas mais je veux débrancher l’alim pour remettre de la mémoire
je souhaite donc un arrêt le plus propre possible de tout le système et je cherchais donc a éteindre le datacenter… qui est au dessus de tout dans la vue serveur