Sie sind auf Seite 1von 33

by

Virtualisation de serveur,
XenServer
13 Juin 2009

Renaud DEVERS (Chavers)


Analyste Systèmes, ste Chavers
Agenda
KEZAKO ?

Ca "ME" sert à quoi ?

Pourquoi XenServer ?

Salut George ?

Question ?

by 2
KEZAKO ?

Histoire
&
Principe.....

by 3
Définition.

• Voir ce qui n'existe pas.


• La virtualisation est un ensemble de technologie ou une méthodologie
qui vise à partager les ressources d'un ordinateur en de multiples
environnements d’éxécution,
• En appliquant un ou plusieurs des concepts suivants :
• Partitionnement matériel ou logiciel,
• Partage de temps,
• Simulation de machine partielle ou globale,
• Emulation,

by 4
Encore IBM.

VM/370 a été l'un des premiers systèmes de virtualisation en informatique,


et le premier à être diffusé à l'échelle industrielle. Il fonctionnait sur les
ordinateurs IBM 370, bien qu'une version destinée aux universités ait
fonctionné sur le modèle 67 sous le nom de Control program (CP). Il
permettait d'avoir plusieurs systèmes d'exploitation simultanés sur le même
mainframe. Pour éviter les duplications inutiles de code, on pouvait définir
des segments de mémoire partagés de façon invisible (en mode de lecture
seule, bien sûr) entre deux de ces systèmes ou plus.

by 5
Les différents type de virtualisation de
machine
• La virtualisation insère une couche d'abstraction (VMM) en différents
points.

• Il existe 3 variantes d'architecture pour virtualiser une machine :


• Virtualisation au niveau matériel (hardware-level virtualization)
• Virtualisation au niveau du système d’exploitation (operating system-level)
• Virtualisation au niveau applicatif (high-level language virtual machines)

Application Application Application

Operating System : Windows, Linux…

Real Machine : CPU, RAM, I/O…

Computer Architecture

by 6
Virtualisation au niveau matériel :
• La couche d'abstraction se • Citrix (XenSource), VMWare,
Microsoft (VirtualPC; VirtualServer,
situe directement au Hyper-V), …
dessus du matériel
• Le système d’exploitation
doit être compatible avec le
matériel virtuel présenté par
l’hyperviseur. Virtual Machine Virtual Machine
App App App App
• On peut distinguer 2 types
de virtualisation : OS OS
• La virtualisation complète
Virtual Hardware Virtual Hardware
• La para-virtualisation
CPU, RAM, I/O CPU, RAM, I/O
Virtual Machine Monitor

Real Machine : CPU, RAM, I/O…

Computer Architecture

by 7
Virtualisation au niveau du système
d’exploitation:
• La couche d'abstraction se • SWSoft (Virtuozzo), VServers, …
situe entre le système
d'exploitation et les
services qu'il héberge.
• La machine virtuelle Virtual OS Virtual OS
exécute des applications App App App
écrites pour le système
d'exploitation mais dans un VMM
environnement contrôlé. Virtual Machine Monitor
Operating System : Windows, Linux…
• Utilise directement les API
du système d'exploitation Real Machine : CPU, RAM, I/O…
maitre. Computer Architecture

by 8
Virtualisation au niveau applicatif :

• La couche d'abstraction se • Citrix (Presentation Server),


Microsoft (SoftGrid), Java, ...
situe comme un
programme du système
d'exploitation.
Virtual App Virtual App
• Permet l'éxécution de
programme écrit pour cette App App
couche d'abstraction
VMM VMM App
indépendament du système
d'exploitation
Operating System : Windows, Linux, …

Real Machine : CPU, RAM, I/O…

Computer Architecture

by 9
Aperçu de la virtualisation

• Virtualisation complète :
• Microsoft (VirtualServer), VMWare (ESX, V3i), QEMU
• Permet l’exécution de multiples systèmes d’exploitation non modifiés
• Nécessite l’exécution d’un OS dans un OS

• Para-virtualisation:
• Xen, Citrix (XenServer), Microsoft (Hyper-V)
• Permet l’exécution de multiples systèmes d’exploitations supportant la para-virtualisation
• Performances très proche d’un système natif x86

• Virtualisation de système d’exploitation :


• SWSoft (Virtuozo), Vservers
• Groupe les processus dans des environnements isolés
• Nécessite une compatibilité avec l’environnement d’isolation

• Virtualisation d’application :
• Java, Citrix (Presentation Server), Microsoft (Application Virtualization)
• Place les applications dans des containeurs
• Nécessite un packaging spécifique de l’application

by 10
Ca "ME" sert à quoi ?

C'est gratuit....
Mais bon.

by 11
Quelques idées:
• Simplifie l'environnement en standardisant
l'environnement d'exploitation.

by 12
Quelques idées:
• Simplifie l'environnement en standardisant
l'environnement d'exploitation.
• Maximise l'investissement en utilisant le maximum de la
puissance des serveurs.

by 13
Quelques idées:
• Simplifie l'environnement en standardisant
l'environnement d'exploitation.
• Maximise l'investissement en utilisant le maximum de la
puissance des serveurs.
• Diminue le coût d'exploitation en réduisant le nombre de
serveurs physiques nécessaires.

by 14
Quelques idées:
• Simplifie l'environnement en standardisant
l'environnement d'exploitation.
• Maximise l'investissement en utilisant le maximum de la
puissance des serveurs.
• Diminue le coût d'exploitation en réduisant le nombre de
serveurs physiques nécessaires.
• Augmente le nombre de serveurs virtuels à gérer,
provisioner et sécuriser.

by 15
Quelques idées:
• Simplifie l'environnement en standardisant
l'environnement d'exploitation.
• Maximise l'investissement en utilisant le maximum de la
puissance des serveurs.
• Diminue le coût d'exploitation en réduisant le nombre de
serveurs physiques nécessaires.
• Augmente le nombre de serveurs virtuels à gérer,
provisioner et sécuriser.
• La plus grande partie des coûts d'exploitations
proviennent de la gestion de la machine logicielle, non du
serveur physique.

by 16
Quelques idées:
• Simplifie l'environnement en standardisant l'environnement
d'exploitation.
• Maximise l'investissement en utilisant le maximum de la
puissance des serveurs.
• Diminue le coût d'exploitation en réduisant le nombre de serveurs
physiques nécessaires.
• Augmente le nombre de serveurs virtuels à gérer, provisioner et
sécuriser.
• La plus grande partie des coûts d'exploitations proviennent de la
gestion de la machine logicielle, non du serveur physique.
• P.R.A

by 17
Quelques idées:
• Simplifie l'environnement en standardisant l'environnement d'exploitation.
• Maximise l'investissement en utilisant le maximum de la puissance des
serveurs.

• Diminue le coût d'exploitation en réduisant le nombre de serveurs


physiques nécessaires.

• Augmente le nombre de serveurs virtuels à gérer, provisioner et


sécuriser.

• La plus grande partie des coûts d'exploitations proviennent de la


gestion de la machine logicielle, non du serveur physique.

• P.R.A
• Augmente l'agilité.

by 18
Quelques idées:
• Simplifie l'environnement en standardisant l'environnement d'exploitation.
• Maximise l'investissement en utilisant le maximum de la puissance des
serveurs.

• Diminue le coût d'exploitation en réduisant le nombre de serveurs physiques


nécessaires.

• Augmente le nombre de serveurs virtuels à gérer, provisioner et sécuriser.


• La plus grande partie des coûts d'exploitations proviennent de la gestion de
la machine logicielle, non du serveur physique.

• P.R.A
• Augmente l'agilité.
• Green IT.

by 19
Pourquoi XenServer ?

Vmware ESX
Microsoft HyperV
Sun Virtual Box
La baie déborde....

by 20
Xen est:

Léger, ¼ de Mo 50.000 lignes de code.

by 21
Xen est:

Léger, ¼ de Mo 50.000 lignes de code.


Compatible, utilisation des drivers linux du Dom0

by 22
Xen est:

Léger, ¼ de Mo 50.000 lignes de code.


Compatible, utilisation des drivers linux du Dom0
Rapide, accès CPU/MEM directe depuis DomU (bare metal)

by 23
Xen est:

Léger, ¼ de Mo 50.000 lignes de code.


Compatible, utilisation des drivers linux du Dom0
Rapide, accès CPU/MEM directe depuis DomU (bare metal)
Open source, code propre, stable

by 24
Xen est:

Léger, ¼ de Mo 50.000 lignes de code.


Compatible, utilisation des drivers linux du Dom0
Rapide, accès CPU/MEM directe depuis DomU (bare metal)
Open source, code propre, stable
Participation industriel, Citrix, IBM, Intel, HP, Novell, Red Hat et Sun Microsystems

by 25
Xen est:

Léger, ¼ de Mo 50.000 lignes de code.


Compatible, utilisation des drivers linux du Dom0
Rapide, accès CPU/MEM directe depuis DomU (bare metal)
Open source, code propre, stable
Participation industriel, Citrix, IBM, Intel, HP, Novell, Red Hat et Sun Microsystems
Simple, XenConsol

by 26
Xen est:

Léger, ¼ de Mo 50.000 lignes de code.


Compatible, utilisation des drivers linux du Dom0
Rapide, accès CPU/MEM directe depuis DomU (bare metal)
Open source, code propre, stable
Participation industriel, Citrix, IBM, Intel, HP, Novell, Red Hat et Sun Microsystems
Simple, XenConsol
Fonctionnel, XenMotion, HA, MultiHome

by 27
Communauté Xen(Server)

SAN HARDWARE

PROVISIONING

by 28
Salut George ?

Et après
Y'a quoi...

by 29
XenServer 5.5
Code name: George
Active Directory, Xencenter & ssh
Load balancing, VM & SR pool
Snapshots, dans xencenter
Baie disque, (HP MSA, HP EVA, EMC Clariion)
Ajout d'OS (RHEL 5.3, Debian Lenny, SLES 11)

by 30
Après George.
Le 18 Mai 2009, Xen 3.4.0
Support de la technologie Hyper-V (Viridian), système de
virtualisation de Microsoft Windows 2008 Server, elle même basée sur
un hyperviseur
Amélioration du support des architectures x86 et ia64
Meilleure gestion de l’énergie dans les domU (fréquence/voltage
processeur) et support de la mise en veille dans afin de réduire la
consommation des hyperviseurs
Le support des périphériques dans les domU est amélioré, meilleure
indépendance vis à vis du dom0
Possibilité d’activer/désactiver à chaud CPU et mémoire dans un
domU à distance

by 31
Questions

by 32
by

PAUSE !!!
by 33