ModeleReseauxYaml » Historique » Version 2
Version 1 (Gilles Grandgérard, 07/07/2014 09:28) → Version 2/7 (Gilles Grandgérard, 07/07/2014 09:30)
h1. Les fichiers de configuration
h2. * ModulesConf.yaml
Ce fichier décrit globalement les modules Eole.
Il est utilisé pour :
* générer les context de chaque modele de VM
* générer les fresh install eole ( <module>-<version>-<architecure>.fi dans nebula )
* générer les daily ( <module>-<versionMajer>-daily-<architecure>.fi dans nebula )
<pre><code class="yaml">
eoleVersions: # liste des numéros de version géré dans l'env de test
- 2.3.13-rc1
- 2.4.0
gateways: # liste des gateways par utilisateur Nebula
- user: gilles # le nom de l'utilisateur Nebula
prefixe: ggg # le prefixe a utilisé pour les templates, switchs, et vm
ipsweole: 82 # l'adresse ip sur le réseau sw-eole
modules: # La liste des modules connus
- module: base # le nom du module dans les modeles
memoire: 1024 # permet de définir la mémoire requise pour ce module
versions: # la liste des versions de ce module
- versionMajeur: 2.3 # dans la version 2.3..
menu: 1 # ... le module est en position 1 sur le menu d'installation
actif: oui # indique que le module est déactivé dans les tests
container: non # permet d'indiquer aux tests qu'il faut faire l'installation des conteneurs ou non
- versionMajeur: 2.4 ...
menu: 1
</code></pre>
h2. * ModeleReseautestEole.yaml
Attention: Les gateway de chaque réseau est toujours l'ip .1 de chaque réseau
Il est utilisé pour :
* générer les context de chaque modele de VM
* générer les templates de chaque machine
* démarrer les VM lors des tests en Itégration Continue
<pre><code class="yaml">
bases:
- base: eole23 # nom de la base utiliser dans la description d'une machine (cf ci dessous )
versionMajeur: 2.3 # quel est la version majeur a utiliser. La version mineur sera déduite du fichier ModulesConf.yaml
- base: winpcadmin
imageNebula: windows-xp-sp3.vm # si imageNebula est presente, alors la base n'est pas EOLE ==> windows ou autre
architecture: amd64 # dans ce cas, l'architecture doit être définie
#....
switchs: # c'est la liste des switchs nécessaire à ce modele
- sw: academie # c'est l'id du switch . dans Nebula, il correspond à "SW-<pefixe>-academie"
network: 192.168.0 # c'est le réseau associé à ce switch
#....
networks: # ce tag est la racine de description de tous les établissements
- etablissement: aca # ce tag correspond à un etablissement dont le nom est 'aca'. Toutes les machines définies sous l'établissement seront
# préfixées par <prefixe_user>.<etablissement>
machines: # c'est la liste des machines
- machine: eolebase # chaque machine a : un nom (eolebase).
# le template de cette machine sera <prefixe_user>.<etablissement>.<machine> (ggg.aca.eolebase)
# le nom dns sera : <machine>.<etablissement>@ac-test.fr pour les etablissement et
# <machine>@ac-test.fr pour les machines en académie
# Ce nom est important car il va définir un template dans les configurations enregistrées dans eole-ci-test
module: base # c'est le nom du module (cf ModulesConf.yaml). La valeur est obligatoire pour les modules Eole
base: eole24 # identifie l'image de base à utiliser eole23, eole24, win...
switchs: # ce tag décris les liens de la machine
- sw: academie # le nom du switch
host: 24 # l'ip sur ce switch
#....
- machine: sphynx24a
module: sphynx
base: eole24
switchs: # exemple avec plusieurs switchs
- sw: academie
host: 11
- sw: agriates
host: 11
- sw: ha1
host: 11
#....
- machine: pcadmin # exemple pour un poste client
base: winpcadmin
switchs:
- sw: admin1
host: 20
#....
</code></pre>
h2. * test.yaml
todo
h2. * ModulesConf.yaml
Ce fichier décrit globalement les modules Eole.
Il est utilisé pour :
* générer les context de chaque modele de VM
* générer les fresh install eole ( <module>-<version>-<architecure>.fi dans nebula )
* générer les daily ( <module>-<versionMajer>-daily-<architecure>.fi dans nebula )
<pre><code class="yaml">
eoleVersions: # liste des numéros de version géré dans l'env de test
- 2.3.13-rc1
- 2.4.0
gateways: # liste des gateways par utilisateur Nebula
- user: gilles # le nom de l'utilisateur Nebula
prefixe: ggg # le prefixe a utilisé pour les templates, switchs, et vm
ipsweole: 82 # l'adresse ip sur le réseau sw-eole
modules: # La liste des modules connus
- module: base # le nom du module dans les modeles
memoire: 1024 # permet de définir la mémoire requise pour ce module
versions: # la liste des versions de ce module
- versionMajeur: 2.3 # dans la version 2.3..
menu: 1 # ... le module est en position 1 sur le menu d'installation
actif: oui # indique que le module est déactivé dans les tests
container: non # permet d'indiquer aux tests qu'il faut faire l'installation des conteneurs ou non
- versionMajeur: 2.4 ...
menu: 1
</code></pre>
h2. * ModeleReseautestEole.yaml
Attention: Les gateway de chaque réseau est toujours l'ip .1 de chaque réseau
Il est utilisé pour :
* générer les context de chaque modele de VM
* générer les templates de chaque machine
* démarrer les VM lors des tests en Itégration Continue
<pre><code class="yaml">
bases:
- base: eole23 # nom de la base utiliser dans la description d'une machine (cf ci dessous )
versionMajeur: 2.3 # quel est la version majeur a utiliser. La version mineur sera déduite du fichier ModulesConf.yaml
- base: winpcadmin
imageNebula: windows-xp-sp3.vm # si imageNebula est presente, alors la base n'est pas EOLE ==> windows ou autre
architecture: amd64 # dans ce cas, l'architecture doit être définie
#....
switchs: # c'est la liste des switchs nécessaire à ce modele
- sw: academie # c'est l'id du switch . dans Nebula, il correspond à "SW-<pefixe>-academie"
network: 192.168.0 # c'est le réseau associé à ce switch
#....
networks: # ce tag est la racine de description de tous les établissements
- etablissement: aca # ce tag correspond à un etablissement dont le nom est 'aca'. Toutes les machines définies sous l'établissement seront
# préfixées par <prefixe_user>.<etablissement>
machines: # c'est la liste des machines
- machine: eolebase # chaque machine a : un nom (eolebase).
# le template de cette machine sera <prefixe_user>.<etablissement>.<machine> (ggg.aca.eolebase)
# le nom dns sera : <machine>.<etablissement>@ac-test.fr pour les etablissement et
# <machine>@ac-test.fr pour les machines en académie
# Ce nom est important car il va définir un template dans les configurations enregistrées dans eole-ci-test
module: base # c'est le nom du module (cf ModulesConf.yaml). La valeur est obligatoire pour les modules Eole
base: eole24 # identifie l'image de base à utiliser eole23, eole24, win...
switchs: # ce tag décris les liens de la machine
- sw: academie # le nom du switch
host: 24 # l'ip sur ce switch
#....
- machine: sphynx24a
module: sphynx
base: eole24
switchs: # exemple avec plusieurs switchs
- sw: academie
host: 11
- sw: agriates
host: 11
- sw: ha1
host: 11
#....
- machine: pcadmin # exemple pour un poste client
base: winpcadmin
switchs:
- sw: admin1
host: 20
#....
</code></pre>
h2. * test.yaml
todo