Différences

Ci-dessous, les différences entre deux révisions de la page.

--- wiki:documentation:avance [2018/07/10 12:09]
friscourt-s [Configuration de la CLI]
+++ wiki:documentation:avance [2020/05/19 21:56]
abelard-a supprimée
@@ Ligne 19: / Ligne 19: @@
 <cli>
-root@UN-5CG54835CN:~$ gpg --keyserver pool.sks-keyservers.net --recv-key 592F7F0585E16EBF
+root@UN-5CG54835CN:~$ gpg --keyserver pool.sks-keyservers.net --recv-key --keyserver-options http-proxy=http://cache.univ-nantes.fr:3128 592F7F0585E16EBF
 gpg --keyserver pool.sks-keyservers.net --recv-key 592F7F0585E16EBF
 gpg: requesting key 85E16EBF from hkp server pool.sks-keyservers.net
@@ Ligne 59: / Ligne 59: @@
 required gems.
+</cli>
+Si gem est d'une version >=2.4.0 (Ubuntu 18.04, par exemple), il faut installer xmlrpc
+<cli>
+sudo gem install --http-proxy=http://cache.univ-nantes.fr:3128/ xmlrpc
 </cli>
@@ Ligne 332: / Ligne 338: @@
 ===== Création d'un nouveau modèle =====
-Il peut être utile de créer un nouveau modèle de VM afin de déployer des instances spécifiquement taillées pour vos besoins. Le principe d'un modèle est de proposer une base fixe (OS + applicatif déjà installé), et de demander à l'utilisateur un jeu de données variables (nom d'utilisateur, mot de passe, etc), le but étant d'avoir un modèle qui demande à l'utilisateur le minimum de manipulations, tout en restant configurable simplement.
+Il peut être utile de créer un nouveau modèle de VM, afin de déployer des instances spécifiquement taillées pour vos besoins. Le principe d'un modèle est de proposer une base fixe (OS + applicatifs déjà installés), et de demander à l'utilisateur un jeu de données variables (nom d'utilisateur, mot de passe, etc), le but étant d'avoir un modèle qui demande à l'utilisateur le minimum de manipulations, tout en restant configurable simplement.
 Pour ce faire, il faut disposer d'une image (un "patron" d'OS). Il est possible d'utiliser les images des modèles de VM existants.
-Pour l'exemple, nous allons créer un modèle de serveur de fichiers avec samba. Pour obtenir un serveur de fichier utilisable, il faut donc prévoir :
+Pour cet exemple, nous allons créer un modèle de serveur de fichiers avec samba. Pour obtenir un serveur de fichier utilisable, il faut donc prévoir :
-- d'installer le serveur samba
+  * d'installer le serveur samba
-- de le configurer (utilisation de ldap? créer les partages par defaut?)
+  * de le configurer (utilisation de ldap ? Créer les partages par défaut ?)
-- de configurer l'OS (mot de passe root, hostname, etc)
+  * de configurer l'OS (mot de passe root, hostname, etc)
-Nous allons donc repartir de l'image "Debian 9 (Stretch) - univnantes" qui est assez générique pour nos besoins.
+Nous allons donc repartir de l'image "Debian 9 (Stretch) - univnantes", qui est assez générique pour nos besoins.
 Les étapes que nous allons suivre sont les suivantes :
@@ Ligne 350: / Ligne 356: @@
 ==== Adapter une image générique ====
-Le plus simple pour adapter une image existante est d'instancier une nouvelle VM, temporaire, à partir d'un modèle existant, de le configurer comme voulu, puis d'enregistrer les modifications dans une nouvelle image qui deviendra la base de notre nouveau modèle.
+Le plus simple pour adapter une image existante est d'instancier temporairement une nouvelle VM à partir d'un modèle existant, de la configurer selon ses besoins, puis d'enregistrer les modifications dans une nouvelle image, qui deviendra la base de notre nouveau modèle.
-L'instanciation d'une VM est expliquée ci-dessus. Une fois la VM fonctionnelle, il faut procéder à la suite, c'est à dire à l'installation du serveur samba (apt-get update && apt-get install samba, etc).
+L'instanciation d'une VM est expliquée ci-dessus. Une fois la VM fonctionnelle, il faut procéder à la suite, c'est-à-dire à l'installation du serveur samba (apt-get update && apt-get install samba, etc).
-il est possible à ce stade là de customiser autant que possible le futur patron, par exemple en préconfigurant le serveur samba pour proposer des partages par défaut ou en supprimant toute trace de cette préconfiguration (suppression des logs, de l'historique, etc.)
+Il est possible à ce stade de customiser autant que possible le futur patron, en préconfigurant par exemple le serveur samba pour proposer des partages par défaut, ou en supprimant toute trace de cette préconfiguration (suppression des logs, de l'historique, etc).
 Une fois notre VM configurée comme prévue, il est nécessaire de l’arrêter **proprement** en utilisant la commande "Éteindre" dans l'interface web du service.
-Nous allons donc maintenant procéder à la création de l'image en sauvegardant le disque de notre VM dans une nouvelle image. Pour ce faire, il faut passer par l'onglet "Stockage" de la VM puis en cliquant sur l'icone "Saveas" au niveau du disque:
+Nous allons donc maintenant procéder à la création de l'image, en sauvegardant le disque de notre VM dans une nouvelle image. Pour ce faire, il faut passer par l'onglet "Stockage" de la VM, puis cliquer sur l'icône "Saveas" au niveau du disque :
 {{ :wiki:documentation:saveas.png |}}
-Il faut ensuite donner un nom à notre nouvelle image:
+Il faut ensuite donner un nom à notre nouvelle image :
 {{ :wiki:documentation:screenshot-2018-3-6_opennebula_sunstone_cloud_operations_center_3_.png |}}
-La nouvelle image apparait désormais dans la liste des images disponibles, dans "Storage" puis "Images":
+La nouvelle image apparaît désormais dans la liste des images disponibles, dans "Storage" puis "Images" :
 {{ :wiki:documentation:screenshot-2018-3-6_opennebula_sunstone_cloud_operations_center_4_.png |}}
@@ Ligne 374: / Ligne 380: @@
 ==== Création du modèle ====
-La création d'un nouveau modèle se fait dans le menu "Modèles" puis "Machines Virtuelles". Il faut ensuite cliquer sur l'icone "+" :
+La création d'un nouveau modèle se fait dans le menu "Modèles" puis "Machines Virtuelles". Il faut ensuite cliquer sur l'icône "+" :
 {{ :wiki:documentation:screenshot-2018-3-6_opennebula_sunstone_cloud_operations_center_5_.png |}}
-L'utilisateur est donc invité à saisir les informations nécessaire à la création de son nouveau modèle.
+L'utilisateur est donc invité à saisir les informations nécessaires à la création de son nouveau modèle.
-Tout d'abord les informations générales:
+Tout d'abord, les informations générales :
   - le nom : "Modèle de Serveur Samba"
   - la description : "Modèle de serveur samba pour automatiser le déploiement de serveurs de fichiers"
-  - La taille de la mémoire allouée à la VM par defaut: 2Go.
+  - la taille par défaut de la mémoire allouée à la VM : 2Go
-  - Le nombre de CPU : 0.5
+  - le nombre de CPU : 0.5
   - le nom de CPU virtuels : 2
   - l'hyperviseur: KVM (seul hyperviseur supporté par la plateforme)
-Les informations concernant le stockage:
+Les informations concernant le stockage :
-  - l'image : c'est la que nous sommes amené à choisir l'image créée à l'étape précédente "patron-serveur-samba-debian9"
+  - l'image : c'est là que nous sommes amenés à choisir l'image "patron-serveur-samba-debian9" créée à l'étape précédente
-  - un disque de donnée: il est possible de rajouter un disque vierge, par exemple pour séparer le volume de données du volume de OS. Il faut pour cela cliqeur sur le "+" sous le 1er disque puis choisir, par exemple, "Disque Vierge (IDE)".
+  - un disque de données : il est possible de rajouter un disque vierge, par exemple pour séparer le volume de données du volume de l'OS. Il faut pour cela cliquer sur le "+" sous le 1er disque, puis choisir, par exemple, "Disque Vierge (IDE)"
-Les informations concernant le réseau:
+Les informations concernant le réseau :
-  - le nombre d'interface réseau et le réseau dans lequel les mettre. Il est tout à fait possible de ne rien préciser et l'utilisateur pourra choisir son réseau au moment de l'instanciation.
+  - le nombre d'interfaces réseau et le réseau dans lequel les mettre. Il est tout à fait possible de ne rien préciser et l'utilisateur pourra choisir son réseau au moment de l'instanciation.
-Une fois ces informations saisie, il faut rengistrer le nouveau patron en cliquant sur le bouton "Créer".
+Une fois ces informations saisies, il faut engistrer le nouveau patron en cliquant sur le bouton "Créer".
-Le nouveau modèle est désormais disponible:
+Le nouveau modèle est désormais disponible :
 {{ :wiki:documentation:screenshot-2018-3-6_opennebula_sunstone_cloud_operations_center_6_.png |}}
-Il est donc possible d'instancier une nouvelle VM a partir de celui-ci mais vous remarquerez que les informations demandées à l'instanciation se limite au nom de la VM et à la configuration matérielle. Il n'y a rien concernant le mot de passe root, la configuration samba, etc. C'est ce qu'on appèle la "Contextualisation" de la VM.
+Il est donc possible d'instancier une nouvelle VM à partir de celui-ci, mais vous remarquerez que les informations demandées à l'instanciation se limitent au nom de la VM et à la configuration matérielle. Il n'y a rien concernant le mot de passe root, la configuration samba, etc. C'est ce qu'on appelle la "Contextualisation" de la VM.
 ==== Contextualisation ====
-La contextualiation permet d'adapter la VM au contexte de l'utilisateur. Elle permet par exemple de demander à l'utilisateur de saisir un mot de passe root, un nom d'utilisateur, de cocher une case pour démarrer un service ou un autre, etc.
+La contextualisation permet d'adapter la VM au contexte de l'utilisateur. Elle permet par exemple de demander à l'utilisateur de saisir un mot de passe root, un nom d'utilisateur, de cocher une case pour démarrer un service ou un autre, etc.
-La contextualisation se configurer dans l'onglet "contexte" lors de la création ou de la modification d'un modèle:
+La contextualisation se configure dans l'onglet "contexte", lors de la création ou de la modification d'un modèle :
 {{ :wiki:documentation:screenshot-2018-3-6_opennebula_sunstone_cloud_operations_center_7_.png |}}
@@ Ligne 412: / Ligne 418: @@
 === Contextualisation SSH ===
-Il est possible d'injecter automatiquement dans le patron la clé SSH de l'utilisateur si celui-ci en a configuré une dans son compte sur la plateforme. Cela permet, pas exemple, de ne pas avoir à saisir de mot de passe root (mais cela empêche ainsi d'utiliser la console web). Pour cela il suffit de cliquer sur "Ajouter une contextualisation SSH". Cela permet d'avoir une contextualisation ssh adaptée à chaque utilisateur instanciant le modèle. Il est toutefois possible de forcer l'injection d'une clé tiers, en la précisant dans le champs "Clé SSH publique".
+Il est possible d'injecter automatiquement dans le patron la clé SSH de l'utilisateur, si celui-ci en a configuré une dans son compte sur la plateforme. Cela permet, par exemple, de ne pas avoir à saisir de mot de passe root (mais cela empêche ainsi d'utiliser la console web). Pour cela, il suffit de cliquer sur "Ajouter une contextualisation SSH". Cela permet d'avoir une contextualisation ssh adaptée à chaque utilisateur instanciant le modèle. Il est toutefois possible de forcer l'injection d'une clé tiers, en la précisant dans le champs "Clé SSH publique".
-Pour en savoir plus sur les clés SSH: https://delicious-insights.com/fr/articles/comprendre-et-maitriser-les-cles-ssh/
+Pour en savoir plus sur les clés SSH : https://delicious-insights.com/fr/articles/comprendre-et-maitriser-les-cles-ssh/
-=== Execution d'un script de démarrage ===
+=== Exécution d'un script de démarrage ===
-Au démarrage de la VM il est possible de lancer un script. Ce script sera lancer à chaque démarrage. Par exemple, faire une image à jour automatique :
+Au démarrage de la VM, il est possible de lancer un script. Ce script sera lancé à chaque démarrage. Par exemple, faire une image automatiquement à jour :
 <code bash>
 apt-get update && DEBIAN_FRONTEND=noninteractive apt-get -y dist-upgrade --force-yes -o Dpkg::Options::="--force-confold"
@@ Ligne 424: / Ligne 430: @@
 <alert type="danger">
-**Attention!** Le script de démarrage est executé à __chaque__ démarrage. Ainsi si la contextualisation doit initialiser des services, il faut toujours vérifier que cette initialisation n'a pas déjà été faite! Afin de ne pas perdre de données après un redémarrage.
+**Attention!** Le script de démarrage est exécuté à __chaque__ démarrage. Ainsi, si la contextualisation doit initialiser des services, il faut toujours vérifier que cette initialisation n'a pas déjà été faite, afin de ne pas perdre de données après un redémarrage !
 </alert>
-Il est aussi possible de configurer des entrées utilisateurs
+Il est aussi possible de configurer des entrées utilisateurs.
 === Entrées utilisateurs ===
@@ Ligne 433: / Ligne 439: @@
 Les entrées utilisateurs sont des champs à saisir au moment de l'instanciation de la VM. Par exemple, le mot de passe root. Ces champs sont ensuite réutilisables dans le script de démarrage, notamment pour effectuer le changement de mot de passe de l'utilisateur root ou de configurer un service, etc.
-Une entrée utilisateur peut être facultative ou obligatoire. Les types de champs possibles sont les suivants:
+Une entrée utilisateur peut être facultative ou obligatoire. Les types de champs possibles sont les suivants :
   - **texte**, pour saisir du texte sur plusieurs lignes
   - **texte (base 64)**, pour saisir un hash64
@@ Ligne 439: / Ligne 445: @@
   - **nombre**, pour saisir un nombre entier
   - **nombre (réel)**, pour saisir un nombre à virgule
-  - **plage**, pour saisir un une valeur comprise entre 2 bornes
+  - **plage**, pour saisir une valeur comprise entre 2 bornes
-  - **interval**, comme ci-dessus mais avec des nombres à virgules
+  - **interval**, comme ci-dessus mais avec des nombres à virgule
   - **liste**, une liste déroulante
-  - **booléen**, une case à cocher (oui / non).
+  - **booléen**, une case à cocher (oui / non)
 Ces champs permettent de passer des variables au script de démarrage.
-Par exemple, reprenons le cas du champs de saisie du mot de passe root. Il faut créer un champs de type "mot de passe", obligatoire:
+Par exemple, reprenons le cas du champs de saisie du mot de passe root. Il faut créer un champs de type "mot de passe", obligatoire :
 {{ :wiki:documentation:screenshot-2018-3-6_opennebula_sunstone_cloud_operations_center_8_.png?600 |}}
-Lors de l'instanciation, cela sera traduit comme ceci:
+Lors de l'instanciation, cela sera traduit comme ceci :
 {{ :wiki:documentation:screenshot-2018-3-6_opennebula_sunstone_cloud_operations_center_9_.png?600 |}}
-Il faut toutefois utiliser la variable $ROOT_PASSWORD dans notre script de démarrage afin de modifier le compte root du serveur:
+Il faut toutefois utiliser la variable $ROOT_PASSWORD dans notre script de démarrage, afin de modifier le compte root du serveur :
 <code bash>
 echo -e "$ROOT_PASSWD\n$ROOT_PASSWD\n" | passwd root
 </code>
-et donc dans l'interface du service:
+et donc dans l'interface du service :
 {{ :wiki:documentation:screenshot-2018-3-8_opennebula_sunstone_cloud_operations_center.png |}}
@@ Ligne 466: / Ligne 472: @@
 ===== Démarrer une VM vierge pour installation à partir d'un support =====
-Il est parfois nécessaire de faire une installation d'OS a partir d'un support d'installation (CDROM, DVD, etc.)
+Il est parfois nécessaire de faire une installation d'OS à partir d'un support d'installation (CDROM, DVD, etc).
-Pour ce faire,il faut procéder en plusieurs étapes:
+Pour ce faire,il faut procéder en plusieurs étapes :
   - uploader le support d'installation
   - créer une VM vierge et y lier le CDROM/DVD
@@ Ligne 475: / Ligne 481: @@
 ==== uploader le support d'installation ====
-Avant de pouvoir booter sur le CD ou DVD d'installation, il faut que celui-ci soit disponible sur la plateforme IaaS. Pour ce faire, il faut préalablement télécharger  temporairement l'image ISO d'installation sur son poste de travail puis l'ajouter au service IaaS. Une fois l'ISO télécharger, il faut se rendre dans la partie ''Storage'' puis ''Images'' et cliquer sur le bouton "+" permettant d'ajouter une nouvelle image. Nous allons ici installer une Ubuntu 17.10.1 Server:
+Avant de pouvoir booter sur le CD ou DVD d'installation, il faut que celui-ci soit disponible sur la plateforme IaaS. Pour ce faire, il faut préalablement télécharger temporairement l'image ISO d'installation sur son poste de travail, avant de l'ajouter au service IaaS. Une fois l'ISO téléchargée, il faut se rendre dans la partie ''Storage'' puis ''Images'', et cliquer sur le bouton "+" permettant d'ajouter une nouvelle image. Nous allons ici installer une Ubuntu 17.10.1 Server :
 {{ :wiki:documentation:screenshot-2018-3-9_opennebula_sunstone_cloud_operations_center_2_.png |}}
-  * **le nom** est le nom de l'image tel qu'il sera affiché dans la liste.
+  * **le nom** est le nom de l'image tel qu'il sera affiché dans la liste
-  * **le type de l'image** doit etre "CDROM" même s'il s'agit d'un DVD.
+  * **le type de l'image** doit être "CDROM", même s'il s'agit d'un DVD
-  * **L'espace de stockage** est l'endroit ou sera téléchargé l'image, il n'y en a qu'un de possible actuellement
+  * **L'espace de stockage** est l'endroit où sera téléchargé l'image, il n'y en a qu'un de possible actuellement
-  * **Le chemin d'accès** permet d'indiquer ou se trouve actuellement l'image ISO d'installation. Elle se trouve sur votre poste de travail, il faut donc la téléverser (l'uploader).
+  * **Le chemin d'accès** permet d'indiquer où se trouve actuellement l'image ISO d'installation. Elle se trouve sur votre poste de travail, il faut donc la téléverser (l'uploader).
 <alert type="danger">
-**Attention!** Il ne faut pas mettre de caractères spéciaux dans le nom de l'image sinon l'erreur ne sera signalée qu'au terme de l'upload.
+**Attention !** Il ne faut pas mettre de caractères spéciaux dans le nom de l'image, sinon l'erreur ne sera signalée qu'au terme de l'upload.
 </alert>
-Une fois ces informations saisies, il faut cliquer sur le bouton "Créer" et attendre que l'image ISO soit bien uploadée sur le serveur. La barre de progression de l'upload se trouve en bas de la page:
+Une fois ces informations saisies, il faut cliquer sur le bouton "Créer" et attendre que l'image ISO soit bien uploadée sur le serveur. La barre de progression de l'upload se trouve en bas de la page :
 {{ :wiki:documentation:screenshot-2018-3-8_opennebula_sunstone_cloud_operations_center_2_.png |}}
@@ Ligne 494: / Ligne 500: @@
 ==== Créer une VM vierge pour y installer l'OS ====
-Maintenant que notre CD/DVD est disponible, nous devons créer une VM vierge et lui lier le support d'installation afin de boooter dessus et lancer l'installation au 1er démarrage.
+Maintenant que notre CD/DVD est disponible, nous devons créer une VM vierge et lui lier le support d'installation, afin de boooter dessus et lancer l'installation au 1er démarrage.
-Nous fournissons un patron "**Machine avec disque vierge IDE pour installation via support**" qui contient la configuration nécessaire: un disque vierge de 1Mo (à retailler au moment de l'instanciation, le menu de boot activé, etc.). Il faut donc instancier une nouvelle VM à partir de ce modèle en respectant quelques étapes:
+Nous fournissons un patron, "**Machine avec disque vierge IDE pour installation via support**", qui contient la configuration nécessaire : un disque vierge de 1Mo (à retailler au moment de l'instanciation, le menu de boot activé, etc). Il faut donc instancier une nouvelle VM à partir de ce modèle, en respectant quelques étapes :
 === Instanciation de notre VM vierge ===
@@ Ligne 503: / Ligne 509: @@
 <alert type="info">
-Ne pas oublier de préciser la taille du disque dur!
+Ne pas oublier de préciser la taille du disque dur !
 </alert>
-Notre VM démarre mais ne peut booter puisque le disque est vierge:
+Notre VM démarre mais ne peut booter, puisque le disque est vierge :
 {{ :wiki:documentation:screenshot-2018-3-9_opennebula_sunstone_cloud_operations_center_1_.png |}}
@@ Ligne 512: / Ligne 518: @@
 Il faut donc lui associer le support d'installation que nous avons préparé.
-=== attacher le support d'installation  ===
+=== Attacher le support d'installation  ===
 Notre VM est instanciée mais elle n'a pas accès à notre support d'installation. Il faut donc l'y attacher.
-**Il faut commencer par arrêter notre VM. En l'absence d'OS il est nécessaire de forcer l’arrêt de la VM  en utilisant la fonction ''Éteindre (forcé)''**.
+**Il faut commencer par arrêter notre VM. En l'absence d'OS, il est nécessaire de forcer l’arrêt de la VM  en utilisant la fonction ''Éteindre (forcé)''**.
-Une fois notre VM arreter, il est possible de procéder à l'attachement. Pour ce faire, il faut aller dans l'onglet "Stockage" de notre VM puis y attacher notre support d'installation en cliquant sur le bouton ''Attacher un disque'' puis en sélectionnant notre image dans la liste:
+Une fois notre VM arrêtée, il est possible de procéder à l'attachement. Pour ce faire, il faut aller dans l'onglet "Stockage" de notre VM, puis y attacher notre support d'installation en cliquant sur le bouton ''Attacher un disque'' puis en sélectionnant notre image dans la liste :
 {{ :wiki:documentation:screenshot-2018-3-9_opennebula_sunstone_cloud_operations_center_3_.png |}}
@@ Ligne 524: / Ligne 530: @@
 {{ :wiki:documentation:screenshot-2018-3-9_opennebula_sunstone_cloud_operations_center_4_.png |}}
-Notre VM possède désormais un disque dur vierge et un CDROM d'installation. On peut la démarrer. Elle tentera de booter sur le disque vierge, n'y trouvera pas d'OS et passera au CDROM qui lancera l'installation. A la fin de l'installation, le disque dur contiendra un OS bootable qui prendra ensuite la relève au démarrage:
+Notre VM possède désormais un disque dur vierge et un CDROM d'installation. On peut la démarrer. Elle tentera de booter sur le disque vierge, n'y trouvera pas d'OS, et passera au CDROM qui lancera l'installation. À la fin de l'installation, le disque dur contiendra un OS bootable qui prendra ensuite la relève au démarrage :
 {{ :wiki:documentation:screenshot-2018-3-9_opennebula_sunstone_cloud_operations_center_7_.png |}}
 <alert>
-Notre installation se faisant à partir du support d'installation, il n'y aura pas de préconfiguration du réseau comme sur une image contextualisée. Il faudra donc, si nécessaire, faire la configuration réseau manuellement en fonction des données disponibles dans les onglets ''Réseau'' et ''Configuration'' de la VM.
+Notre installation se faisant à partir du support d'installation, il n'y aura pas de préconfiguration du réseau comme sur une image contextualisée. Il faudra donc, si nécessaire, faire la configuration réseau manuellement, en fonction des données disponibles dans les onglets ''Réseau'' et ''Configuration'' de la VM.
 </alert>
@@ Ligne 535: / Ligne 541: @@
 ===  Post installation ===
-Contrairement aux VM instanciées à partir d'un modèle préinstallé, notre VM ne possède pas les outils de contextualisation. Il n'est donc pas possible de configurer le réseau automatiquement, ni de configurer les mots de passe. Pour que cela soit possible, il faut installer manuellement dans notre nouvelle OS le client de contextualisation Opennebula qui se téléchargera ici pour linux (pour windows, cf ci-dessous):
+Contrairement aux VM instanciées à partir d'un modèle préinstallé, notre VM ne possède pas les outils de contextualisation. Il n'est donc pas possible de configurer le réseau automatiquement, ni de configurer les mots de passe. Pour que cela soit possible, il faut installer manuellement dans notre nouvel OS le client de contextualisation Opennebula, lequel se téléchargera via le lien ci-dessous, pour linux (pour windows, cf plus bas) :
 https://github.com/OpenNebula/addon-context-linux/releases/
-==== Cas particulier de Windows ====
+===== Cas particulier de Windows =====
-L'installation d'un OS Microsoft nécessite quelques spécificités. En effet pour que le curseur de la souris soit correctement synchronisé sur la console web ("VNC") il faut changer le type de périphérique de pointage par défaut (cela se fait normalement dans l'onglet ''Entrée/Sortie'' du modèle:
+L'installation d'un OS Microsoft nécessite quelques spécificités. En effet, pour que le curseur de la souris soit correctement synchronisé sur la console web ("VNC"), il faut changer le type de périphérique de pointage par défaut (cela se fait normalement dans l'onglet ''Entrée/Sortie'' du modèle) :
 {{ :wiki:documentation:screenshot-2018-3-9_opennebula_sunstone_cloud_operations_center_8_.png |}}
 <alert type="info">
-Notre patron "Notre patron "VM Machine vierge" tient compte de ces spécificité." **tient compte de ces spécificité**.
+Notre patron "VM Machine vierge" **tient compte de ces spécificités**.
 </alert>
 === Installation ===
-Une autre spécificité est que Windows nécessite des pilotes particuliers pour détecter le disque dur au moment de l'installation.  Nous fournissons ces pilotes sous forme d'un CDROM disponible dans la liste des images: ''Drivers-VirtIO-Win-0.1.141''.
+Une autre spécificité est que Windows nécessite des pilotes particuliers pour détecter le disque dur au moment de l'installation. Nous fournissons ces pilotes sous forme d'un CDROM, disponible dans la liste des images : ''Drivers-VirtIO-Win-0.1.141''.
-Avant de pouvoir instancier une VM pour installer windows, il faudra donc y attacher, en plus du support d'installation ce CDROM de pilotes:
+Avant de pouvoir instancier une VM pour installer windows, il faudra donc y attacher, en plus du support d'installation, ce CDROM de pilotes :
 {{ :wiki:documentation:screenshot-2018-3-9_opennebula_sunstone_cloud_operations_center_9_.png |}}
 <alert type="danger">
-**Attention!** l'ordre des disques est important. Le disque dur doit toujours se trouver en première place, suivi du support d'installation et enfin du CDROM de pilotes
+**Attention !** L'ordre des disques est important. Le disque dur doit toujours se trouver en première place, suivi du support d'installation, et enfin du CDROM de pilotes.
 </alert>
-Le programme d'installation ne détectera aucun disque:
+Le programme d'installation ne détectera aucun disque :
 {{ :wiki:documentation:screenshot-2018-3-9_opennebula_sunstone_cloud_operations_center_10_.png |}}
-Vous serez donc amené à charger un pilote à partir du CDROM de pilotes attaché à la VM. Il faudra donc pointer jusqu'au dossier ''F:\viostor'' correspondant à votre OS. Dans notre cas: ''F:\viostor\w2k12R2\amd64'':
+Vous serez donc amené à charger un pilote à partir du CDROM de pilotes attaché à la VM. Il faudra donc pointer jusqu'au dossier ''F:\viostor'' correspondant à votre OS. Dans notre cas, ''F:\viostor\w2k12R2\amd64'':
 {{ :wiki:documentation:screenshot-2018-3-9_opennebula_sunstone_cloud_operations_center_11_.png |}}
-En cliquant sur ''suivant'' l'installeur détecte enfin le disque:
+En cliquant sur ''suivant'', l'installeur détecte enfin le disque :
 {{ :wiki:documentation:screenshot-2018-3-9_opennebula_sunstone_cloud_operations_center_12_.png |}}
@@ Ligne 578: / Ligne 584: @@
 === Configuration ===
-Une fois l'installation terminée, vous constaterez que Windows ne detecte aucune carte réseau. Il faut à nouveau avoir recours au CDROM de pilotes attaché à notre VM. Cette fois-ci les pilotes se trouverons dans ''F:\NetKVM\'' (dans notre cas ''F:\NetKVM\2k12R2\amd64'').
+Une fois l'installation terminée, vous constaterez que Windows ne détecte aucune carte réseau. Il faut à nouveau avoir recours au CDROM de pilotes attaché à notre VM. Cette fois-ci, les pilotes se trouveront sous ''F:\NetKVM\'' (dans notre cas, ''F:\NetKVM\2k12R2\amd64'').
 <text type="danger">**TODO : tester l'agent KVM https://pve.proxmox.com/wiki/Qemu-guest-agent**</text>
@@ Ligne 584: / Ligne 590: @@
 === Contextualisation ===
-La contextualisation est aussi particulière avec Windows. Il faut télécharger l'extention de contextualisation ici https://github.com/OpenNebula/addon-context-windows/releases/.
+La contextualisation est aussi particulière avec Windows. Il faut télécharger l'extension de contextualisation sur https://github.com/OpenNebula/addon-context-windows/releases/.
-Il faudra aussi télécharger les scripts suivants:
+Il faudra aussi télécharger les scripts suivant :
   * https://raw.githubusercontent.com/OpenNebula/addon-context-windows/v5.4.1/context.ps1
   * https://raw.githubusercontent.com/OpenNebula/addon-context-windows/v5.4.1/startup.vbs
-Et les déposer à la racine du disque C:
+Et les déposer à la racine du disque C.
 ===== Activer le menu de selection du disque de boot =====
-Dans la configuration de la VM, dans l'onglet "autres", "Données brutes", choisir "kvm" et saisir
+Dans la configuration de la VM, dans l'onglet "autres", "Données brutes", choisir "kvm" et saisir :
 <code>
 RAW = [
@@ Ligne 603: / Ligne 609: @@
 </code>
+====== Utilisation d'un espace de stockage "Datacenter"  ======
+La DSIN de l'université propose, dans son bouquet de services Datacenter, une offre de stockage. Il est ainsi possible d'acquérir une grosse volumétrie de stockage (de quelques To à plusieurs 10aine de To) et de pouvoir l'exploiter avec des machines virtuelles hébergée ssur la plateforme IaaS.
+Il peut-être intéressante d'avoir un espace de stockage séparé de celui fourni dans l'IaaS afin, par exemple, de ne pas héberger sauvegardes et données sur le même support.
+===== Préambule =====
+Avant de pouvoir accéder à votre espace de stockage "Datacenter", votre composante doit se rapproche de la DSIN (datacenter@niv-nantes.fr) afin de s'informer et éventuellement d'acquérir la volumétrie souhaiter.
+La DSIN fournira alors un espace de stockage disponible sur la plateforme IaaS sous forme d'un quota de groupe, affecté à la composante, donnant accès au datastore **Stockage Datacenter (Autorisation prealable)**. Les utilisateurs de la composante auront ainsi accès à l'espace de stockage "Datacenter" et y créer des volumes de données à attacher à leurs VM.
+===== Utilisation =====
+==== Création d'un volume persistant ====
+L'espace de stockage **Stockage Datacenter (Autorisation prealable)** n'a pas vocation d'héberger les racines des VM et ne doit être utilisé que pour l'hébergement de données. Il vous faut donc préalablement créer votre machine virtuelle puis la démarrer.
+Une fois votre machine virtuelle fonctionnelle, vous pouvez y attacher un nouveau disque de données provenant de votre espace de stockage Datacenter. S’agissant d’un volume de donnée, il est généralement préférable de s’assurer qu’en cas de destruction de la VM le volume de données, lui, ne soit pas détruit. Pour ce faire,il vous faut rendre votre volume [[wiki:documentation:principes#persistance_d_une_vm|persistant]]. Vous devez ainsi vous rendre dans le menu ''Stockage'' puis ''Images'' puis sélectionner dans la liste l’image ''Disque vierge sur Stockage Datacenter (Autorisation prealable)'' (id 517). Sa taille est volontairement de 1Mo seulement. Vous serez amené à effectuer un redimentionnement au moment de l'attachement de votre volume à votre VM:
+{{ :wiki:documentation:stockage-datacenter-images.png?nolink&800 |}}
+Cliquer sur le bouton {{:wiki:documentation:clone.png?nolink|}} puis nommez l’image comme bon vous semble:
+{{ :wiki:documentation:stockage-datacenter-cloner-limage.png?nolink |}}
+Votre nouveau volume apparait ensuite dans la liste des images. Cliquez dessus et changez le paramêtre "Persistant" en oui:
+{{ :wiki:documentation:stockage-datacenter-persistance.png?nolink |}}
+<alert type="danger">
+La persistance est particulièrement **vitale** pour vos données. En effet, par défaut, le cycle de vie des volumes est celui de la VM qui les utilise. Si vous détruisez votre VM vous détruisez aussi les disques qui y sont attachés. Activer la persistance permet de vous assurer que vos données survivrons à la destruction, accidentelle ou non, de la VM
+</alert>
+==== Attachement et redimensionnement du volume ====
+Vous avez désormais un volume de données prêt à être attaché à votre machine Virtuelle. Pour ce faire retournez dans ''Instances'' puis ''Machines Virtuelles'' puis sélectionnez votre VM. Allez dans l’onglet ''Stockage'' et cliquer sur {{:wiki:documentation:stockage-datacenter-bouton-attacher.png?nolink|}} . Cherchez l’image que vous venez de créer et attachez-la à votre VM (n’oubliez pas de cliquer sur le bouton refresh  pour rafraîchir l’état des disques après attachement). **Votre image est désormais un disque de votre VM**. Il est normal que celui fasse, par défaut, 1Mo. En effet, quand le disque est disponible, vous devez le redimensionner à la taille désirée à l'aide du bouton {{:wiki:documentation:stockage-datacenter-bouton-resize.png?nolink|}} :
+{{ :wiki:documentation:stockage-datacenter-redimensionner-le-disque.png?nolink |}}
+<alert>
+Ces opérations d'attachement et de redimensionnement ne nécessitent pas l'arrêt de votre VM et peuvent se faire à chaud. Le nouveau disque est alors instantanément visible dans l'OS (au moins sous linux).
+</alert>
+Une fois le nouveau volume attaché, vous devez alors le partitionner, le formater et le monter à l'endroit désiré.