je cherche un format de définition d'un système, un peu dans le genre
de ce qui est fait par libvirt pour définir les caractéristiques d'une
VM.
Extrait:
<devices>
<interface type='bridge'>
<mac address='52:54:00:10:bd:b4'/>
<source bridge='br0'/>
</interface>
...
</devices>
Quelque chose de plus large que pour une VM, pour un profil de
système, en xml ou json par exemple.
Certaines définitions sont triviales, mais d'autres non.
Exemple: stockage
on peut mettre un file system à des niveaux d'organisation physique et
logique très différents:
- une LUN
- une partition d'une LUN
- un disque
- une partition d'un disque
- un LV
- un fichier sur un autre fs !
- ...
Le LV lui-même découle d'un VG dont les PV peuvent être de nature si
variée que je me demande pourquoi on parle de 'physical' volume :
- un disque
- une partition d'un disque
- une LUN (un 'physical' volume qui découle d'une 'logical' unit, hihi)
- un partition d'une LUN
- un fichier
- ...
La LUN étant aussi déjà un fort niveau d'abstraction...
Autre exemple: réseau
On peut placer une IP sur:
- une interface 'physique' (là encore c'est déjà discutable, exemple:
HP Virtual Connect Technology)
- une agrégation de liens
- ... avec éventuellement du VLAN tagging
etc.
Autre exemple: machine virtuelle
On peut stocker l'image sur un fichier, une LUN ou un LV utilisé en
'raw' sans filesystem, ...
Quelqu'un connait un standard/une norme/une initiative de ce genre ?
Dans un outil de déploiement système ou de cloud, par exemple.
Ou si quelqu'un veut réfléchir à la question avec moi...
A votre bon coeur.
Louis Coilliot
> je cherche un format de définition d'un système, un peu dans le genre
> de ce qui est fait par libvirt pour définir les caractéristiques d'une
> VM.
Cordialement,
Guillaume FORTAINE
Tel : +33(0)631092519
Mail : gfor...@gfortaine.biz
2011/4/14 Louis Coilliot <louis.c...@gmail.com>:
Hello,
Quel est précisement ton use case? Interop? Format interne de
définition/sauvegarde? Autre?
J'ai lu hier ce post du dév. de Noah (qui a organisé le devopsdays de
Boston) : http://lusislog.blogspot.com/2011/04/operational-primitives.html
Sinon il y avait un thread "common metadata for describing infra
components" qui parlait plus ou moins de ce sujet sur la ML devops
toolchain.
(en aparté, CIM/CIMOM c'est l'exemple type de l'overengineering du
design by comittee des "enterprise class solutions". Au final je crois
que personne ne l'utilise)
Cdlt
Gildas
> Sinon il y avait un thread "common metadata for describing infra
> components" qui parlait plus ou moins de ce sujet sur la ML devops
> toolchain.
Je suppose que tu parles de ceci :
https://gist.github.com/712574
> (en aparté, CIM/CIMOM c'est l'exemple type de l'overengineering du
> design by comittee des "enterprise class solutions". Au final je crois
> que personne ne l'utilise)
Etant donne que louis recherchait une norme (CIM en est une) qui plus
est integree dans un outil de deploiement systemes/cloud (libvirt en
est un), libvirt-CIM semblait etre une option valable.
Afin d'avoir un exemple concret de l'utilisation de CIM, je
souhaiterai vous inviter a une lecture de la presentation d'Intel
intitulee "Enabling the Autonomic Data Center with a Smart Bare-Metal
Server Platform" :
http://www.acis.ufl.edu/~icac2009/files/presentations/Kinzhalin.pdf
Enfin, pour ceux qui souhaiteraient aller encore plus loin, je vous
invite volontiers a une lecture de mon post intitule "Intel Rapid Boot
Toolkit - UEFI Hypervisor : Cloud Computing Firmware/
Firmware-as-a-Service" :
https://lists.linux-foundation.org/pipermail/virtualization/2010-January/014598.html
Bon week-end :) !
Guillaume FORTAINE
gfor...@ate.info
ATE - Avenir Télématique
http://www.ate.info
+33(0)631.092.519
2011/4/15 Gildas <3ntr...@gmail.com>:
J'avais vu le thread sur devops toolchain, mais ça ne donne rien de concret.
En ce qui concerne CIM, je suis assez d'accord avec l'avis
'overengineering du design by comittee des "enterprise class
solutions" '.
JE n'ai rien trouvé de très pratique, en somme.
Louis
La bonne nouvelle c'est qu'à partir des infos déjà obtenues et des
pistes de réflexion tu as déjà de la matière pour avancer sur ton
problème. La deuxième bonne nouvelle c'est que tu vas pouvoir innover
:)
Gildas
Donc le contexte est la définition d'informations depuis une interface
Web de provisioning qui seront traitées pour générer les fichiers de
réponse et d'installation automatique silencieuse. Exemple:
définitions d'images virtuelles type libvirt, kickstarts (en
particulier le paramétrage du stockage: partitions, RAID, LVM,
LUNs...), menus pxe, informations de configuration et
post-configuration, etc.
Le format servirait de lien entre le frontend Web et le backend de
provisioning et télédistribution.
Mais c'est dur de trouver des choses concrètes quand on parle ontologie.
Louis