Reprise du message précédent :
Salut,
 
Une chtite question eut on utiliser cette plication sur un cluster avec DRBD/heartbeat ?  
 
Du moins le stockage sur du DRBD n'est pas génant ?  
 
(J'aurais tendance à dire non car l'appli attaque xen via API...)

"Ton intuition a vu juste"
 
La couche de stockage est totalement "transparente". Normalement ça pose pas de soucis pour le cluster DRDB/Heartbeat, mais j'ai pas de ça sous la main pour tester..  
Pour ma part j'ai testé sous :
- fichier images simples
- lvm + iscsi partagé sur un SAN proprio
- lvm + iscsi partagé sur une Debian en serveur iSCSI

oki merci

Bon ben la forge est prête, ya un dépot git en plus de la tarball.  
J'attends encore quelques retours et je suis reparti dans l'ajout de features.

Tested avec 3 Dom0, dont du hardware différent !  

Y a moyen de desactiver facilement tout ce qui est modif (genre lancer/configurer/arreter), pour faire juste du monitoring ?

 
euh oui pas compliqué d'enlever des features
Il faut enlever la colonne Actions. Est-ce que tu veux une tarball prête avec ça ?

Bah si c'est pas compliqué (bien codé   ) je devrais y arriver tout seul, mais merci de proposer  
Disons que dans un premier temps si je peux avoir un truc qui me liste rapidement les VM/hyperviseur ca m'interesse.
Après je regarderai plus attentivement le code qui permet de modifier tout ça, je suis assez parano, je créé encore
mes VMs à la main, c'est dire

 
bah écoute le code faut encore que je le nettoie. Disons une semaine.  
 
Maintenant je peux te faire une version pour moi c'est vite fait. Quitte à faire une conf qui permet juste l'affichage en fonction d'un user. 

Ah ben ca ce serait bien ouais

Déjà j'essaie de bien configurer la forge (indefero), c'est un peu compliqué au départ

Bonne nouvelle les amis, des renforts pour mon projet :
- à court terme, une spécialiste de l'IHM (master science cognitives, interfaces homme machines).
- à terme (quand je pense que l'appli est prête et respècte les critères Debian) j'ai un mainteneur Debian pour me faire le paquet, et un dev Debian pour le mettre dans les dépôts !
 
Ajout de feature en cours : charge CPU par VM (assez fin, charge par VCPU).

la nouvelle version de vbox corrige le problème de freeze au boot sous netbsd

 
C'était pas un problème de freeze mais de d'implantation VT-x / ACPI si je me souviens bien (qui, pour l'utilisateur, passait pour freeze au boot loader)

 
Exact !
 
A noter que ça ne marchait pas tellement mieux en désactivant VT-x...

Salut,
 
Auriez vous vu ce paplar de Vmware (comparaison sur le stockage entre du NFS, iSCSI et FC) : http://www.vmware.com/files/pdf/pe [...] tocols.pdf
 
Conclusion : performance identique  
Mais : Une seule VM démarrée ..
 
Qu'en pensez vous ?

 
NFS bof
Perso le coût du iSCSI est réelement négligeable par rapport à la souplesse qu'il procure. Par contre, je le trouve un peu sensible sur un réseau chargé (décrochages).
FC c'est vraiment très cher je trouve, même si t'es plus tranquille.
 
Et pour les accès à de nombreuses VM, je dirai qu'un SAN avec du gros cache, ça va forcément être mieux que du NFS de "base".  
 

Le NFS est fourni par un SAN/NAS (donc avec les kilos de cache qui vont bien).
 
L'avantage que j'y vois est d'utiliser uniquement des "fichiers de disques". ... si les performances sont identiques c'est un gain non négligeable non ? ou je me goure completement ?
 
Par contre effectivement le nfs peut poser d'autres soucis ...

les fichiers de disques

lvm est mieux, je pourrai te retrouver un pdf avec comparo lvm/fichier image.

edit : explication rapide : un fichier image c'est un fichier sur un système de fichier, qui contient lui-même un système de fichier. LVM allège le truc

entre NFS et iSCSI soft
 
Parce que le iSCSI hard et le FC sont loin devant quand même
(enfin pour iSCSI hard, les perfs sont identiques, mais la conso CPU est allégée).
 
Pis bon avec une seule VM, ca n'a pas grand intéret, surtout du fait de la conso CPU justement.

yooohoo
http://blog.xen.org/
 
Ici précisément :  
http://blog.xen.org/index.php/2009 [...] a-project/
 

 
Bon j'ai la pression du coup

Well Done

 
Féloches  

 
Ils ont pas regardé le code c'est pour ca    
 
(ca s'annonce prometteur sinon )

T'inquiète, le code qui va être nettoyé par mon pote (un monsieur propre du PHP).

J'ai ma mini road map, ça va être du boulot, l'idée c'est que j'arrive à avoir des features rapidement, d'où le dev pas ultra élégant au départ (mais bon, niveau perfs ça pose pas de soucis hein ). 
Avec l'aide d'un "vrai" dev PHP, ça va aller mieux. Je prédis que le mois d'octobre sera le plus prolifique

Par contre c'est ma gonzesse qui tire la gueule

 
Ca doit être rentable d'être monsieur propre du PHP
 

 
Comme tout les projets généralement
 

 
T'en profiteras pour rajouter des features SNMP pour contrôler tout ca via nagios /fou/
 

 
Sans commentaire

1) j'en connais pas deux comme lui

2) hélas, mais bon, dès que c'est propre, ya des chances que ça le reste

3) hmm.. tu peux détailler ? 

4) j'ai cru comprendre que ton iphone avait pâti indirectement de la gente féminine, désolé (pour toi, pour le téléphone j'ai le même, je comprends )

Ah mais c'est du PHP

 
   
Faut arrêter avec le PHP, c'est un très bon langage Il a une mauvaise réputation parce qu'il est facile.
 
A mon taff, on repose à 99% sur du Web, du système de production (MES) aux applis métiers en tout genre.  
 
En tout cas, on prépare déjà un peu le PHP6, qui va faire un peu de tri. A noter que l'interface est "web 2.0 glossy AJAX", n'empêche que ça rend pas trop mal, surtout avec les fenêtres

Non, il a mauvaise réputation parce que c'est un langage utilisé par des gorets (pas que, mais beaucoup), qui permet d'écrire des trucs de gorets, et que ca finit toujours par te péter à la gueule à un moment ou à un autre

 
Quand je dis facile, ça veut dire qu'il peut être écrit effectivement par des gorets. Par contre, bien écrit, il n'y a pas grand chose à redire.  
Au taff, rien ne s'est encore pété la gueule, pourtant en prod en 2x8 depuis 6 ans

 
Langage permissif, avec une syntaxe de merde, et un aspect OO greffé à l'arrache.  

 
Oui, "avant". Maintenant, c'est quand même bien puissant.  
Voilà, perso je préfère une archi séparé entre le management de Xen, les Dom0's et les utilisateurs qui accèdent.

Je sais pas. Tu considères que phpmyadmin/joomla!/spip sont bien écrits ?
 
Attention c'est une question piège

/gronons
Voulez pas créer un topic dédié  @prog ?

 
Je dis juste qu'il a une réputation, et que si tu veux en faire du propre, ça marche très bien.
 

 
Roger /HS.

Non, il est encore temps de le faire changer d'avis
 
Il a fait son prototype en PHP, soit. Mais il peut toujours se mettre à coder l'appli définitive avec un vrai langage, comme Python

 
troll is obvious

Encore que t'aurais dit ruby ...

Ruby on Rails dans ce cas

Ma liste n'était pas exhaustive, en effet Ruby ca passe aussi