Modifications entre les versions 3 et 5 (s'étendant sur 2 versions)
⇤ ← Version 3 à la date du 2012-07-06 03:37:38 →
Taille: 1789
Éditeur: TruongTungLam
Commentaire:
← Version 5 à la date du 2012-07-06 04:14:57 → ⇥
Taille: 2625
Éditeur: TruongTungLam
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 11: Ligne 11:
- Front-End: Opennebula serveur. Sur cette machine on manipule les actions sur les machines virtuels. - Front-End: Opennebula serveur. Sur cette machine on manipule les actions sur les machines virtuels. Sur mon cas son IP est 192.168.104.120
Ligne 13: Ligne 13:
- VMHost: Opennebula virtuel host. Sur cette machine les serveurs virtuels marchent. On peut y avoir plusieurs VMHost qui connectent à un Front-End - VMHost: Opennebula virtuel host. Sur cette machine les serveurs virtuels marchent. Sur mon cas son IP est 192.168.104.166
Ligne 15: Ligne 15:
Ces machine doit être avoir la possibilité de supporter la virtulisation dans ses CPU. Elles doivent avoir le flag vmx dans cpuinfo On peut y avoir plusieurs VMHost qui connectent à un Front-End

Les VMHost doivent avoir la possibilité de supporter la virtulisation dans ses CPU. Elles doivent avoir le flag vmx dans cpuinfo
Ligne 30: Ligne 32:
{{{
deb http://backports.debian.org/debian-backports squeeze-backports main contrib non-free
}}}
Ligne 31: Ligne 36:
deb http://backports.debian.org/debian-backports squeeze-backports main contrib non-free Sur le Front-End lance {{{
aptitude install opennebula
}}}
Ligne 33: Ligne 40:
Sur le Front-End lance
aptitude install opennebula


Sur VMHost lance		 Sur VMHost lance{{{
Ligne 39: Ligne 42:
}}}
Ligne 43: Ligne 47:
Quand on installe opennebula, il crée un spécial utilisateur oneadmin. Il faut utiliser cet utilisateur pour manipuler le cloude Quand on installe opennebula, il crée un spécial utilisateur oneadmin. Il faut utiliser cet utilisateur pour manipuler le cloud
Ligne 45: Ligne 49:

=== Sur la Front-End ===
Ligne 47: Ligne 53:
sur la machien Front-End {{{
#su - oneadmin
oneadmin@brochet:~$ onehost add 192.168.104.166 im_kvm vmm_kvm tm_ssh
Ligne 49: Ligne 57:
su - oneadmin oneadmin@brochet:~$ onehost list
  ID NAME CLUSTER RVM TCPU FCPU ACPU TMEM FMEM STAT
  11 192.168.104.166 default 2 200 192 140 2.9G 2.3G on
}}}

=== sur la VMHost ===

Il faut que user oneadmin sur le Front-End puisse faire un ssh sur le VMHost sans avoir besoin de taper mdp.
Donc ajouter la clé public de user oneadmin de Front-End dans .ssh/authorized-keys de oneadmin sur VMHost
Ligne 52: Ligne 68:
editer /etc/default/libvirt-bin
{{{
# Start libvirtd to handle qemu/kvm:
start_libvirtd="yes"

# options passed to libvirtd, add "-l" to listen on tcp
libvirtd_opts="-d"

/etc/init.d/libvirt-bin restart
}}}

Machine virtuel Debian sur un cloud Opennebula

J'essaie de monter un cloud avec le logiciel libre Opennebula, en suite lancer un serveur virtuel Debian 6 sur ce cloud. Je choisis à utiliser KVM comme logiciel de virtualisation.

Matériel

Il faut préparer au moins 2 machines:

- Front-End: Opennebula serveur. Sur cette machine on manipule les actions sur les machines virtuels. Sur mon cas son IP est 192.168.104.120

- VMHost: Opennebula virtuel host. Sur cette machine les serveurs virtuels marchent. Sur mon cas son IP est 192.168.104.166

On peut y avoir plusieurs VMHost qui connectent à un Front-End

Les VMHost doivent avoir la possibilité de supporter la virtulisation dans ses CPU. Elles doivent avoir le flag vmx dans cpuinfo 

#cat /proc/cpuinfo

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl '''vmx''' est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm tpr_shadow vnmi flexpriority

Installation le cloud

Heuresement il existe déjà des paquets de Debian.

il faut ajouter cette ligne dans /etc/apt/sources.list 

deb http://backports.debian.org/debian-backports squeeze-backports main contrib non-free

Sur le Front-End lance 

aptitude install opennebula

Sur VMHost lance

aptitude install opennebula-node

Et voila. C'est tout pour l'installation

Configuration

Quand on installe opennebula, il crée un spécial utilisateur oneadmin. Il faut utiliser cet utilisateur pour manipuler le cloud

Sur la Front-End

Ajouter le VMHost au cloud 

#su - oneadmin
oneadmin@brochet:~$ onehost add 192.168.104.166 im_kvm vmm_kvm tm_ssh

oneadmin@brochet:~$ onehost list
  ID NAME              CLUSTER  RVM   TCPU   FCPU   ACPU    TMEM    FMEM STAT
  11 192.168.104.166   default    2    200    192    140    2.9G    2.3G   on

sur la VMHost

Il faut que user oneadmin sur le Front-End puisse faire un ssh sur le VMHost sans avoir besoin de taper mdp. Donc ajouter la clé public de user oneadmin de Front-End dans .ssh/authorized-keys de oneadmin sur VMHost

editer /etc/default/libvirt-bin 

# Start libvirtd to handle qemu/kvm:
start_libvirtd="yes"

# options passed to libvirtd, add "-l" to listen on tcp
libvirtd_opts="-d"

/etc/init.d/libvirt-bin restart

https://help.ubuntu.com/community/OpenNebula

...

TruongTungLam/OpenNebulaAvecDebian (dernière édition le 2012-07-09 01:50:07 par TruongTungLam)