Reprise du message précédent :
 
     

 
 
rajoute, ne pas utiliser webmin

 
pourquoi ?
crontab ne fait pas le boulot ?
 

 
ok, Martine approved alors
 
(faudrait un smiley pour ça !)

vous voulez des chiffres à la con
 
au boulot je test le couple Ceph + Proxmox sur une plateforme de tests (l'est bien mon job ^^)
ceph monté en mode bloc (RBD) sur un noeud Proxmox
 
ceph = 3 noeuds Dell 720xd (bi e5-2620 / 32 Go / 400 Go raid 1 ssd pour les journaux / 12 * 4 To raid 0 pour les OSD)
proxmox = Dell 520 (bi e5-2420 / 64 Go)
réseau = intel x520 sur chaque serveur relié sur des Cisco Nexus 5548up en 10 Gbe sur VLAN data dédié
 

 
1) VM KVM Windows 7 32 bit avec diskmark 3.0.3
fichiers de 1 Go
 
* SEQ
R : 381.5 MB/s - W : 96.32 MB/s
* 512K  
R : 191.9 MB/s - W : 78.02 MB/s
* 4K
R : 4.96 MB/s - W : 1.77 MB/s
* 4k QD32
R : 29.28 MB/s - W : 8.49 MB/s
 
 
2) VM KVM Debian 7 64 bit avec hdparm
 
* lecture (hdparm -t -T /dev/vda ) :
Timing cached reads:   12066 MB in  2.00 seconds = 6039.27 MB/sec
Timing buffered disk reads: 668 MB in  3.00 seconds = 222.60 MB/sec
* écriture (dd if=/dev/zero of=/tmp/output bs=4k count=5M; rm -f /tmp/output) :
21474836480 octets (21 GB) copiés, 59,4206 s, 361 MB/s
 
les chiffres sont pas top, on a pas commencé le tuning de ceph
mais la partie windows est pas génial quand même (c'est windows vous allez me dire ^^)
 
si ça plait à la direction, va falloir démarrer de vrais protocoles de tests (si vous avez des idées) et leur montrer des exemples concrets !

Montée en charge simultanée sur pleins de VM, perte de lien, perte d'un hyperviseur complet, perte juste d'un service/serveur ceph... Nexus qui tombe en rade...

 
 
cette partie est déjà écrite et testée pour une partie, là c'est vraiment la partie perfs qui nous intéresse !
comment comparer une plate forme Ceph à coté de nos Netapp !
 
dans un premier temps, je pensais monter les mêmes techno hyperviseur (chez nous : Vmware, LXC et KVM) avec des hôtes dédiés (je sens que la partie vmware va pas être marrante ...)
puis faire des batteries de tests de perfs au sein des Vms sur chacune de leur techno pour les comparer avec les mêmes tests sur les Netapp .

Rien que des benchs sur les IO (go iometer). Par contre, te faudras pas mal de hardware pour pouvoir réellement comparer...

Ca va, on se fait pas chier
 
XaT

 
c'est pour Windows ça
j'ai du mal à trouver des outils de ce type pour linux
 

 
c'est du boulot ma brave dame  

http://www.iometer.org/doc/matrix.html
Heu...

ouais bon ok,
m'enfin ça date de 2006 et ça supporte debian 3
t'as pas plus jeune dans ton sac ? (et si possible en cli ^^)

Là comme ça, j'ai pas, mais tu dois bien pouvoir trouver un truc avec des mots clés comme "IO benchmark", "SAN bench"...

bonnie++ ?

 
je vais tester merci  

en tout cas, je suis agréablement surpris par proxmox, j'avais testé y a quelques années et c'était pas aussi bien que maintenant.
 
ca remplacement bien esxi pour du quasi full nux
 
ce qui me manquait: les vswitch, facilement mis en place avec OVS. Me reste à tester ca correctement

Le truc, c'est que t'a pleins de gens qui font ESX->Proxmox, mais très peu qui font l'inverse.
Du coup, 0 docs sur les conversions possibles, aucune info de compatibilité, aucun outil...

pour passer de qcow à vmdk?

avec qemu/virtualbox tu dois avoir moyen.

edit: dès que j'ai mon deuxième serveur op je teste ca tiens

Y'a pas que "qcow à vmdk", c'est plus : qcow vers vmdk de la bonne version, + conversion du fichier de conf + import auto...

va falloir tester ca ^^
 
tite question: on peut faire des dossiers de vm? par exemple créer un dossier qui regroupe certaines vm?
 
j'aimerais pouvoir facilement les différencier

 
 
moi je convertis sans soucis (et j'en ai fait pas mal) des VMs ESX vers Proxmox, donc vmdk --> qcow2
ça fonctionne assez bien (il n'y a que les windows 2003 pour qui ça pose soucis, mais on en a très peu et ils sont en voie de disparition maintenant)

 
Bah je l'ai fait, à coup de qemu pour convertir les images vers du vmdk.

Pas que je sache, mais j'aimerais bien

Ah mais dans l'autre sens ça marche très bien hein, aucun soucis

Juste les images de disques, oui, mais y'a rien qui fournis une archive avec disque+conf que tu puisse importer dans ESXi...

Par pool de ressources ?  

ESX ou ESXi ?
Car si c'est ESX, tu as le vCenter Converter qui pourrait faire le taf de conversions, ou passer par vCenter pour mettre le même type de matos qu'utilisé sur Proxmox  
ESXi, je ne veux même plus le voir en peinture.

J'aime

En l'occurence, maintenant, on dis Vsphere, y'a plus de distinctions entre les éditions
De tête, on se fait jeter par le vCenter Converter parceque, justement, la source est une VM et pas une machine physique
Et, "passer par vCenter pour mettre le même type de matos qu'utilisé sur Proxmox", c'est pas scriptable.  
Sans compter que tu peut pas coller une mac "perso" de façon définitive. (Elle sera pas mémorisée dans les backups de VMs si elle fait pas partie du "bon" pool de mac). C'est qu'un exemple parmis d'autres...

Si t'as 250 VM à faire forcément
Pour une dizaine à une cinquantaine, ça te passe la journée/semaine... t'as autre chose à faire ?
 
Pour le vCenter Converter, dans leur doc, page 50 et plus, ça parle des conversions de VM.

Quelque part entre 50 et 250, en effet
Mais de toutes façon, c'pas moi qui me le taperais

bardiel vous êtes bien urbain!! effectivement ce que je cherchais!

Le seul truc que je remarque par rapport à ESXi/ESX par rapport au pool de ressources, qui est d'ailleurs noté en fin dans le wiki :

Et là forcément, si tu veux passer par du pool limité à 40% et un autre à 60% pour le CPU, bah faut attendre (et vu que ça n'est pas sorti avec la 3.3, je pense pas avant la 4.0 )
 
@l0g4n : on ne refile pas ce genre de taf au stagiaire

ca me gène pas je l'ai jamais utilisé, la ca me permet de faire des "dossiers" pour ranger mes vm.

typiquement:
- Infra: on touche pas aux vm
- Projet 1
- Projet 2

etc

ca éviter de se gourrer de vm vu qu'elles sont nommées en premier par leur ID

edit: exemple

t'as fais un swap de 37G O_o

Alors penses pour tes VM "à ne pas toucher" à faire du compte spécifique.
Regardes le wiki officiel :

Infra :
- un compte PVEAdmin : équivalent "root" pour toi (en plus du root dispo)
- un compte PVEVMUser toujours sur l'infra pour les autres personnes qui devraient intervenir dessus (reboot/backup)

Projets : du compte dédié à créer avec tous les privilèges VM mais pas les privilèges système/node.
Eventuellement le Sys.Syslog pour avoir le syslog du système pour ces utilisateurs.

Pourquoi ces comptes ? y'a toujours plus con que soi... toujours.
Surtout au niveau des dévs

Au vu des 2 Xeon L5520 qu'il a, s'il a 64Go de RAM...

Je dois te rappeler que je suis qu'apprentis pour l'instant ?

le swap c'est fait tout seul ^^

quasi équivalent à la ram normal quoi, après si je swap avec 48Go de ram y sera toujours temps que je me pose des questions ^^

le disque de l'os me sert qu'à l'OS et aux ISO donc perdre de la place la, je m'en fiche

edit

bardiel: je le constate assez régulièrement effectivement merci des conseils

bé c'est bien pour ca que je dis ca xD je pensais style 4/6Go tellement la ram est facile a obtenir maintenant ^^

ouais apres si tu t'en sers pas on s'en fou en effet

même usage chez des "pool", très pratique pour la gestion de droits sur les VMs  
 

Le contenu de ce message a été effacé par son auteur