Connexion ssh sur le proxmox puis « systemctl poweroff » après avoir éteint au préalable les VM (j’ai déjà eu un soucis en laissant proxmox éteindre les VM pendant son extinction).
PS : sous root ou avec un sudo
Ca éteint la machine donc ca éteint tout; il n’y a pas toujours à se prendre la tête…
Chacun ses plan de productions 
J’ai aussi plus de 500 vm et ce que tu explique est pour moi le but des sauvegardes.
Ou alors tu faits tes snaps à froid.
Je peux te dire que j’ai déjà eut des déconvenu sur de la resturation de snapshots sur des VM avec des BDD…
Si tes BDD sont très sollicités tu as une chance sur 2 pour qu’elle repartent.
Pour moi les snaps ne devraient servir qu’en cas de changement ou lors de mise à jour.
Pas pour de la gestion de versionning
Quand on fait un snap c’est du cow ( copy on write)
cela écris simplements les nouveaux blocs depuis le dernier snap.
C’est d’ailleurs pour cela qu’empiler les snap peut rapidement aboutir à une baisse de performance.
Mais c’est pas le sujet ici.
Pas de souci, avec les bases. Le système de backup est pas fait à travers vcenter… Bon après du mysql c’est pas tellement la politique de la maison, ça se compte sur les doigts d’une main. Il y a beaucoup de postgresql et d’oracle
Et à priori jamais eu de soucis majeurs, donc on s’en sort pas trop mal
Messieurs,
je fais quoi avec votre « hors sujet » moi en tant que modérateur?
Parce que pour le coup vous avez bien squat la question d’origine 
laisse faire stp
Pour ma part j’ai fini. Ça donne des idées de gestion de ses vm, même si c’est pas transposable aussi facilement à titre personnel
du coup : snapshot ou mode suspendre ?
Snaphot c’est pas un backup… c’est un état temporaire auquel tu peux revenir et tu peux pas reconstruire ta VM à partir ça uniquement
ok, un snapshot sert a revenir en arriere en cas de soucis mineurs on va dire
alors que le backup pourra reconstruire sur un autre pc si le premier a pris feu
je suis donc dans le vrai et ca confirme mes essais de suppression et recréation grâce a un backup
je continue dans mes questions a la con plus par curiosité que dans le but de le mettre en place.
j’ai lu dans la doc proxmox des choses sur la réplication. Je sais ce que veux dire le mot mais dans ce contexte, ca veut dire que 2 vm tournent en parallèle pour palier le pb sur une des deux ou que la réplique démarre si l’originale s’arrête ? quel peut être le bénéfice si tout ca tourne sur la même machine physique ? je pense bien sûr a un jeedom qui prendrait le relai en cas de soucis mais pourquoi une planterai et pas l’autre avec les mêmes données …
Absolument pas : l’idée, c’est que quand une VM ne marche pas ou plante, elle est déplacée sur une autre de node de l’architecture. ça implique d’avoir au moins 2 nuc…
Là ce que tu imagines, c’est de la haute disponibilité (actif/actif). C’est pas faisable avec jeedom …
ok pour les 2nuc !! lol
oui, je confond pas mal de termes, je suis tombé aussi sur des notions de haute disponibilité mais tu viens de clore ce chapitre de la conversation … 
le mieux est donc un jeedom qui surveille le jeedom, faut que je trouve des choses la dessus
Désolé, on arrête là
Mais on était pas si hors sujet que ça
Le monsieur demandait des conseil sur les Snap
2 « J'aime »
J’ai réfléchi souvent en effet à un mode de secours.
Mais je pense qu’il serait plus compliqué à maintenir que se contenter de bonnes backups
après en effet ce n’est pas une solution pour du PCA quand on est pas sur place.
Mais comme on est conscient que la domotique ne doit pas se rendre indispensable et tout doit continuer à fonctionner sans alors y a pas de problème.
PCA ? kézako ?
pas indispensable ? en théorie, oui mais, psychologiquement, savoir que ca ne marche pas me serait insupportable !!! et je suis déjà insupportable, enfin, d’après ma femme…je relativise 
PCA; Plan de continuité d’activité.
Oui la domotique est un confort en plus mais elle n’est pas censée être indispensable ( à mon avis)
On peut accepter un arrêt du système de temps en temps
je ne pars que très rarement de la maison, ce que je ne sais pas, c’est le temps qu’il me faudrait pour tout réinstaller, je vais dénicher un vieux pc pour tenter le truc
quant a la surveillance d’un jeedom par un autre …j’y réfléchis mais comme je regarde mon dashboard régulièrement, c’est moi qui fait le boulot lol
je reviens sur proxmox : j’ai un onduleur devant mon nuc mais il a une autonomie de … euh, environ. la coupure de courant fait du dégat sur un hyperviseur ?
tout dépend… en général les PC sont assez robustes devant une coupure électrique.
Après pour les VM tout dépend comme toujours de la BDD.
Mais avec une bonne sauvegarde pas trop de risques.
Ce que je fais pour ma part est que mon onduleur APC est relié en USB sur mon Hyperviseur et remonte dans ma VM Jeedom.
Donc Jeedom supervise l’onduleur.
Quand il y a une coupure de courant je suis averti par SMS.
Au bout d’un certain temps si l’electricité n’est pas revenue et que l’autonomie de la batterie devient critique, Jeedom éteint l’ensemble de mes VM, comme ça pas de risque.
L’hyperviseur lui reste allumé sans plus aucune VM de lancée.
A la coupure, ca coupe mon hyperviseur.
Au retour du courant, mon hypeviseur est paramétré pour redémarrer tout seul.
Mes VM se relancent dans un ordre précis et tout reviens fonctionnel.
ah ok, ben voilà ce qu’il faut que je mette en place, je pense savoir tout faire sauf le redémarrage des vm … a creuser