Distribution EOLE » Modules » EOLE OpenNebula

un petit up ;-)

cas de l'académie de la réunion :

- Un config.eol d'un établissement

- La procédure d'installation (proc_install-v255.pdf): Jusqu'à la page 11, vous trouverez des informations concernant le matériel utilisé, le partitionnement, les 3 configurations de ONE (ie Hapy) proposés aux établissements et enfin la procédure d'installation elle-même.

A noter que la 1ere version des ONE, avait un disque SATA2 en RAID0 de 2To au lieu du 4To actuel en SATA2/3.

La procédure parle de lancer la commande './installer RNE': Cet 'installer' (le dire à l'anglaise) est créé par le script create_installer/create_installer.sh que vous trouverez sur la forge (forge.ac-reunion.fr/redmine/hapy). s'il est lancé seul, 'l'installer' décompresse les fichiers dans /root/scripts/. Je vous ai mis une copie de la version actuellement utilisé.

- Le diagramme d'activité du script /root/scripts/setup.sh en fonction des paramètres. Vous pouvez lancer ./setup.sh aide pour son usage (cf README.md sur la forge)

- La documentation du code se trouve sur la forge: https://forge.ac-reunion.fr/redmine/projects/hapy/embedded/index.html

- Ci dessous, la liste des fichiers/répertoires ajoutés/modifiés par le script d'installation:

/etc/one/vmm_exec/vmm_exec_kvm.conf

/var/lib/one/remotes/vmm/kvm/kvmrc

/var/lib/one/remotes/hooks/running.rb

/etc/sudoers

/etc/one/oned.conf

/etc/default/zfs-fuse

/etc/acpi/powerbtn.sh

/sys/devices/system/cpu/cpu*/cpufreq/scaling_governor

/etc/sysctl.d/50-kernel-reunion.conf

/etc/X11/xorg.conf.d/10-video.conf

/usr/share/eole/preservice/90-vnc

/usr/share/eole/postservice/32-one-local

/usr/share/eole/posttemplate/90-vnc

/usr/share/eole/posttemplate/91-hooks

/usr/share/eole/posttemplate/92-services

/usr/share/eole/posttemplate/93-nut

/etc/init.d/acpid

/etc/init.d/libvirt-bin

/etc/init.d/libvirt-guests

/etc/init.d/qemu-kvm

/etc/molly-guard/run.d/90-allow-cmd

/etc/nut/upsmon.conf

/etc/nut/upssched.conf

/etc/X11/xorg.conf.d/10-video.conf

/home/eole/dialogrc

/root/tmux.conf

/sbin/shutdown.sh

/usr/bin/manage-eole

/usr/bin/nut-alerte

/usr/share/eole/schedule/scripts/majauto

Enfin, la liste des fichiers supprimés par le script 'installer':

/etc/init/qemu-kvm.conf

/etc/init/acpid.conf

/etc/init/libvirt-bin.conf

J’espère que ces documents vous permettrons de comprendre l'environnement des serveurs virtuels en établissement.

Si vous désirez de plus amples renseignements, n’hésitez pas à me contacter.

Cordialement

maquette dans {eole-ci-tests}/tests/migration/enchainement/

execution : http://jenkins.eole.lan/jenkins/job/2.6.2/job/test-upgradeauto-direct-hapy-242-2.6.2-amd64/

Une petite précision :

Le fait de transformer un Hapy en eolebase avant l'upgrade impose de désinscrire l'hapy du Zèphir si c'est le cas.
Une fois l'upgrade terminé une réinscription pourra être faite.

Le Zéphir ne sait pas gérer un module "transformé" en eolbase...

1er Test OK

https://dev-eole.ac-dijon.fr/jenkins/job/2.6.2/job/test-upgradeauto-direct-hapy-242-2.6.2-amd64/20/console

La procédure réalisé chez EOLE est intégrée à la commande Upgrade-Auto.

Passage 2.4.2 en 2.5.2¶

Les paquets ne sont pour l’instant pas encore en stable. Pour tester la mise à niveau, il faut passer les mises à jour en cours de préparation :

root@hapy:~# Maj-Auto -r -C -S test-eole.ac-dijon.fr

Ce passage se fait avec la commande Upgrade-Auto :

root@hapy:~# Upgrade-Auto --release 2.5.2

Nous avons intégré une préparation du serveur Hâpy une fois l’image ISO téléchargée, en voici les étapes :

1. Conserver la liste des machines qui étaient en fonctionnement dans /var/backups/eole/hapy/one-running-vms.ids
2. Passager les VMs en fonctionnement à l’état RETIRÉ (UNDEPLOYED en anglais),
3. Sauvegarder le fichier de configuration du module (config.eol) dans /var/backups/eole/hapy/config.eol
4. Renommer l’espace de stockage system-<clustername>
5. Renommer le cluster
6. Supprimer les paquets Hâpy afin de transformer le serveur en Eolebase

Vous pouvez visualisé ces étapes dans le script suivant : creole:source:upgrade/pre_download/01-hapy@f2ba0f64

Le reste de la procédure Upgrade-Auto est classique :

1. Redémarrage du serveur une fois en 2.5.2
2. Mise à jour de la configuration avec la commande gen_config
3. Instanciation du serveur « Eolebase »

Passage 2.5.2 vers 2.6.2¶

Les paquets ne sont pour l’instant pas encore en stable. Pour tester la mise à niveau, il faut passer les mises à jour en cours de préparation :

root@hapy:~# Maj-Auto -r -C -S test-eole.ac-dijon.fr

Ce passage se fait avec la commande Upgrade-Auto :

root@hapy:~# Upgrade-Auto --release 2.6.2

Nous avons intégré plusieurs étapes à la fin du passage en 2.6.2 :

1. Installer les paquets Hâpy (eole-common:7c794ca1)
2. Restauration du fichier de configuration 2.4.2 sauvegardé (creole:e7b2a436)
3. Installer une version corrigée d’un script de mise à jour de la base OpenNebula (eole-one-master:source:posttemplate/90-one-db@9f9ef26e)

Le reste de la procédure Upgrade-Auto est classique :

1. Redémarrage du serveur une fois en 2.6.2
2. Mise à jour de la configuration avec la commande gen_config
3. Instanciation du serveur « Hâpy »

Nous avons ajouté une étape à l’instance Hâpy afin de déplacer les ressources du cluster défini en 2.4.2 (qui avait été renommé) au cluster utilisé par Hâpy 2.6.2 (eole-one-master:2dc8e027).

Ce qui n’est pas automatisé¶

Nous n’avons pas automatiquement redémarré les machines virtuelles une fois le serveur instancié.