Reprise du message précédent :
 
Sais pas, moi j'installe toujours une Debian selon ma recette perso (transmis de père en fils depuis des générations),
puis j'installe la/les surcouches via les dépôts après (que ce soit pour OMV, Proxmox ...)
 
 
 
normal ça, quand tu modifies du matériel, tu dois faire un coldboot afin que le fichier de conf de ta VM soit rechargée dans le processus de KVM

ptet les versions de Qemu qui sont trop différentes entre celle de Proxmox (Debian) et celle du lien (une Ubuntu) ?

C'est surtout que virsh, c'est un autre soft de "gestion de vm qemu". Et qu'il faut que tu trouve la syntaxe kivabien pour les fichiers de confs proxmox

1. Tu peut passer tes VMs de l'un à l'autre comme ça, oui. Si ils sont sur le même réseau et qu'ils ont accès à un stockage partagé, tu pourras même le faire sans downtime
2. Bonne question.  
3. Un container avec toutes tes DB MySQL. Plus simple pour le backup en plus (un chtit script qui fait un for $(show databases) do mysqlbackup $DB ).

Le hardware, de toutes façons, ce sera surdimensionné par rapport à ton besoin AMHA  
Après, t'es pas obligé d'aller sur un hébergeur qui propose du proxmox. La pluspart permettent de faire l'installe soit même avec le kvm IP en montant sa propre ISO

T'a peur d'être limité par quoi ? Ram ? CPU ?
C'est quoi ton référentiel actuel ?

 
 
ben un raid 5 fonctionne très bien avec 3 disques    
c'est d'ailleurs le minimum (4 disques mini c'est pour du raid6, raid 01, raid 10 ...)
par contre le raid1 à 3 c'est niet  

Bah nan, un disque claque, faut le changer tout de suite, mais tu perd rien
Turnkey... Marchais très bien pendant longtemps (genre, 2/3 ans)... Et pis un jour, elles ont commencés à s'auto-détruires. Une 20aine de VM turnkey sur du proxmox dont les FS se sont mis en lecture seule/ou a remonter des erreurs de lecture/écriture (alors qu'aucun soucis sur des vm plus "lambda" en debian/ubuntu, de la même époque, avec les mêmes settings de disque)... Au final, un peu de perte de donnée et une 20aine de vm à refaire (parcequ'en restaurant les backups, le problème se reproduisait).
Du coup, j'y touche plus.

Pourquoi pas un vz quelconque, debian ou autre avec nginx et tu en fais un template ?

Nop, les devs sont plutôt à la pointe des technos, du coup, ça sert à rien que je fasse un template : ça bouge trop. A part à la limite un "Debian+sshd+snmpd", et ça, faut 30 secondes à la fin de l'installe de la vm pour scp des confs existantes et rebooter les services...

 
Ça fait toujours un petit choc de voir Debian et "pointe de la techno" associés  
 
PS: je suis au courant pour Sid.

T'es peut être pas au courant, mais tu peut tout aussi bien compiler la dernière nightly de node sur un debian que sur une arch
Avoir une distrib stable et fiable, ça empêche pas d'avoir du soft récent et à jour dessus. Y'a des cas où avoir du soft qui sort pas du dépot de la distrib, c'est pas incohérent/gênant/whatever

Alors après, moi, c'était pas des templates de CT, mais les isos turnkey avec installation simplifiée
Pour ta question, j'en sais trop rien

En effet compilé, vu comme ça... Autant le stable pour Débian, je veux bien, autant pour le fiable, vu l'age avancé des packages mais surtout parfois le temps mis a inclure des fix de sécurité sur Debian stable (merci le patching à la main de Ruby l'an dernier pour https://security-tracker.debian.org [...] -2013-1821 ), certes généralement ils ne trainent pas trop.
 
Debian, ca fait 17 ans que je connais (Bo - Woody) , mais au bout d'un moment, j'ai lâché l'affaire, trop de divergences avec l'upstream, trop de couches de vieilles versions + patchs + repatchs même en testing même si ça me semble plus raisonnable maintenant =)

Honnêtement, le raisonnement à du sens
Après, faut aussi y ajouter d'autres choses :
- Proxmox c'est une base Debian, et moins t'a d'OS différents en prod, moins tu risques de soucis (genre la commande réflexe qui fonctionne pas pareil, le snmpd qui remonte pas la même chose, les différents cycles/temps de patch...)
- Si les gens sont habitués à utiliser du Debian, y'a un coût à switcher sur autre chose
- Soit tu bouges toutes les machines, soit tu te tapes 2 os différents
Et enfin, l'âge de Debian (mais ce serais pareil avec RedHat/Slackware) rassure quand à la durée de vie de la distribution.

y a des trolls pleins l'internet ^^
j'ai eu un "comm'" sur mon blog    
 
c'était pour une news sur le sortie de RHEL7 (où j'espérais voir rapidement arrivé un nouveau kernel pour proxmox ...)

 
lawl
 
- c'est un effet bien connu de l'internet, en faite les morceaux de RHEL sont loin loin loinnnnnn dans l'image !
(même si il a pas tord, Proxmox = debian, mais personne n'a jamais dit le contraire   )
 
- OpenVZ c'est de la merde, quelqu'un prévient Octave qu'il lâche l'affaire, et vire tous les VPS de ça petite PME ?
(faudra lui dire aussi, que depuis la version 1.0 Docker, n'est plus basé sur LXC, mais ne fait garder que les principes de cgroups   )
 
- ba ouais, tout comme OpenVZ, ou encore KVM depuis ses débuts    
 
fin bref ...

C’eut-put être moi. Mais en fait non. Faut pas déconner.
Par contre, quelque chose me dérange... Le mec à posté le 5 août, t'a pas de notif mail sur les commentaires de ton blog, ou tu le laisse mariner avant de le descendre ?
Ou alors, t'a cherché si il était sur HFR pour le basher en public ?

Ce n'est pas parce que c'est massivement utilisé que c'est la panacée, le format .zip est "merdique" face à du LZMA2 mais il reste bien bien plus utilisé, et c'est pas d'autres exemples qui manquent... OpenVZ est trop limitatif dans mon utilisation que j'aurais pu en faire avec Promox, du coup j'avais tout en KVM, après certains iront juste à dire que c'est de la merde car cela ne leur convient pas... Un peu comme le Zip et LZMA2  

 
Personnellement je partirais plus vers une instance mysql par container pour une question de sécurité.  
 

 
parfaitement d'accord avec toi (pis de toute façon tout le monde sait que c'est le rar le meilleur   )
 
mais sincèrement, je vois pas en quoi c'est un mauvais outil !
je trouve ça assez souple, facile à mettre en oeuvre et à utiliser, avec une bonne communauté derrière    
mais ça ne lui empêche pas d'avoir des (gros) défauts: peu de mise à jour, kernel antique ...

 
j'ai cherché ça maison sur google earth, ça m'a pris du temps de faire le tour de tous les lotissements !
 
non plus sérieusement, il faut une validation manuel pour le premier commentaire d'une personne, et j'avais pas vu son message  

Mwé mais peut être sans le support OpenVZ

Ça me paraitrait un peu osé de faire une croix dessus quand même !

Faut stop + start, pas juste restart (mais je sais pas si c'est le soucis :s).

J'viens de lire ta commande là...

 
Perso, je mettrais la physical block size en paramètres de la commande drive. Quelque chose comme ça :