Reprise du message précédent :
Vais fini sur openstack  

J'te vois plus sur virtuozzo    
 
XaT

M'a l'air proprio ça
J'aime pas les trucs proprios
C'est stable, si t'a un soucis t'appelle le SC, t'a une liste du matos certifié et tu sais que ça marchera... 0 challenge
Dixit blog.openvz.org, "We are going to merge OpenVZ and Parallels Cloud Server into a single common open source code base". Donc en fait, non, je vais rester sur proxmox, parceque du coup : "we will open the git repository of RHEL7-based Virtuozzo kernel ".
J'en comprend un kernel 3.10 pour proxmox.
Enfin presque... Parceque : "We have worked on this kernel for quite some time already, initially porting our patchset to kernel 3.6, then rebasing it to RHEL7 beta, then final RHEL7. ", qui pourrais correspondre à : "on a pris le 3.6 de RHEL7 et on l'a patché pour virtuozzo/openVZ". J'avais compris que RHEL7 était 3.10 only. C'est peut être mon anglais qui me fait défaut remarquez.

La RHEL7 finale (la stable), il me semble aussi que c'était le 3.10 qui était effectivement utilisée, pas la 3.6
Enfin je dis ça, je dis rien hein  
 
Quand à pousser du Virtuozzo alors que ça veut du Docker, je n'en vois pas l'intérêt.

Non mais ce troll virtuozzo seriously
Ca fait quoi, 10 ans qu'ils font de la merde ?
 
XaT

backup fait avec vzdump + rsync et nickel

Seriously ?  
 
XaT

drap

Ce troll

Yop,
 
Tite question:
je dois bouger des vm d'un serveur à un autre. Promox 3.4 à chaque fois.
 
qu'est-ce qui est le mieux?
backup avec vzdump + recopie de l'autre coté + vzrestore
ou faire un cluster, bouger et virer le cluster
 
Merci

Cluster à deux serveur/supprimer/créer/toussa, c'est une mauvaise idée
Moi je ferais backup+copie+restore. En plus ça te permet de faire ça par morceaux, de confirmer le bon fonctionnement du truc et tout...

morceau par morceau oui, mais vu que c'est une infra avec ip fo, du coup faut que je migre l'infra totale directement ^^
 
mais okay c'est ce que je pensais, merci
 
vzdump/scp over ssh/vzrestore et roulez!

bon bas nickel!
 
j'attends la migration de mon ip fo et roulez!
 
vzdump/rsync/qmrestore-vzrestore et basta

Gallo
 
Comment je peux monter un volume LVM dans un CT ?
 
J'ai un ajouté un disque iSCSI, créé un volume LVM dessus et je voudrais l'utiliser dans une VM (CT).
 
C'est possible ?
 
Merci

Je crois que j'ai ma réponse : Bind Mount

C'est ce que je fait perso : bind mount.

Tout fonctionne, ça y est :
 
- Un SAN monté sur l'hyperviseur. Partitions LVM dessus. Chaque partition est montée sur une VM via bind mount.
 
Concernant les sauvegardes des CT, il faut créer un espace de stockage "type sauvegarde" au préalable, c'est ça ? Vu que je n'ai rien dans la liste lors que je veux activer une sauvegarde (j'imagine qu'il ne me propose pas le stockage par défaut, le local, ce qui n'aurait pas de sens )

En effet

 
Je débute dans la virtualisation (usage perso), et j'ai porté mon choix sur Proxmox 3.4.
 
J'aurais souhaité installer Proxmox (et toutes les VM) sur un seul et même SSD pour plus de performances.
 
Est-ce possible ? Y a-t-il des inconvénients ? Je pense notamment à la gestion du trim. Après quelques recherches, j'ai découvert que je ne pouvais pas utiliser le ZFS (qui de toute façon requiert un RAID), qui semble être un bon système de fichiers... mais qui ne gère pas le trim.
 
Peut-être est-il alors préférable de revenir sur des disques traditionnels en RAID avec du ZFS ?
 
Si vous avez des conseils à me donner, je suis preneur.

1) Oui c'est possible.
2) ZFS avec un seul disque ? Je sais pas pourquoi, mais ça me dérange
Backup/stockage lourd sur un raid de disques traditionnels, sauf si t'es riche

Oui, j'aurai du stockage sur mon NAS, accédé en NFS (notamment les ISO).
 
D'ailleurs, faut-il des ISO spéciales pour les VM ?
 
Pour revenir sur le trim, comment ça se gère au niveau des VM ? Est-ce géré par l'hyperviseur (qui, je pense, voit la VM comme "un fichier", donc rien à faire) ou faut-il faire des manipulations sur chaque VM ? Et si je chiffre une partition d'une VM ?

le trim tu le gère sur l'hyperviseur directement, dans le fstab.
 
t'es vm osef, elles s'en foutent.
 
pas de zfs sur un disque, pas d'utilité.
 
et non pas d'iso particulier pour tes vm.

J'ai monté mon serveur (je ferai peut-être un sujet pour ça), j'ai installé Proxmox 3.4, j'ai créé diverses VM : ça marche bien.
 
Par contre, le boitier de mon serveur dispose de racks hotswap, et j'aurais souhaité pouvoir ajouter / retirer des disques à la volée, et que ces disques soient visibles dans les VM.
 
Est-ce possible et si oui, comment faire ?

Y'a deux choses  :  pouvoir brancher et débrancher des disques a la volée. Pas de soucis, tant qu'ils sont démontés (au sens logiciel du terme) avant.
Avoir des disques visibles dans des VMs. C'est plus compliqué, mais faisable.
Par contre, avoir dynamiquement accès, dans toutes tes vms, aux disques que tu brancherais à chaud, sans intervention logicielle de ta part, me semble hautement compromis.

Juste une intervention logiciel dans la VM, oui, ça m'irait bien. (Genre rescan d'un bus ?)
 
Mais il faudrait donc que Proxmox détecte le branchement du disque, le gère comme il faut, et remonte l'information aux VM pour qu'elles voient le disque (ou qu'elles aient le moyen de le voir). Et là, je ne vois pas trop comment faire ça automatiquement...

Déjà, défini mieux le périmètre. C'est une ou plusieurs VM ?
Ce serais moi, je cablerai la baie de disques sur une carte raid passé en passthrough a ta VM. Disques hotplugs directement dans la VM.

Idéalement, ce serait toutes les VM, mais je rêve peut-être.
 
Je ne suis pas super calé niveau matériel... Tu proposes de rajouter une carte RAID, qui serait donc dédiée à une unique VM, via un mécanisme de passthrough, et Proxmox (et les autres VM ?) ne verraient donc pas la carte RAID ?

Si tu veux que toutes les vms accèdent au contenu des même disques, il vas te falloir un service type NFS, ou samba, ou n'importe quoi d'autre pour les partager. Tout simplement parce-que si deux machines accèdent simultanément a un système de fichiers "normal" (ext/NTFS/fat), tu vas juste le cramer, perdre des données, tout ça. Ils sont simplement pas fait pour.
Il faut que tu définisse de quoi tu as besoin exactement

Je pensais que lorsque le disque est monté par une VM, il devient non disponible pour les autres VM...

Et plus haut, tu disait vouloir avoir le disque accessible depuis toutes, ce qui est ambiguë.
Bref, sans un peu de tuning, c'est mort. Mais c'est peut être faisable.

Ah, oui, je me rends compte que je n'étais pas très clair.
 
Non, l'idée, c'est que le disque soit potentiellement accessible à toutes les VM, mais lorsqu'une VM a le disque, elle est la seule à travailler dessus.

En tout packagé pour ton besoin, que je sache, y'a rien qui existe.
Par contre, y'a plusieurs solutions pour en arriver à ce résultat.
La plus "simple" qui me vienne, c'est une VM avec serveur NFS, qui monte automatiquement les disques que tu branches dans un partage NFS. Et tu accèdes à ce partage depuis toutes tes autres vms.
Ensuite, pour que cette VM là ai accès aux disques branchés en hotplug dynamiquement, le plus ismple est la solution proposée précédemment : carte raid en passthrough (et ta compréhension du concept est la bonne).

J'ai un problème avec les backups et Proxmox
 
J'ai un montage NFS dédié pour les backups. Quand je fais un backup d'un CT en mode "Snapshot", ça plante (il tente d'écrire dans une partition LVM qui n'a pas de place), en mode "Suspendre" j'ai des erreurs rsync et en mode "stopper", ça écrit bien sur mon storage NFS dédié au backup.
 
Des idées ?
 

• Mode Snapshot    

• Mode Suspendre    

• Mode Stopper    

t'as essayé en cli directement?

Pour le suspendre, j'ai jamais essayé, mais pour le snapshot, il le fait CT allumé, il a donc besoin d'une partition LVM de même taille que le disque du CT pour le dupliquer en live (en gros, il synchronise deux LV me semble). Il est donc nécessaire d'avoir de l'espace vide dans ton VG (je croit, je suis pas une tête en LVM) pour qu'il puisse initialiser le LV de backup (il le détruira ensuite).
 
Un petit df -h, lvdisplay, ce genre de choses ?

un vzdump en mode suspend fonctionne bien chez moi