14
Olga ABDALA Omar GHADER TP Cloud Computing Compte Rendu

TP Cloud Computing Compte Rendu

  • Upload
    others

  • View
    5

  • Download
    1

Embed Size (px)

Citation preview

Page 1: TP Cloud Computing Compte Rendu

Olga ABDALA Omar GHADER

TP Cloud Computing Compte Rendu

Page 2: TP Cloud Computing Compte Rendu

Sommaire

Sommaire TP1 1- Installing Proxmox 2- Configuring Proxmox 3- Using Proxmox Web interface 4- Running a Container 5- Redirection Travail à effectuer en relation à l’objectif 1 Monitoring :

Pourquoi doit-on monitorer? Quelles ressources peut-on monitorer? Via quelles commandes?

Migration des VMs Côté pve Master (10.1.99.10):

Création du cluster: Vérification du status: Visualisation des noeuds existant dans le cluster:

Côté pve Slave (10.1.99.9): Ajout du pve9 dans le cluster préalablement créé grâce à la commande : pvecm add 10.1.99.10 Visualisation des noeuds existant dans le cluster Scénarios permettant d’illustrer l’intérêt d’une migration de machines virtuelles d’un serveur à l’autre: Migration du cluster , du pve10 vers le pve9, à partir de l’interface Web:

Test de la migration

Page 3: TP Cloud Computing Compte Rendu

TP1

1- Installing Proxmox At the beginning, we have downloaded the Proxmox iso image. Our goal is to create a

virtualized infrastructure. As we don’t have a blank server, we created the hypervisor using VirtualBox. Then, we have booted our Proxmox iso image to install the OS. Once installed, our server is launched and working correctly.

2- Configuring Proxmox Proxmox is based on a web interface to monitor and configure machines easily. But VirtualBox’s Network configuration does not allow by default to expose ports and to communicate with the internet. So we must create a NAT Rule that will expose the server with the localhost using the specific port 8006. We

work in an environment that use proxy to connect to the internet. Proxmox have to use proxy to download containers, or to communicate with a remote machine.

3- Using Proxmox Web interface Monitoring and supervising containers and virtual machines using command line interface is not always efficient. But Proxmox have it’s own graphical interface that show :

Page 4: TP Cloud Computing Compte Rendu

● Configuration : proxy, ● The status of all virtualized systems ● Managing networks and bridges ● Creating Virtual Machine ● Creating Containers

Page 5: TP Cloud Computing Compte Rendu

4- Running a Container To run a container, we must download and configure it. We have chosen Ubuntu 10 as our OS. After Adding the NAT Rule, the container was working normally. We have tested the connection by running an apache server and calling the url : localhost:8080 and apache respond without any problem.

Page 6: TP Cloud Computing Compte Rendu

5- Redirection To avoid changing NAT RULES every time our system changes, we can proceed by another way. We can use our Proxmox as a router to dispatch the network requests to the corresponding container or server. To do that , we must activate ip forwarding. Also , changing firewall config is required.

Commands from PM: #iptables -t nat -A POSTROUTING -o vmbr0 -j MASQUERADE #iptables -t nat -A PREROUTING -p tcp --dport 8880 -j DNAT --to 10.0.3.16:80

Page 7: TP Cloud Computing Compte Rendu

TP2

Travail à effectuer en relation à l’objectif 1

⇔ Savoir installer un hyperviseur (ici Proxmox) sur une machine virtuelle via un

logiciel de virtualisation (ici Virtual Box)

Comme demandé, nous avons installé 2 machines virtuelles(VMs) avec comme configuration

Réseau : Bridged pour la carte 1 .

Une fois nos deux VMs installées, nous avons hébergé proxmox sur chacune d’elle avec la

configuration ci dessous:

Machine 1 Machine 2

@IP 10.1.99.10 10.1.99.9

@Gateway 10.1.0.254 10.1.0.254

Masque 255.255.0.0 255.255.0.0

Hostname pve10.insa-toulouse.fr pve9.insa-toulouse.fr

Pour vérifier que nos deux Serveurs ont bien été installé, nous les avons “pingué” entre eux

comme on peut bien le voir sur les captures d’écran ci-dessous:

Page 8: TP Cloud Computing Compte Rendu

Nous avons également pu accéder à nos serveurs depuis un navigateur en allant sur les

adresses : https://10.1.99.X:8006 (avec X = 10 ou 9 selon le serveur).

Monitoring :

● Pourquoi doit-on monitorer?

Le monitoring est très important dans le déploiement d’une infrastructure. Il nous permet de

voir en temps réel ce qui se passe sur les serveurs, le trafic du réseau reçu et généré. En plus,

il nous permet de créer des alertes à des conditions particulières, si jamais des applications

ou des VMs tombent en panne.

● Quelles ressources peut-on monitorer?

1. Le réseau

Ci-dessous par exemple, on peut voir les statistiques du traffic réseau obtenu à partir du

navigateur.

2. La RAM

Page 9: TP Cloud Computing Compte Rendu

Ci-dessous il s’agit de l’utilisation de la mémoire :

3. L’espace disque

4. Le CPU

Page 10: TP Cloud Computing Compte Rendu

● Via quelles commandes?

● La commande vztop nous permet de lister tous les process qui tourne sur le serveur.

Pour chacun des process, nous pouvons bien voir la consommation en CPU, mémoire,

etc.

Migration des VMs

⇔ Configurer un cluster de serveurs et réaliser la migration de machines virtuelles entre les

serveurs du cluster en cas de besoin

Côté pve Master (10.1.99.10):

● Création du cluster:

Page 11: TP Cloud Computing Compte Rendu

● Vérification du status:

Grâce à cette capture d’écran, on peut voir que notre cluster a bien été créé.

● Visualisation des noeuds existant dans le cluster:

Page 12: TP Cloud Computing Compte Rendu

La commande exécutée sur cette capture d’écran permet de voir le nombre de noeud dans le

cluster. Pour l’instant, on peut bien voir qu’il n’y en a qu’un seul, le pve10.

Côté pve Slave (10.1.99.9):

● Ajout du pve9 dans le cluster préalablement créé grâce à la

commande : pvecm add 10.1.99.10

● Visualisation des noeuds existant dans le cluster

Maintenant que le pve9 est rajouté dans le cluster, en vérifiant de nouveau le nombre des

noeuds dans le cluster, on voit bien qu’on a actuellement nos deux noeuds.

Page 13: TP Cloud Computing Compte Rendu

● Scénarios permettant d’illustrer l’intérêt d’une migration de machines

virtuelles d’un serveur à l’autre:

Sans SLA:

1. Répartir la charge sur 2 serveurs différents.

2. Grouper les VMs par fonctionalités

Avec SLA :

1. Séparer les VMs publiques des VMs privées

2. Assurer le minimum des performances par rapport au SLA signé

● Migration du cluster , du pve10 vers le pve9, à partir de l’interface Web:

Sur cette capture, on voit bien que notre cluster se retrouve maintenant dans le pve9.

Et sur cette deuxième capture, on voit bien le même résultat, mais en ligne de commande.

Test de la migration

Page 14: TP Cloud Computing Compte Rendu

Après une migration d’un serveur à un autre, nous avons bien testé que la console n’est pas

déconnecté

Dans les 2 figures ci-dessus, nous pouvons bien voir qu’il n’y a pas eu de discontinuité dans le fonctionnement du console, c’était tout à fait transparent.