Discussion :

[Lana.Bauer]

Bonjour,

La rubrique Virtualisation est la recherche de contributeurs pour sa FAQ.

Une ébauche de FAQ est en préparation. Voici son contenu actuel :

1. Généralités (1)
1.1. Quelques définitions (1)
Qu'est-ce qu'un hyperviseur ?
2. VMware (8)
2.1. Définition des termes VMware (8)
Qu'est-ce-que le Thin Provisioning ?
Qu'est-ce-que l'Update Manager ?
Qu'est-ce-que le vMotion ?
Qu'est-ce-que le Storage vMotion ?
Qu'est-ce-que Distributed Resource Scheduler (DRS) ?
Qu'est-ce-que Fault Tolerance ?
Qu'est-ce-que l'ajout à chaud ?
Qu'est-ce-qu'un host profile ?
2.2. VMware ESX - ESXi (0)
2.3. VMware Workstation (0)
3. Virtualbox (0)
4. Microsoft Hyper-V (0)
5. Xen Server (0)

Toute contribution est la bienvenue !

[Lana.Bauer]

Salut,

Voilà mes propositions :

1. Généralités (1)
1.1. Quelques définitions (1)
Qu'est-ce qu'un hyperviseur ?

2. VMware (8)
2.1. Définition des termes VMware (8)
Qu'est-ce-que le Thin Provisioning ?
Qu'est-ce-que l'Update Manager ?
Qu'est-ce-que le vMotion ?
Qu'est-ce-que le Storage vMotion ?
Qu'est-ce-que Distributed Resource Scheduler (DRS) ?
Qu'est-ce-que Fault Tolerance ?
Qu'est-ce-que l'ajout à chaud ?
Qu'est-ce-qu'un host profile ?
2.2. VMware ESX - ESXi (0)
2.3. VMware Workstation (0)

3. Virtualbox (4)
3.1-Débuter
Comment installer VBox sur Linux ?
Comment installer VBox sur Windows ?
Comment ajouter un système d'exploitation ?
De combien d'espace a-t-on besoin dur le disque dur?
....
3.2- Avancé
...

4. Microsoft Hyper-V (1)
4.1- Débuter
Comment installer Microsoft Hyper-V
...

5. Xen Server (1)
5.1- Débuter
Comment installer Xen Server ?

6- Qemu (1)
6.1- Débuter
Comment installer Qemu ?

[Lana.Bauer]

On pensera plus tard à diviser les Faqs si on a beaucoup de questions.

Pour le moment, on peut mettre au point une Faq collaborative où tout le monde peut proposer directement sur la Faq sa Q/R.

Merci

[vpourchet]

Bonsoir,

Pour contribuer, faut-il répondre aux questions de la FAQ ou en poster de nouvelles ? Car je n'ai pas bien compris

[Lana.Bauer]

Bonsoir Valentin,

Il s'agit de répondre aux Questions ou bien de poster de nouvelles questions avec leurs réponses.

Merci et bienvenu.

[chrtophe]

Je peux répondre à qq questions plutôt VirtualBox, Au niveau général, l'activation des fonctionnalités hyperviseur dans le BIOS, la différence entre AMD/Intel, j'ai des notions d'assembleur.

Pour contribuer on va dans la faq je présumes ( je viens de me rendre compte que j'ai jamais utilisé les faqs sur le site )

[Lana.Bauer]

Je peux répondre à qq questions plutôt VirtualBox, Au niveau général, l'activation des fonctionnalités hyperviseur dans le BIOS, la différence entre AMD/Intel, j'ai des notions d'assembleur.

Pour contribuer on va dans la faq je présumes ( je viens de me rendre compte que j'ai jamais utilisé les faqs sur le site )

Pour contribuer, tu peux tout à fait poster ici des QR :

Q:---------

R:----------

Q:---------

R:----------

Q:---------

R:----------

Et je prendrais le soin de les poster en ligne.

Une fois on avance plus, on peut les poster ensemble si tu veux.

Merci

[chrtophe]

Q : comment fonctionne la virtualisation au niveau assembleur ?

"Ceci n'est qu'une vision globale et vulgarisée."

R : Les CPUs gérant la virtualisation virtualisent le matériel mais exécutent les instructions assembleur du système virtualisé ( à quelques exceptions décrite ci-dessous ), contrairement à l"émulation ou le CPU est "simulé". Il y a des nuances entre les instructions de virtualisation des processeurs Intel, appelé VT-x et les instructions des processeurs AMD, appelés AMD-V. Pour l'utilisateur, ceci est transparent, par contre les hyperviseurs devront gérer cette différence.

La gestion des périphériques : Les appels au matériel sont soit "simulés", soit direct. Exemple une requête I/O est effectuée sur le disque dur virtuel, le code est transformé de façon à écrire dans le fichier image. Si on accède directement au périphérique, il n'y a pas de simulation. Exemple activation d'une clé USB dans le système virtuel, le système hôte n'aura plus l'accès à ce périphérique tant qu'il est lié à la machine virtuelle.( IOMMU )

La gestion de la mémoire :
Pour la gestion de la mémoire affectée à une machine virtuelle, de nouvelles fonctionnalités ont été ajouté au niveau de la MMU. Grosso-modo, des pages sont bloqués pour la machine virtuelle.

Gestion mode protégé ring0/ring3 :

Avec l'hyperviseur, il y a une surcouche : un ring -1. Les appels aux registres cr0-cr3 déclenchent une sorte d’exception, la routine gérant ce que devrait faire l'appel réel au registre. Une demande d'activation ou désactivation de la pagination dans une machine virtuelle s'effectue sur des registres virtuels bien évidemment.

Pour aller plus loin :
http://www.intel.com/content/www/us/...r-manuals.html
http://developer.amd.com/resources/d...uides-manuals/

[Lana.Bauer]

J'ai rectifié un peu merci.

Je te suis.

[vpourchet]

Qu'est-ce-que le Thin Provisioning ? Le Thick Provisionning ?

Le Thin Provisioning ou provisionnement fin, par opposition au thick provisionning (ou provisionnement épais) permet la sur-allocation de la capacité de stockage. Le schéma ci-dessous illustre la différence entre thick et thin provisionning.



En thick provisionning, la capacité de stockage provisionnée est entièrement allouée et réservée sur l’espace de stockage. En thin provisionning, seule la capacité réellement utilisée est allouée sur l’espace de stockage, le reste étant ‘libre’, une sur-allocation est possible en provisionnant d’avantage de capacité que d’espace réellement disponible. Les avantages de cette technique sont principalement la réduction de l’OPEX (dépenses opérationnelles) en retardant l’acquisition de nouveaux matériels.
En revanche, cette technique requiers un minimum de vigilance quant au ratio capacité allouée/capacité utilisée et à l’impact sur les performances.
A noter également, lors de la ‘suppression’ d’informations sur un espace au format thin, la capacité reste ‘utilisée’ jusqu’à ce qu’un processus de ‘récupération’ soit initié.

Bonus : Lazy Thick & Eager Thick

Nous avons parlé du thick provisionning mais saviez-vous qu’il existe deux options de thick provisionning ? Ces options sont le Lazy Thick Provisionning et le Eager Thick Provisionning. Quelle est la nuance ?
Nous avons vu qu’en thick provisionning, la capacité est entièrement allouée sur l’espace de stockage, comment cela se traduit réellement ? Et bien par l’écriture sur le disque des blocs sur l’ensemble de la capacité allouée, ce qui peut parfois demander un certain temps (fonction de la capacité allouée).
C’est ce que fait le Eager thick provisionning en ‘zérotant’ l’intégralité de l’espace alloué. Par opposition le Lazy thick provisionning pré-alloue la capacité (qui est donc vu comme réservée empêchant toute sur-allocation) mais ne ‘zérote’ pas les blocs un par un.
L’avantage, me direz-vous ? Et bien tout simplement de pouvoir créer un espace de stockage au format thick (lazy) aussi rapidement qu’au format thin.
Lequel choisir ? Et bien cela dépend. Certes le lazy thick offre l’avantage de la rapidité lors du provisionnement de l’espace de stockage, mais en ‘zérotant’ les blocks à l’avance le Eager thick permet d’économiser une opération lors de la première opération d’écriture sur chaque bloc, améliorant ainsi sensiblement les performances.

[Lana.Bauer]

@Valentin

Quelles sont les options du thick provisionning ?


Ces options sont le Lazy Thick Provisionning et le Eager Thick Provisionning.

Quelle est la nuance ?
Nous avons vu qu’en thick provisionning, la capacité est entièrement allouée sur l’espace de stockage, comment cela se traduit réellement ? Et bien par l’écriture sur le disque des blocs sur l’ensemble de la capacité allouée, ce qui peut parfois demander un certain temps (fonction de la capacité allouée).
C’est ce que fait le Eager thick provisionning en ‘zérotant’ l’intégralité de l’espace alloué. Par opposition le Lazy thick provisionning pré-alloue la capacité (qui est donc vu comme réservée empêchant toute sur-allocation) mais ne ‘zérote’ pas les blocs un par un.
L’avantage, me direz-vous ? Et bien tout simplement de pouvoir créer un espace de stockage au format thick (lazy) aussi rapidement qu’au format thin.
Lequel choisir ? Et bien cela dépend. Certes le lazy thick offre l’avantage de la rapidité lors du provisionnement de l’espace de stockage, mais en ‘zérotant’ les blocks à l’avance le Eager thick permet d’économiser une opération lors de la première opération d’écriture sur chaque bloc, améliorant ainsi sensiblement les performances.

[vpourchet]

@lana

Promis je ferai de mon mieux pour les autres

[Lana.Bauer]

Go ! Go !

[Viduc]

Bonjour

La mise en ligne de la FAQ avance, j'ai encore quelques souci technique à résoudre mais ça ne devrait plus tarder.

J'ai rajouté vos deux propositions :

Qu'est-ce-que le Thin Provisioning ? Le Thick Provisionning ?
comment fonctionne la virtualisation au niveau assembleur ?

N'hésitez pas à continuer d'écrire d'autres QR

[chrtophe]

vpourchet,

Le le Thin / Thick Provisionning, s'agit t'il de l'option disque fixe disque dynamique ?

[vpourchet]

vpourchet,

Le le Thin / Thick Provisionning, s'agit t'il de l'option disque fixe disque dynamique ?

Exact, j'ai utilisé la nomenclature VMware (Thick/Thin) mais chaque éditeur à ses propres termes.
Thin = Disque à Taille Dynamique/Variable (fonction de l'utilisation réelle)
Thick = Disque à Taille Fixe (l'espace utilisé = 100% de l'espace alloué)

[LittleWhite]

Bonjour à tous,

Je vais tenter de relire la FAQ Virtualisation en cours de mise en place.

Pour :

Il n'est pas recommandé d'installer et utiliser en même temps VirtualBox et KVM. Ceci peut provoquer des problèmes de fonctionnement des deux systèmes de virtualisation allant de sérieux ralentissement jusqu'à une impossibilité de charger une machine virtuelle, voire causer un arrêt du système hôte.

Alors, oui, il est impossible de lancer en même KVM et VirtualBox, mais avoir les deux installer sur une même machine ne gêne pas.

Une première méthode s'effectue à partir des dépôts de logiciels officiellement gérés par Ubuntu

Une première méthode s'effectue à partir des dépôts de logiciels officiellement gérés par les distributions Linux.
(?)
Moi, je ferai plus généraliste car les paquets existent pour plusieurs distributions et non que pour les Ubuntu/Debian.

Quitte à rediriger l'utilisateur en disant : veuillez vous renseigné avec la documentation officielle de votre distribution.


Pour VirtualBox, je rajouterai de la documentation sur les guests additions.

Voilà pour le moment

[Viduc]

Bonjour à tous,

Je vais tenter de relire la FAQ Virtualisation en cours de mise en place.

Pour :

Alors, oui, il est impossible de lancer en même KVM et VirtualBox, mais avoir les deux installer sur une même machine ne gêne pas.

j'ai corriger en supprimant la partie installation...

Une première méthode s'effectue à partir des dépôts de logiciels officiellement gérés par les distributions Linux.
(?)
Moi, je ferai plus généraliste car les paquets existent pour plusieurs distributions et non que pour les Ubuntu/Debian.

Quitte à rediriger l'utilisateur en disant : veuillez vous renseigné avec la documentation officielle de votre distribution.

Ok j'ai fait la modif mais en gardant quand même l'exemple d'ubuntu pour l'installation...

Pour VirtualBox, je rajouterai de la documentation sur les guests additions.

ok bonne idée à faire

[Viduc]

Hello!

LW il faudrait faire une annonce à priori j'imagine que ça te parle ? (un texte....?)

Je suis en train de recenser les questions poser à ce jour sur le forum en matière de virtualisation et qui ont eu des réponses intéressantes. Je vais les formaliser pour la faq

[LittleWhite]

Oui, nous pourrons faire une annonce, lorsque la FAQ sera publiable
Il faut que je fasse encore un petit tour dessus, dès que j'ai le temps et les idées