Rapport de Stage 2021

Mise en place d’une infrastructure cloud basé sur Openstack cas de l’IAI-Cameroun
Dédicace
I
Rédigé par LISSOM Alex Wilfried, étudiant en troisième année option Système et
Réseaux à l’IAI-Cameroun, Centre d’Excellence Technologie Paul BIYA
Remerciements
Ce travail a été accompli par les conseils et encouragements de nombreuse personnes.
Il est important de remercier ses personnes. je tiens à signifier ma gratitude :
 M. Armand Claude ABANDA, Représentant Résident de l’IAI-Cameroun Centre

d’Excellence Paul BIYA, pour l’initiative et les projets qu’il multiplie chaque jour
pour améliorer les connaissances des jeunes et passionnés de l’informatique ;
 Encadrant professionnel pour, les conseils, la disponibilité, l’aide, le soutien durant

toute la période de stage ;
 Mme Mireille AMOUGOU, encadrant académique, pour son aide, ses conseils, le
soutien ;
 Tous les enseignants de l’IAI-Cameroun, pour leur engagements et implications durant

notre formations ;
 Tout le personnel de l’IAI-Cameroun pour leur disponibilité durant la période de

stage ;
 Tous mes camarades de promotion ;
 A tous ceux qui se sentiront oubliés et qui ont pris du temps pour nous aider ;
II
Résumé
Le présent document relate le déroulant de notre stage académique a l’Institut
Africain d’informatique. Stage effectué en 8 semaines (02) mois et dont la finalité était la
mise en place d’une infrastructure cloud basé sur OpenStack. Openstack est un open
source qui permet grâce à ses services d’émuler un cloud ;il offre tous les services du cloud
computing. Dans notre cas, nous offrons une infrastructure comme service. Notre solution
offre comme garanti un accès facile aux données, réduction des coûts des infrastructures
physiques. Néanmoins, il en ressort également des inconvénients, notamment en cas de panne
d’électricité ou d’internet l’infrastructure n’est plus disponible.
Mots clés : Infrastructure, OpenStack, service , cloud
III
Abstract
This document describes the sequence of our internship Academic at the African
Institute of Informatics. An 8-week (20-month) internship designed to build a cloud
infrastructure based on OpenStack. Openstack is an open source that emulates a cloud with its
services; it offers all cloud services. In our case, we offer an infrastructure as a service. Our
solution offers as guaranteed easy access to data, reducing the costs of physical infrastructure.
However, there are also disadvantages, particularly in the event of a power or internet outage,
the infrastructure is no longer available.
Keywords: Infrastructure, OpenStack, service, cloud
IV
Abréviations
V
Liste des figures

Figure 1:Plan de localisation de IAI centre de Yaoundé (source : archive de l’IAI Cameroun) 5
Figure 2 : organigramme IAI (source : archive de l’IAI Cameroun)..........................................5
Figure 3:architecture de l’IAI Siege Yaoundé (archive de l’IAI Cameroun)..........................14
Figure 4 :architecture IAI Cameroun........................................................................................14
Figure 5 :déroulement de la mise en place du projet................................................................15
Figure 6:diagrammes a corne de bête pour l’IAI......................................................................17
Figure 7 : Diagramme de Gantt représentant la planification du projet...................................20
Figure 8 : hyperviseur de type 1 (source : IT-connect.fr).........................................................25
Figure 9 : hyperviseur de type 2(source : IT-connect.fr)..........................................................26
Figure 10 : Répartition des responsabilités de gestion pour les modèles de services de Cloud
Computing (source : IT-connect.fr)..........................................................................................31
Figure 11 : modèle de déploiement du cloud (afdel.fr)............................................................33
Figure 12: Hyperviseurs supportés par les solutions IaaS (source : IT-connect.fr)..................41
Figure 13 : comparatif des différentes solutions open sources (source : IT-connect.fr)...........42
Figure 14 : Architecture conceptuelle des services OpenStack (source : openstack.com).......44
Figure 15 : horizon (source : openstack.com)...........................................................................45
Figure 16 : installation du paquet chromy................................................................................51
Figure 17:installation du paquet rabbiq....................................................................................53
Figure 18 : Figure 19 : parametre pour la connexion à la base de données keystone...............56
Figure 20 : configuration du fichier /etc/glance/glance-api.conf............................................58
Figure 21 : importation de l’image de cirros dans glance.........................................................59
Figure 22:création de l’user placement.....................................................................................60
Figure 23 : création d’une entrée dans le catalogue de service pour l’API de placement........60
Figure 24 :création des points de terminaison - public http://controller:8778..........................61
Figure 25 : création des points de terminaison - internal http://controller:8778.......................61
Figure 26 : création des points de terminaison - admin http://controller:8778.........................62
Figure 27 :installation du paquet placement.............................................................................62
Figure 28 :configuration de placement.....................................................................................63
Figure 29:création du user nova................................................................................................64
Figure 30 :création de l’entité nova..........................................................................................64
Figure 31:installation des paquets nova....................................................................................65
Figure 32 : configuration nova..................................................................................................65
VI
Figure 33 : redémarrage des services........................................................................................66

Figure 34 : configuration pour l’accès a distance des instances...............................................66
Figure 35 :creation de l’utilisateur neutron...............................................................................66
Figure 36 :configuration du fichier neutron..............................................................................67
Figure 37 :configuration du plugin ml2 pour la prise en charge des vlan, des reseaux plats...68
Figure 38 :configuration du pont pour les infrastructures réseau de type 2..............................68
Figure 39 : configuration de l'agent réseau de couche 3...........................................................68
Figure 40 :configuration pour les services dhcp.......................................................................69
Figure 41 :configuration de l’agent de métadonnées................................................................69
Figure 42 :configuration du service de calcule pour prendre en charge la mise en réseau.......69
Figure 43 :relançons les services..............................................................................................69
Figure 44 :installation du paquet openstack-dashboard............................................................70
Figure 45 :interface de connexion du Dashboard.....................................................................70
Figure 46 :vue d’ensemble Dashboard.....................................................................................71
Figure 47 :configuration du réseau dans le projet admin..........................................................72
Figure 48:configuration d’un sous réseau du réseau physique.................................................72
Figure 49 : configuration du réseau interne du type vxlan avec id 10......................................73
Figure 50 : configuration de la plage d’adresses d’un sous réseau...........................................73
Figure 51 :création du routeur pour la liaison des deux réseaux créés.....................................74
Figure 52 :allouée une adresse du réseau publique...................................................................74
Figure 53 : définition du nom de l’instance..............................................................................75
Figure 54 : définition de la source de notre instance................................................................75
Figure 55 définition du gabarit de notre instance.....................................................................76
Figure 56 : attribution d’un réseau interne pour notre instance................................................76
Figure 57 : définition d’un groupe de sécurité..........................................................................76
VII
Liste des tableaux

Tableau 1 : tableau illustratif du parc informatique de l’IAI....................................................20
Tableau 2 : liste des logiciels de l’IAI......................................................................................21
Tableau 3 : tableau présentant les acteurs du projet.................................................................26
Tableau 4 : Tableau représentant les ressources logicielles......................................................28
Tableau 5 : tableau représentant l’évaluation financier des équipements.................................29
Tableau 6 : tableau présentant l’évaluation financière de la main d’œuvre.............................30
Tableau 7 : bilan final...............................................................................................................30
Tableau 8 : Comparaison des communautés et de l’activité de développement pour les

solutions IaaS............................................................................................................................49
VIII
Sommaire
Dédicace......................................................................................................................................I
Remerciements...........................................................................................................................II
Résumé......................................................................................................................................III
Abstract.....................................................................................................................................IV
Abréviations...............................................................................................................................V
Liste des figures........................................................................................................................VI
Liste des tableaux...................................................................................................................VIII
Sommaire..................................................................................................................................IX
Introduction générale..................................................................................................................1
SECTION 1 : PHASE D’INSERTION.......................................................................................3
SECTION 2 : PHASE TECHNIQUE.......................................................................................11
Chapitre I : Analyse du projet...................................................................................................12
Chapitre II : Cahier de charges.................................................................................................16
Chapitre III : Etat de l’art..........................................................................................................24
Chapitre IV : Réalisation..........................................................................................................49
Chapitre V : Configuration ,tests et résultats............................................................................72
Conclusion générale..................................................................................................................77
Bibliographie.............................................................................................................................78
Webographie.............................................................................................................................79
Table des matières.....................................................................................................................80
Annexes......................................................................................................................................A
IX
Introduction générale
De plus en plus utilisé par de multiples entreprises du monde, le cloud computing est
un terme généralement employé pour designer la livraison des ressources et services a la
demande via internet. le Cloud Computing est dont un modèle permettant d’établir un accès à
la demande en réseau vers un bassin partagé de ressources informatiques configurable. Ces
ressources sont par exemple des réseaux, des serveurs, de l’espace de stockage, des
applications et des services.
L’IAI-Cameroun est un institut qui comprend plus de 13 représentations sur

l’ensemble du territoire. Ses centres délocalisés sont une abstraction du siège et possède leur
propre parc informatique. Face son grand désir de toujours s’étendre ceci dans le but de
former un grand nombre de personne à l’usage de l’outil informatique, l’Institut est confronté
à des coûts énormes, ceci du à la mise en place de nouveaux centres, et aussi à la sous-
utilisation des ressources. Il se pose alors des interrogations : comment optimiser
l’utilisation des ressources de l’institut tout en faisant des économies ? quelle solution
conviendra le mieux à l’institut ? quels outils et ressources seront utilisés ? le présent
rapport vise à répondre à ses interrogations.
Notre travail est subdivisé en 06 parties : étude et présentation de l’IAI-Cameroun, Analyse

du projet, cahier de charges, état de l’art, la réalisation et les tests et résultats.
1
SECTION 1 : PHASE D’INSERTION
2
SECTION 1 : PHASE D’INSERTION

Préambule
Dans cette partie nous allons :
 Présenter la structure d’accueil

 Enumérer les différentes activités
Objectifs
Mieux connaitre la structure d’accueil afin de bien comprendre ses services et activités
3
Introduction
L’insertion professionnelle est un moyen d’imprégnation du quotidien du travail en
entreprise, elle permet aux étudiants d’être au contact des professionnels et de mieux
apprendre d’eux du métier qu’ils voudraient faire à la fin des études. L’étudiant a là un moyen
d’appliquer les connaissances assimilées en cours. Le dossier d’insertion présente la structure
d’accueil, ses activités.
I. Historique de l’Institut Africain d’informatique

L’institut africain d’informatique (IAI) est une école d’enseignement supérieur inter-
états spécialisée dans le domaine des TIC. L’IAI dont le siège est au Gabon, a été créé le 29
janvier 1971 par décision mutuelle des Chefs d’État africains. L’Institut compte onze pays
membres dont, le Cameroun. Il s’installe au Cameroun le 1ier octobre 1999 sur haute
instruction du Président de la République. L’IAI-Cameroun jouit d’un statut diplomatique et
depuis sa création, a eu les trois principales missions suivantes :
 Former en informatique des cadres africains capables de soutenir, d’impulser et

d’accompagner le développement du continent ;
 Promouvoir et vulgariser l’outil informatique au niveau de toutes les catégories

sociales par le biais des Formations Initiales diplômantes, continues qualifiantes et
certifiantes ;
 Servir d’appui aux Entreprises et autres Administrations par le biais d’une expertise
intégrant Veille Technologique, Services et autres Conseils.
Depuis sa création, l’IAI-Cameroun a connu un développement progressif et

harmonieux dont les résultats sont visibles sur tous les plans : académique, managérial,
logistique et infrastructurel. Son Siège est aujourd’hui situé à Nkolanga’a à Yaoundé, dans un
magnifique campus de 5 hectares, offert par le Chef de l’Etat du Cameroun. L’IAI compte
cinq (05) centres répartis dans l’ensemble du territoire. A travers ses centres, les Formations
proposées s’adressent aussi bien aux étudiants qu’aux personnels des entreprises et des
administrations.
4
Figure 1:Plan de localisation de IAI centre de Yaoundé (source : archive de l’IAI Cameroun)
II. Organigramme IAI-Cameroun
Figure 2 : organigramme IAI (source : archive de l’IAI Cameroun)
III. Les différents types de formation de l’IAI-Cameroun

Le centre de Yaoundé offre principalement deux types de formation ;
5
1. La formation initiale
Dans le cadre de cette Formation, les cours ont lieu en journée (7h30 – 16h). Il s’agit
d’un Cycle d’Ingénieurs des Travaux Informatiques aussi bien en Systèmes et Réseaux qu’en
Génie Logiciel (Formation en trois ans, recrutement sur concours et niveau Baccalauréat
scientifique ou général requis).
2. Les formations continues

Un certain nombre de formations professionnelles aboutissant à un certificat sont
dispensées en formation continue, au bénéfice des travailleurs et autres chercheurs d’emploi.
Elles intègrent :
o Le CAM (Certificat d’Aptitude à la Maintenance Micro-informatique de

premier niveau) ;
o Le CATI (Certificat d’Aptitude aux Techniques d’Infographie) ;
o Le CBI (Certificat d’Aptitude à la manipulation des Outils Bureautique et
Interne.)
En matière de Programmes, Etudes et Services aux Entreprises, l’Ecole a mis en place

dès octobre 1999, un Département spécial dont la fonction est de :
o Fournir aux entreprises publiques et privées des Etats membres et de la sous-
région, des prestations en informatique et ses domaines connexes ;
o Adapter la formation au marché de l’emploi ;
o Constituer un pôle d’expertise, de conseil et de veille technologique pour le
Cameroun et pour la sous-région ;
o Dégager un volet d’autofinancement pour le développement de l'I.A.I.
Deux principaux types de produits sont développés :

o Des formations qualifiantes (Séminaires de formation de courte durée couvrant
de nombreux domaines de l’informatique comme la Bureautique, les Bases de
données, la Programmation, la Conception, les Systèmes d’exploitation et les
Réseaux) ;
o Des études et services où l’expertise de IAI-Cameroun couvre les domaines
suivants :
6
- Étude des Systèmes d’Information ;

- Développement d’applications ;
- Réseaux et Systèmes ;
- Technologies de l’Internet & Multimédia ;
- Maintenance.
IV. Centres délocalisés

Dans le souci d’atteindre une grande majorité de personnes, l’IAI-Cameroun est
représenté à travers le territoire par :
7
Centre Département / région Contacts (+237)
Centre de Douala Wouri / Littoral 699 066 037
Centre de Yaoundé Méfou-et-Afamba / 242 729 957

Centre
Centre de Yagoua Mayo-Danay / Extrême-nord 694 107 364
Centre de Garoua Nord / Bénoué 699 046 469
Centre de Bafoussam Mifi / Ouest 699 682 556
Centre de Bafang Haut nkam / Ouest 696 803 110
Centre d’Ombessa Mbam-et-inoubou / 677 788 308

Centre
Centre de Monatelé Lekié / Centre 675 976 713
Centre d’Ebolowa Mvila / Sud 678 769 794
Centre de Bertoua Lom-et-djerem / Est 697 285 692
Centre de Batouri Kadey / Est 694 211 841
Centre d’Obala Lekié / Centre 698 150 035
Centre d’Abong-Mbang Haut nyong / Est 699 581 726
Centre de Kribi Ocean / Sud 676 522 895
Centre de Meiganga Mbéré / Adamaoua 694 228 948
Centre Mbalmayo Nyong-et-so’o / Centre 695 061 755
Centre de Maroua Diamaré / Extrême-Nord 655 686 561
Centre de Ngaoundéré Vina / Adamaoua 674 696 840
8
V. Les partenaires
Pour une plus grande efficacité et un meilleur rayonnement de son action, l’IAI-
Cameroun bénéfice de la collaboration de plusieurs partenaires à savoir :
 PROLOGIGA
 IFTIC-SUP
 UMT TUNISIE
 INFO TV
 MICROSOFT
 CRTV
 Ecole Normale Polytechnique
 Agence Universitaire de la
Francophonie  Living Travail Tour
 CERAC  Fondation Chantal BIYA
 Le ministère de la promotion de la  Mutation

femme et de la famille  CSPH
 Le ministère des affaires sociales  HUAWAI
 FUGEPAC  ONG Cameroun
Conclusion
Il était question pour nous dans cette partie de présenter la structure d’accueil.
L’Institut Africain d’Informatique du Cameroun existe depuis 21 ans et forme depuis sa
création des personnes aptes à l’utilisation de l’outil informatique.
9
SECTION 2 : PHASE TECHNIQUE
10
SECTION 2 : PHASE TECHNIQUE

Préambule
Dans cette partie, nous allons travail sur la partie technique proprement dit constitué de :
- Analyse du projet ;
- Cahier de charge ;
- L’état de l’art ;
- La réalisation.
Objectifs
Cette section consiste à présenter :
- Une analyse minutieuse du projet ;

- Le contexte qui justifie les circonstances et les conditions de la mise
sur pieds de notre projet ;
- L’ensemble des interrogations qui tournent autour de notre projet ;
- L’étude minutieuse de l’existant de la structure d’accueil ;
- Les concepts et notions qui permettront de mieux comprendre notre
projet ;
- Une réalisation schématisée avec les résultats obtenus.
Plan
- Chapitre I : Analyse du projet ;
- Chapitre II : cahier de charges ;
- Chapitre III : état de l’art ;
- Chapitre IV : réalisation.
- Chapitre V : Test et résultats
11
Chapitre I : Analyse du projet

Opération intellectuelle consistant à décomposer un tout en ses éléments constituants
et d'en établir les relations.
I. Etude de l’existant
1. Existant en termes de matériels
L’IAI-centre Yaoundé possède en termes de matériels :
Tableau 1 : tableau illustratif du parc informatique de l’IAI
Désignation Marque Caractéristiques Illustration
Dell DD : 500 go ; Ram : 4go ; 2.5 gHz

Desktop
HP DD : 320 go ; Ram : 4go ; 3.0 gHz
MacBook Apple 15’’, core i5, Ram : 8 go, DD : 500

go
Cpu : QCA9531
Routeur Microtik RAM : 64 mo
4 ports,
Storage : 16Mo
Switch D-Link 24 ports - 176 Gbps Fe/Gbe
Caméra de Objectif : 2.8 mm

Alhua VS : 30m
surveillance Dimension : 8.1 cm*11cm
Projecteurs Epson Résolution 1280*720

Lum : 6500 lm
2. Existant en termes de logiciels

L’IAI-centre de Yaoundé possède :
12
Tableau 2 : liste des logiciels de l’IAI
Désignation Version Logo
Système d’exploitation 20H2, Windows 10 Professionnel,

19042.1165
Windows
Système d’exploitation linux Ubuntu 18.04
Système mac Ios
Suite office 2010
Suite adobe Cc 2017
Anti-virus Norton 2021
Anti-virus Kaspersky 2021
3. Existant en termes de ressource humaine

L’IAI-centre compte comme ressource humaine :
 Des consultants extérieurs ;

 Des enseignants ;
 Le personnel administratif ;
 Des stagiaires ;
 Des temporaires.
13
Figure 3:architecture de l’IAI Siege Yaoundé (archive de l’IAI Cameroun)
Figure 4 :architecture IAI Cameroun
II. Critique de l’existant

Le siège et ses représentations comptent un nombre important d’ordinateur. Chaque
représentation possède ses propres infrastructures. celles-ci sont composées en partie
d’ordinateurs. Chaque ordinateur disposant de caractéristiques( disque dur : 500 go, ram : 4
14
go) matérielles énormes. Les employés du service des ressources humaines se retrouvent avec
des ordinateurs aux grandes capacités alors que leurs tâchent n’en demandent pas autant. ce
qui occasionne des coûts significatifs lors de la création d’un nouveau centre. Nous
constatons dont que :l’IAI Cameroun :
- n’utilise pas de manière optimale ses ressources.

- Dépense beaucoup en achetant des ordinateurs de grande capacité
III. Problématique
En prenant en compte le nombre grandissant de centre, l’information traitée, la
sécurité des données ; il convient donc de mettre sur pied une solution qui va garantir la
flexibilité, la fiabilité, la sécurité et réduire le cout de l’achat des ordinateurs. Une question
essentielle se pose dont : quelle solution répondra mieux aux besoins grandissants, et aux
attentes évolutives de l’institut ?
IV. Présentation du projet

Notre projet consiste en la mise en place d’une infrastructure cloud. Notre cloud sera
basé sur OpenStack qui est un ensemble de services destinés à la création d'un Cloud. Notre
projet offrira dont à des clients(les différents centres) des infrastructures (ordinateurs,
serveurs, …)
Nous avons subdivisé notre projet en étapes
Figure 5 :déroulement de la mise en place du projet
15
Figure 6 : architecture de notre solution
16
Chapitre II : Cahier de charges

I. Contexte
Parti d’un seul bâtiment à sa création, L’IAI Cameroun, 21 ans après comptent plus de
12 représentations à travers le territoire national. Chaque jour toujours dans l’optique de
rapprocher les populations de l’outil informatique, l’institut ouvre de nouveaux centres ; ce
qui représente un très grand nombre d’équipement en termes d’infrastructure. L’activité
principale de l’institut est la formation. Au quotidien, son personnel reparti à travers le
territoire manipule essentiellement les cours (documents, vidéos, audios) et traite aussi les
notes. Il est important aujourd’hui pour l’institut d’avoir une infrastructure cloud car elle
offre :
- La flexibilité : le cloud s’adapte en fonction de la charge de travail et

du nombre d’utilisateur ;
- La disponibilité des ressources : le cloud met à la disposition du client
les ressources nécessaires pour son travail en tout temps et en tout lieu ;
- L’évolutivité : les technologies du cloud évoluent pour offrir la
meilleure expérience au client
Les différentes couches offrent plusieurs solutions en fonction des besoins, du simple
stockage des données comme service, à l’infrastructure comme service, en passant par le
logiciel comme service. Tout le monde trouve son compte.
II. Objectifs
1. Objectif global
Notre objectif principal est de mettre en place un environnement de cloud capable
d’évoluer dans le temps.
2. Objectifs spécifiques
Pour mener à bien ce travail nous avons pour objectifs spécifiques :
- Mettre en place notre cloud basé sur OpenStack

- Créer des instances (serveurs, ordinateurs)
- Configurer une instance
17
III. Expressions des besoins

Pour mieux ressortir les besoins nous allons nous servir du diagramme à cornes de
bête. C’est un schéma qui démontre si la solution est utile pour l’utilisateur, si elle répond à
ses besoins. Ce diagramme illustre l’importance du projet, ce en quoi il répond par rapport
aux besoins des utilisateurs. Cela se fait en répondant à trois questions principales :
 A qui le produit rend-il service ? (To whom the system or product will render
service?);
 Sur quoi le système ou le produit agit-il ? (On what the system is based on?);
 Dans quel but le système ou produit existe-t-il ? (What is the goal of the system or
product?).
Figure 7:diagrammes a corne de bête pour l’IAI
1. Les Besoins fonctionnels

Ils sont directement liés aux tâches que le système devrait pouvoir exécuter :
- Créer des machines virtuelles en fonction des besoins ;
18
2. Les besoins non-fonctionnels

Il s'agit des besoins qui caractérisent le système. Ce sont des besoins en matière de
performance, de type de matériel.
- Extensible ;
- Fiable ;
- Sécurisé ;
- Supervision ;
- Flexible.
IV. Les acteurs du projet

Tableau 3 : tableau présentant les acteurs du projet
Acteur Explication Missions Cas de l’IAI
MOA (maitre Le maitre d'ouvrage est Définit les besoins, Le Représentant

d’ouvrage) à l'origine du projet, S'assure de la Résident
c’est le propriétaire du faisabilité du projet,
livrable. C’est lui qui fixe les objectifs.
est à l’origine du besoin
MOE Le maitre d’œuvre est Concevoir et mettre L’encadreur

chargé de fournir le sur pieds le projet Académique,
livrable lissomservice
Chef de projet Personne physique qui Conduire le projet, Encadrant

assure l'interface entre Organise les revues professionnel
la MOA et les et réunions
différentes équipes Dirige et anime les
chargées de la mise en différentes équipes
œuvre concrètes du
projet.
Utilisateurs Il s’agit des utilisateurs Utilise le livrable Les salariés, les

finaux du livrables : le enseignants, les
19
personnel une fois terminé consultants
V. Les contraintes du projet

Chaque projet a des limites et risques, qui doivent être pris en compte et gérés afin
d'assurer la réussite finale du projet. Les principales contraintes que nous avons rencontrées
sont d’ordre :
 Matériels : pour mettre en place un environnement cloud il faut un minimum

requis en matière de caractéristique matérielle (16 go ram, 12 cœurs) ;
 Financières : le cloud pour sa mise en place nécessite la connexion internet pour,
les recherches, télécharger (des paquets, services, instances et images) ;
 Technique : pour mettre en place le cloud basé sur OpenStack, il faut apprendre
par cœur sa documentation
VI. Planification
En effet, la planification a pour objectif d'organiser le déroulement des étapes du projet
dans le temps. Une tâche fondamentale pour la maîtrise des délais.
Planifier un projet, consiste à :
- Le découper en plusieurs étapes (identification de l'ensemble des tâches

à réaliser) ;
- Estimer la durée de chaque étape ;
- Identifier l'enchaînement des étapes ;
- Affecter des ressources (financières et humaines) ;
- Modéliser cette organisation sur un document opérationnel partagé
entre tous les acteurs concernés pour optimiser le déroulement et le
suivi de la réalisation.
Nous allons nous servir du diagramme de Gantt
20
Figure 8 : Diagramme de Gantt représentant la planification du projet
VII. Evaluation financière

L'évaluation financière des projets est une matière frontière entre l'économie et la
gestion. Sa finalité est d'étudier les conditions de viabilité des projets et d'améliorer leur taux
de réussite, en prenant mieux en considération leur environnement. L'évaluation fait ainsi
reposer le financier sur les études techniques, commerciales et sociales, c'est-à-dire sur
l'élaboration du projet. Notre évaluation repose essentiellement sur :
- Les ressources matérielles qui englobent l’ensemble des équipements

nécessaire pour la réalisation du projet ;
- Les ressources logicielles constituées des applications et systèmes
nécessaire pour accomplir notre travail ;
- Les ressources humaines qui sont constituées des personnes qui vont
travailler pour le projet.
Nous allons utiliser la mercurial des prix fixée par le ministère du commerce pour
déterminer le prix des équipements et du code du travail, des conventions collectives pour
déterminer avec précision les salaires. Nous nous sommes aussi appuyés au niveau des
logiciels sur les prix des propriétaires.
1. Ressources matérielles
Tableau 4 : tableau représentant l’évaluation financier des équipements
Désignations Caractéristique Quantit Prix Total
21
é unitaire en Fcfa
en Fcfa
Dell EMC 4210R 2.4 GHz 1 1800000 180000

PowerEdge R440 16 Go - SSD 0
Xeon Silver 480 Go
Onduleur rakable 420 Watt - 650 1 270000 270000

VA - 20 min
Switch Cisco 58 ports -176 2 545000 109000

NETGEAR M4300- gbps 0
52G Fe/Gbe
Moniteur HP - Compaq 1 36000 36000

LA1951G
Souris et clavier Souris Sans Fil 1 6800 6800

2.4G
Armoire serveur et 58 cm 1 403900 403900

réseau profondeur
montage mural
Climatiseur Samsung 3cv 1 440000 440000
Rallonge 5m/Multiprise 2 7750 15500

6 trous (Ingelec)
Connecteurs Rj 45 10gbps 1 5000 5000

C7 - blindé
Rouleau câble réseau Cuivre 4 x 2 x 10 45000 450000

C7 - 100 m AWG23/1
Fa - 1000 mhz
Troue de 1 35000 35000

maintenance
Total en Fcfa 455200

0
22
2. Ressources logicielles
Tableau 5 : Tableau représentant les ressources logicielles
Désignation Type Prix
Ubuntu server 20.04 Open source Gratuit
Openstack Open source Gratuit
Office Propriétaire 135 000
VMWare pro Workstation 15.5 Propriétaire 90400
Adobe InDesign Propriétaire 189 055
Adobe Acrobat Propriétaire 141 000
Total 745 900
3. Ressource humaine
Tableau 6 : tableau présentant l’évaluation financière de la main d’œuvre
Intitulé Tache Catégorie Salaire Nombre Total

en Fcfa en Fcfa
de mois
Chef de projet -Développement et suivi 10 746835 3 2240505

des projets.
-Gestion du budget.
-Direction de l'équipe en
charge
des projets.
Ingénieur - Assurer toute autre tâche 10 350450 3 1051350

des travaux connexe confiée par la
hiérarchie
-Assurer la mise en place et
l’évolution de l'architecture
Total en Fcfa 3291855
23
4. Bilan final
Tableau 7 : bilan final
Ressources Prix en Fcfa
Ressources logicielles 745 900
Ressources matérielles 4552200
Ressources humaines 3291855
Frais divers 1250000
Total en Fcfa 9 839 955
Pour mener à bien notre projet nos aurons besoins de 9 839 955 Fcfa
VIII. Les livrables
24
Chapitre III : Etat de l’art

Dans cette partie nous allons présenter une étude théorique sur la virtualisation et sur
la notion de cloud computing. Nous allons présenter les catégories de services, les types de
déploiements. Nous allons finaliser par la notion de cloud de réseau et la technologie SDN.
I. La virtualisation
1. Définition
La virtualisation est une technologie informatique qui simule les fonctionnalités
matérielles pour créer des services informatiques basés sur logiciel comme des applications,
des serveurs, des espaces de stockage et des réseaux. En créant une version virtuelle d’une
ressource ou d’un appareil (comme un serveur ou un poste Desktop) à partir d’un système
informatique, la virtualisation vous permet d’optimiser l’efficacité des ressources matérielles
des ordinateurs.
2. Fonctionnement de la virtualisation
La virtualisation consiste à créer plusieurs machines virtuelles (aussi appelées
ordinateurs virtuels, instances virtuelles, versions virtuelles, VM ou Virtual machine) à partir
d’une machine physique, à l’aide d’un logiciel appelé hyperviseur. Parce que ces machines
virtuelles fonctionnent de la même manière que des machines physiques, mais ne s’appuient
sur les ressources que d’un seul système informatique, la virtualisation permet aux directions
informatiques d’exécuter plusieurs systèmes d’exploitation sur un seul serveur (connu
également sous le nom d’hôte). Pendant ce temps, l’hyperviseur attribue des ressources
informatiques à chaque ordinateur virtuel, en fonction des besoins. Les opérations
informatiques deviennent ainsi beaucoup plus efficaces et rentables. L’attribution flexible des
ressources physiques est l’une des raisons pour lesquelles la virtualisation est le fondement du
cloud computing.
3. Type d’hyperviseur
Un hyperviseur, également appelé moniteur de machine virtuelle, est un processus qui
crée et exécute des machines virtuelles (VM). Il permet à un ordinateur hôte de prendre en
charge plusieurs VM clientes en partageant virtuellement ses ressources, telles que la
mémoire et la capacité de traitement. On distingue :
25
a. Hyperviseur de type 1
Un hyperviseur de type 1, également appelé hyperviseur de système nu ou natif,
s'exécute directement sur le matériel de l'hôte pour gérer les systèmes d'exploitation invités. Il
prend la place du système d'exploitation de l'hôte et planifie directement les ressources des
machines virtuelles sur le matériel. Ce type d'hyperviseur est fréquemment utilisé dans les
datacenters d'entreprise et dans d'autres environnements basés sur des serveurs. KVM,
Microsoft Hyper-V et VMware vSphere sont des exemples d'hyperviseurs de type 1
Figure 9 : hyperviseur de type 1 (source : IT-connect.fr)
b. Hyperviseur de type 2
Un hyperviseur de type 2, également appelé hyperviseur hébergé, s'exécute sur un
système d'exploitation traditionnel en tant que couche logicielle ou application. Il fonctionne
en dissociant les systèmes d'exploitation invités du système d'exploitation hôte. Les ressources
des machines virtuelles sont planifiées au niveau d'un système d'exploitation hôte, lui-même
exécuté sur le matériel. L'installation d'un hyperviseur de type 2 convient aux utilisateurs qui
souhaitent exécuter plusieurs systèmes d'exploitation sur un ordinateur personnel. VMware
Workstation et Oracle VirtualBox sont des exemples d'hyperviseurs de type 2.
26
Figure 10 : hyperviseur de type 2(source : IT-connect.fr)
4. Exemple de virtualisation
Voici un scénario de virtualisation courant. Une entreprise possède trois serveurs
physiques, chacun servant un objectif différent : l’un prend en charge le trafic Web, le
deuxième la messagerie électronique de l’entreprise et le troisième les applications internes de
l’entreprise. Chaque serveur physique jouant uniquement son rôle, l’entreprise n’utilise
probablement qu’un tiers des capacités informatiques de chacun, dont elle paie pourtant
l’intégralité des coûts de maintenance.
Avec la virtualisation, vous pouvez diviser l’un des serveurs en deux machines
virtuelles et réduire vos coûts de maintenance de 33 %. Un premier serveur peut ainsi gérer la
messagerie électronique et le trafic Web, et un second l’ensemble des applications de
l’entreprise, ce qui permet de supprimer le troisième pour économiser ou de le réaffecter à un
autre service informatique.
a. Virtualisation de serveurs
Les serveurs sont de puissantes machines conçues pour exécuter des tâches complexes
et spécifiques. Il est courant que les équipes informatiques attribuent une tâche ou une
application à un serveur, mais cela se traduit souvent par une sous-utilisation des capacités et
des coûts de maintenance plus élevés. La virtualisation des serveurs utilise un hyperviseur
pour diviser vos serveurs physiques en plusieurs serveurs virtuels, chacun exécutant son
propre système d’exploitation. Vous pouvez ainsi exploiter toute la puissance de vos serveurs
physiques afin de réduire considérablement les coûts matériels et d’exploitation.
27
b. Virtualisation de réseau
Face à l’utilisation généralisée des environnements virtualisés, de nombreuses
entreprises virtualisent également leurs réseaux. La virtualisation de réseau consiste à diviser
la bande passante disponible en canaux indépendants, chacun étant affecté à un serveur ou un
appareil, en fonction des besoins. La virtualisation de réseau facilite les tâches de
programmation et de provisioning du réseau, telles que l’équilibrage des charges et la
protection par pare-feu, sans avoir à toucher à l’infrastructure sous-jacente. En règle générale,
les équipes informatiques gèrent les composants logiciels à l’aide d’une console
d’administration basée sur un logiciel (également connu sous le nom de réseau logiciel ou
SDN). Une autre méthode est la virtualisation des fonctions réseau, qui consiste à virtualiser
les appliances matérielles offrant des fonctions dédiées pour un réseau (comme l’équilibrage
des charges ou l’analyse du trafic), afin de faciliter le provisioning et la gestion de ces
appliances. À mesure que les besoins évoluent, la virtualisation de réseau simplifie les
modalités de déploiement, de mise à l’échelle et d’ajustement des charges de travail pour les
équipes informatiques.
c. Virtualisation de stockage
La virtualisation de stockage a lieu lorsque l’espace de stockage physique de plusieurs
appareils d’un réseau est unifié au sein d’un appareil de stockage virtuel, géré depuis une
console centrale. Pour virtualiser le stockage, vous avez besoin d’un logiciel de
virtualisation capable d’identifier les capacités disponibles sur les appareils physiques, et
d’agréger ces capacités au sein d’un environnement virtuel. Aux yeux des utilisateurs finaux,
le stockage virtuel ressemble à un disque dur physique standard. Le stockage virtuel est un
composant clé d’une stratégie IT de type infrastructure hyperconvergée et permet aux
administrateurs informatiques de rationaliser les activités de stockage comme la sauvegarde,
l’archivage et la récupération.
d. Virtualisation de données
La virtualisation de données permet à une application d’accéder aux données et de les
exploiter sans avoir besoin des détails sur l’emplacement physique ou le format de ces
données. Vous pouvez ainsi créer une représentation de données à partir de plusieurs sources,
sans déplacer ni copier ces données. Cette agrégation de données se fait avec un logiciel
de virtualisation de données, qui intègre et visualise virtuellement ces données au travers d’un
28
tableau de bord, permettant aux utilisateurs d’accéder à de grands ensembles de données

depuis un point unique, où que les données soient stockées. La virtualisation de données est
essentielle à tout type d’application d’analytique ou d’intelligence.
e. Virtualisation d’application
L’approche basée sur serveur est la plus simple pour virtualiser des applications. Un
administrateur informatique implémente des applications à distance sur un serveur au sein du
datacenter de l’entreprise ou via un service d’hébergement. L’administrateur informatique
utilise ensuite le logiciel de virtualisation d’applications pour livrer ces applications sur le
poste d’un utilisateur, ou tout autre appareil connecté. L’utilisateur peut alors accéder aux
applications et les utiliser comme si elles étaient installées en local sur sa machine et ses
actions sont renvoyées vers le serveur pour être exécutées.
f. Virtualisation de bureau
Dans la virtualisation de poste de travail (VDI), l’environnement de poste de travail est séparé
de la machine physique et organisé en une infrastructure de postes de travail virtuels. Cela
fonctionne de la même manière que la virtualisation d’application. Elle permet dont aux
personnes d’avoir accès à leur bureau de travail n’importe où.
II. Le software-defined networking (SDN)

1. Définition
L'appellation réseau à définition logicielle, ou SDN (Software-Defined Networking),
désigne un ensemble de technologies innovantes visant à permettre un contrôle centralisé des
ressources réseau, une meilleure programmabilité et une orchestration de ces ressources, ainsi
que la virtualisation de ces ressources en les dissociant des éléments physiques du réseau.
2. Objectif
L’objectif est de se libérer des architectures réseau statiques pour définir une
architecture fluide, adaptative et en mouvement afin de répondre au mieux aux besoins des
utilisateurs.
29
3. Principe de fonctionnement
Si l’on prend le concept originel de Software-defined network, il se traduit donc par la
création d’une couche supplémentaire dans le réseau, la couche de contrôle (control layer).
Imaginez un grand terrain de golf et son système d’arrosage. Le gestionnaire peut

manuellement ouvrir et fermer des centaines de vannes ou peut centraliser la gestion de
l’arrosage via un tableau central. Grâce à ce panneau de contrôle central, il est possible de
planifier quelle partie du terrain est arrosée à quel moment. Une gestion centralisée permet
également d’adapter son arrosage en fonction des conditions météorologiques ou de
l’ensoleillement et d’utiliser à bon escient les différents puits creusés sur le terrain dans une
perspective de rationalisation des ressources. Le SDN, c’est exactement cela : la création d’un
tableau central (en l’occurrence virtuel) pour gérer le réseau.
En matière d'informatique, un « controller » est donc inséré entre la couche réseau

(soit le hardware) et la couche des applications. Ce contrôleur se présente sous la forme d’un
logiciel. La connexion entre ces différentes couches se réalise par le biais de connecteurs
qu’on qualifie de Southbound (vers le réseau) ou Northbound (vers les applications)
4. OpenFlow
Il est difficile de ne pas mentionner OpenFlow lors de l’évocation des SDN. En
développement constant au sein de l’Open Networking Foundation, ce protocole est un
excellent exemple de la façon de mettre en œuvre la programmation de réseau à l’aide d’un
contrôleur central.
OpenFlow est une norme agnostique qui décrit comment programmer un commutateur
de réseau. Il identifie les flux spécifiques en utilisant une variété de critères (adresse MAC,
adresse IP de destination, etc.), puis effectue des actions sur ces flux (forwarding via le port X
ou Y, abandon du trafic, etc.). Un contrôleur OpenFlow centralisé avec la connaissance de
l’ensemble de la topologie du réseau peut programmer ces politiques pour tous les
commutateurs de réseau, quelle que soit leur marque.
5. Avantages du SDN
Nous avons déjà évoqué les avantages du réseau défini par logiciel. Si vous avez suivi,
vous vous demandez sans doute pourquoi ce n’est pas la norme. À l’ère du tout digital, des
réseaux statiques semblent en effet pour le moins anachroniques.
30
Les avantages d’une configuration réseau dynamique sont nombreux :
- Optimisation du trafic réseau ;

- Meilleure allocation de la bande passante ;
- Gestion centralisée et dynamique du réseau ;
- Réduction des frais d’exploitation de réseau ;
- Simplification en matière de sécurisation du réseau et meilleure
détection des attaques. Le contrôleur réseau en tant que tel doit
cependant être extrêmement sécurisé sous peine de perdre le contrôle ;
ou encore
- Scalabilité accrue indispensable au vu de la croissance exponentielle
des données
III. Notion de cloud computing

Le cloud computing ou info nuage est la fourniture de services informatiques
(notamment des serveurs, du stockage, des bases de données, la gestion réseau, des logiciels,
des outils d’analyse, l’intelligence artificielle) via Internet (le cloud) dans le but d’offrir une
innovation plus rapide, des ressources flexibles et des économies d’échelle. En règle générale,
vous payez uniquement les services cloud que vous utilisez (réduisant ainsi vos coûts
d’exploitation), gérez votre infrastructure plus efficacement et adaptez l’échelle des services
en fonction des besoins de votre entreprise.
1. Type de services cloud

Il existe trois principaux modèles de services de Cloud Computing : l’infrastructure en
tant que service (IAAS), la plate-forme en tant que service (PAAS) et le logiciel en tant que
service (SAAS). Chaque modèle de service représente une partie différente du Cloud
Computing et comprend sa propre division unique des responsabilités entre vous et le
fournisseur de services.
31
Figure 11 : Répartition des responsabilités de gestion pour les modèles de services de Cloud
Computing (source : IT-connect.fr)
Dans chaque modèle de service de Cloud Computing, il existe des centaines d’options
de service de Cloud parmi lesquelles nous allons choisir – que nous allons explorer plus loin
dans cet article. Pour l’instant, examinons de plus près les trois principaux modèles de
services.
 Infrastructure as a service (IaaS)
L’infrastructure en tant que service (IaaS) est le modèle de service qui constitue la
base du déploiement de votre technologie dans le Cloud. Grâce à un fournisseur IaaS, vous
bénéficiez d’un accès à la demande via Internet aux ressources informatiques de base,
notamment les ordinateurs (matériel virtuel ou dédié), la mise en réseau et le stockage. L’IaaS
vous donne accès à une ressource matérielle flexible et de pointe qui peut être adaptée aux
besoins de traitement et de stockage de votre entreprise. Vous utilisez cette infrastructure pour
fournir les applications, les logiciels et les plateformes de votre organisation, sans avoir à en
assurer la gestion et la maintenance.
Un exemple typique de déploiement IaaS combinera des machines virtuelles et des

disques de stockage. Chaque élément est personnalisé pour répondre aux besoins de votre
32
entreprise, qu’il s’agisse du système d’exploitation du serveur ou de la taille de la capacité de

stockage.
 Plateform as a service (PaaS)
La plateforme en tant que service (PaaS) est le modèle de service de Cloud dans lequel
vous accédez à des outils matériels et logiciels combinés par l’intermédiaire d’un fournisseur
de services. Le PaaS est le plus souvent utilisé pour le développement d’applications.
Un fournisseur PaaS vous donne accès à l’infrastructure combinée de Cloud nécessaire au

développement d’applications – bases de données, intergiciels, systèmes d’exploitation,
serveurs – sans la complexité sous-jacente de sa gestion. Cela vous permet de devenir plus
efficace. Au lieu de passer du temps à installer et à configurer l’infrastructure, vous vous
concentrez uniquement sur le développement, l’exécution et la gestion des applications.
 Software as a service (SaaS)
Le logiciel en tant que service (SaaS) est le modèle de service de Cloud qui vous
permet d’accéder à un produit logiciel complet, exécuté et géré par le fournisseur de services.
La plupart des solutions SaaS ont tendance à être des applications destinées à l’utilisateur
final. L’accès au logiciel de votre choix à l’aide d’un modèle SaaS vous permet de vous
concentrer uniquement sur la meilleure façon d’utiliser ce logiciel. Le fournisseur SaaS est
responsable de la fourniture, de la maintenance et de la mise à jour du logiciel, y compris de
l’infrastructure sous-jacente.
Un exemple courant de SaaS est une solution de gestion de la relation client (CRM) basée sur
le web. Vous stockez et gérez tous vos contacts via le CRM sans avoir à mettre à jour le
logiciel dans sa dernière version ou à maintenir le serveur et le système d’exploitation sur
lesquels le logiciel fonctionne.
2. Modèles de déploiement du Cloud Computing

Une fois que vous avez sélectionné le ou les services de Cloud Computing que vous
avez choisi, vous avez le choix entre trois principaux modèles de déploiement de Cloud
Computing : le Cloud public, le Cloud privé et le Cloud hybride.
33
Figure 12 : modèle de déploiement du cloud (afdel.fr)
Comme les modèles de services dans le Cloud, chaque modèle de déploiement dans le
Cloud a sa propre configuration unique avec une série d’exigences différentes et d’avantages
associés. Voyons cela de plus près :
 Cloud public
Le Cloud public est la fourniture de services informatiques sur l’internet public par un
fournisseur tiers. Les services du Cloud public sont à la disposition de toute personne qui
souhaite les utiliser et leur utilisation peut être gratuite ou payante. Dans un déploiement de
Cloud public, la responsabilité de la gestion et de la maintenance des systèmes incombe
directement au fournisseur. Bien que l’architecture des Clouds publics et privés puisse être
identique, il peut y avoir des différences importantes dans les exigences de sécurité de chaque
déploiement de Cloud.
Un modèle de déploiement du Cloud public supprime les coûts initiaux élevés d’achat,
de gestion et de maintenance des infrastructures matérielles et logicielles sur site. Il offre
34
également un déploiement rapide et une extensibilité presque infinie grâce à la taille même
des fournisseurs de technologies de Cloud public que sont Google, Microsoft et Amazon.
 Cloud privé
Le Cloud privé est la fourniture de services informatiques à une seule organisation qui
y accède via l’internet ou un réseau interne privé. Un Cloud privé peut être géré en interne ou
par un fournisseur tiers. Un déploiement de Cloud privé vous offrira bon nombre des mêmes
avantages que le Cloud public, notamment le libre-service et l’évolutivité. Par rapport au
Cloud public, vous aurez également un plus grand contrôle et une meilleure personnalisation
des services que vous consommez dans votre Cloud privé. Cela signifie que vous
pouvez mettre en œuvre un niveau de sécurité et de confidentialité plus élevé, ce qui est idéal
si vous travaillez dans un secteur où la conformité est une exigence.
Toutefois, ces avantages supplémentaires ont un coût. Dans la plupart des

déploiements, la responsabilité des coûts et de la gestion du Cloud privé restera celle de votre
service informatique. Cela signifie que les Clouds privés sont plus lents à déployer et
entraînent les mêmes dépenses – personnel, gestion, maintenance – que la propriété
traditionnelle d’un centre de données.
 Cloud hybride
Le Cloud hybride est la fourniture de services informatiques par une combinaison de

déploiements de Cloud public et de Cloud privé. Ce type de déploiement permet le partage de
données et d’applications entre les deux environnements de Cloud. Le Cloud hybride vous
offre la possibilité de faire évoluer en toute transparence les ressources depuis l’infrastructure
privée sur site jusqu’au Cloud public pour répondre aux fluctuations de la demande de
traitement informatique. Cela vous permet d’utiliser les ressources du Cloud public pour des
tâches informatiques non sensibles tout en maintenant la sécurité des applications critiques de
l’entreprise dans le cadre d’un déploiement de Cloud privé.
Utilisé efficacement, un déploiement de Cloud hybride vous permet de faire face à des
pics de demande de ressources à court terme sans avoir à investir à long terme.
L’informatique hybride est une plate-forme qui offre le « meilleur des deux mondes », vous
donnant accès à toute la gamme des avantages de Cloud Computing : flexibilité, évolutivité et
rentabilité, associées à une exposition au risque la plus faible possible.
35
 Cloud communautaire
Un type de modèle de déploiement dans le Cloud construit sur l’infrastructure partagée de

plusieurs organisations ayant une préoccupation commune. Les Clouds communautaires sont
populaires car ils permettent de répartir les coûts des ressources entre les organisations
concernées.
3. Avantages et inconvénients du cloud computing
a. Avantages :
 Mises à jour et évolutivité : pas besoin de mettre à jour l’ensemble des postes pour
ajouter de nouvelles fonctionnalités, il suffit de mettre à jour l’application réseau et
tous les utilisateurs bénéficient des nouveautés et des corrections. Il en résulte une plus
grande cohérence de la méthodologie de travail et des documents produits par
l’ensemble des contributeurs de l’organisation.
 Mise en commun des ressources : chaque utilisateur peut contribuer à

l’enrichissement des données et des expériences de l’ensemble si des outils
collaboratifs sont mis en place. Cet avantage facilite le kownledge management
(gestion et transmission des connaissances) dans les entreprises.
 Sécurité : si les documents ne sont plus présents en local (et que l’utilisateur ne
sauvegarde pas ses identifiants de connexion sur son poste) on évite le problème de
l’ordinateur perdu ou piraté et des documents confidentiels perdus dans la nature.
 Puissance de calcul : le système déporté sur un réseau de serveurs offre une bien
meilleure efficacité de calcul qu’un poste seul. Cette fonctionnalité est développée
dans les domaines de la compression ou de l’application d’effets vidéo, plus largement
dans le partage de vidéo (YouTube etc.) mais aussi dans le jeu en ligne (encore à l’état
de test pour le grand public, le goulot d’étranglement étant la bande passante de
l’utilisateur). Ce domaine est toutefois réellement intéressant dans le cadre
d’application nécessitant une puissance de calcul importante pour une utilisation
mobile.
36
 Mobilité : l’utilisateur peut à tout moment et à partir de n’importe quel appareil se

connecter à ses applications et son workflow. Il peut y accéder à partir de n’importe
quel type d’appareil à condition que celui-ci soit doté d’un navigateur.
b. Inconvénients
 Sécurité : la plateforme cloud, si elle est externe (non installée sur le réseau interne ou
avec une ouverture extérieure) doit être suffisamment sécurisée pour éviter le risque
d’intrusion, de vol des données par piratage. L’autre risque est qu’un utilisateur oublie
de se déconnecter sur un appareil accessible par des éléments externes à
l’organisation. Il faut dans ce cas prévoir une déconnexion automatique en cas de non-
activité du compte et bien segmenter les droits utilisateurs afin que ces derniers ne
puissent accéder qu’aux données des projets dans lesquels ils sont impliqués. Plus
généralement, une clause de confidentialité et la confiance dans son personnel sont
primordiales pour que les données ne fuitent pas de manière volontaire.
 Connexion : c’est l’autre goulot d’étranglement. Si l’utilisateur n’a pas de connexion

internet, ou une connexion insuffisante, il ne pourra accéder à sa plateforme de travail.
L’idée dans ce cas est de permettre le travail sur un application locale qui synchronise
ensuite les données avec le serveur dès que l’utilisateur a à nouveau accès au réseau.
Le problème de la sécurité des données en local se pose donc à nouveau.
IV. Etude comparative et choix de la solution

Dans cette partie nous présentons une étude comparative entre les différentes solutions
du cloud computing propriétaire et open source, puis nous dégageons la solution la plus
optimale pour notre projet.
1. Les solutions propriétaire du cloud computing

Les services cloud Open Source et propriétaires visent tous deux à fournir aux
utilisateurs finaux des logiciels fiables. Certains utilisateurs préfèrent le support d'une grande
entreprise comme Amazon ou Microsoft, avec une liste de programmes et de services
compatibles. D'autres préfèrent l'interopérabilité et la flexibilité de l’alternative Open Source
comme Openstack ou Eucalyptus. Ce n'est pas nécessairement une question de bien ou de
mal, pour certaines personnes, le logiciel Open Source est le choix évident. Ceux qui veulent
des solutions plus gérées peuvent trouver dans les solutions propriétaires le choix idéal.
37
Généralement, les modèles Open Source sont gratuits et ne factureront pas l'utilisation
de logiciels. Les modèles propriétaires peuvent offrir des forfaits gratuits au début, mais
finissent toujours par coûter au client. De nombreuses mises à jour de logiciels propriétaires
sont gratuites, mais des mises à niveau importantes et la possibilité d'ajouter de nouveaux
packages sont souvent payantes. Les frais peuvent également prendre la forme de frais par
utilisateur.
Les options Open Source reposent davantage sur le développement d'une

communauté. Ils prennent la direction des demandes du marché et ont tendance à commencer
avec une petite collection de développeurs et d'utilisateurs. Les projets réussis sont
rapidement repris, tandis que d'autres sont laissés à languir dans l'obscurité.
a. Microsoft Azure
Microsoft Azure (anciennement Windows Azure) est un service de cloud computing
créé par Microsoft pour la construction, les tests, le déploiement et la gestion des applications
et services à travers un réseau mondial de Microsoft gérés par les centres de données. Elle
fournit :
- Des logiciels en tant que service (SaaS) ;

- Plateforme en tant que service (PaaS) ;
- Et infrastructure en tant que service (IaaS).
Azure a été annoncé en octobre 2008 et publié le 1er février 2010 sous le nom de
"Windows Azure" avant d'être renommé "Microsoft Azure" le 25 mars 2014.
b. VMWARE vCLOUD SUITE

Avant vSphere 5.1, VMware offrait vSphere, vCenter, vCloud Director et d'autres
produits, mais avec l'annonce de vSphere 5.1, tous ces produits d'infrastructure sont désormais
proposés sous la forme d'une suite appelée vCloud Suite. Dans le graphique ci-dessous, vous
pouvez voir ce qui constitue la suite vCloud. Les principaux composants sont :
- VSphere / ESXi : l'hyperviseur que vous chargez sur vos serveurs
physiques ;
- VCenter : la console de gestion centralisée pour tous les hôtes vSphere
et les machines virtuelles ;
- VCloud Director : le portail de libre-service cloud privé ;
38
- VCloud Networking and Security (vCNS) : précédemment appelé

vSphere, vCNS est ce qui permet de sécuriser l'infrastructure.
VCloud Suite pourrait être utilisée par des sociétés privées dans leur propre centre de
données pour créer un cloud privé. De même, vCloud suite pourrait être utilisée par les
fournisseurs de services vCloud pour offrir des clouds IaaS publics, disponibles aux
administrateurs du monde entier.
c. HP Cloud
HP - Cloud était un ensemble de cloud computing services disponibles auprès de
Hewlett-Packard (HP) qui a offert le cloud public, cloud privé, cloud hybride, cloud privé
géré, et d’autres services de cloud computing. C'est la combinaison de la précédente unité
d'affaires HP Converged Cloud et HP Cloud Services, qui est le cloud public basé sur la
technologie Openstack. Il est utilisé par les entreprises pour combiner des services cloud
publics avec leurs propres ressources informatiques internes afin de créer des clouds hybrides
ou un mélange de différents environnements de cloud computing constitués de cloud privés et
publics.
d. Cloud computing avec AWS

Amazon Web Services (AWS) est une plateforme cloud complète et utilisé par
une grande communauté. Elle propose plus de 200 services complets issus de centres
de données du monde entier.
Avec AWS, vous pouvez utiliser les dernières technologies pour expérimenter
et innover plus rapidement. Nous accélérons continuellement notre rythme
d'innovation pour inventer des technologies entièrement nouvelles que vous pouvez
utiliser pour transformer votre entreprise. Par exemple, en 2014, AWS a été le
pionnier de l'espace informatique sans serveur avec le lancement d'AWS Lambda qui
permet aux développeurs d'exécuter leur code sans mettre en service et gérer des
serveurs. Et AWS a créé Amazon SageMaker, un service de machine learning
entièrement géré qui permet chaque jour aux développeurs et scientifiques d’utiliser le
machine learning, sans aucune expérience préalable.
39
2. Solution Open Source
a. OpenNebula
OpenNebula est une plate-forme ouverte de gestion de cloud combinant des
technologies de virtualisation existantes avec des fonctionnalités avancées de multi-
location, de provision automatique et d'élasticité, suivant une approche ascendante
basée sur les besoins réels des administrateurs système et des développeurs. Il favorise
la croissance du cloud en tirant parti de l'infrastructure informatique existante, en
protégeant les investissements de ses utilisateurs et en évitant le verrouillage des
fournisseurs. OpenNebula vise à fournir une couche de gestion ouverte, flexible,
extensible et complète pour automatiser et orchestrer le fonctionnement des clouds
d'entreprise en exploitant et en intégrant les solutions déployées existantes pour le
réseau, le stockage, la virtualisation, la surveillance ou la gestion des utilisateurs.
OpenNebula a été lancé en 2005 et est basé à Madrid, en Espagne.
b. OpenStack
Openstack est une plateforme logicielle gratuite et open-source pour le cloud
computing, principalement déployée sous forme d’infrastructure-en-service (IaaS),
grâce à laquelle des serveurs virtuels et d'autres ressources sont mis à la disposition
des clients. La plate-forme logicielle est constituée de composants interdépendants qui
contrôlent divers pools de ressources de traitement, de stockage et de mise en réseau
dans un centre de données. Les utilisateurs le gèrent via un tableau de bord Web, via
des outils de ligne de commande ou via des services Web RESTful.
OpenStack a débuté en 2010 en tant que projet commun de Rackspace Hosting
et de la NASA. À partir de 2016, il est géré par OpenStack Foundation, une entité à
but non lucratif créée en septembre 2012 pour promouvoir les logiciels OpenStack et
sa communauté.
c. Eucalyptus
Eucalyptus est une plate-forme logicielle Open Source permettant de mettre en
œuvre l'infrastructure en tant que service (IaaS) dans un environnement de cloud
computing privé ou hybride. La plate-forme cloud Eucalyptus regroupe
l’infrastructure virtualisée existante pour créer des ressources cloud pour
40
l'infrastructure en tant que service, réseau en tant que service et stockage en tant que
service.
Eucalyptus a été fondée à partir d'un projet de recherche dans le département
informatique de l'Université de Californie à Santa Barbara et est devenue une
entreprise à but lucratif appelée Eucalyptus Systems en 2009. Eucalyptus Systems a
annoncé un accord officiel avec Amazon Web Services (AWS) en mars 2012,
permettant aux administrateurs de déplacer des instances entre un cloud privé
Eucalyptus et le cloud Amazon Elastic Compute Cloud (EC2) pour créer un cloud
hybride.
d. CloudStack
CloudStack est une ressource Open Source pour la mise en œuvre de services
cloud. CloudStack utilise des hyperviseurs existants pour faciliter la gestion du cloud.
Des produits comme CloudStack sont connus sous le nom de solutions IaaS
(Infrastructure-as-a-Service) qui fournissent une infrastructure ou une méthode
spécifique en tant que service hébergé. CloudStack aide les développeurs à créer des
services cloud multi-locataires et polyvalents et des projets de cloud évolutif.
CloudStack prend en charge l'utilisation de plusieurs hyperviseurs et facilite la
collecte de différentes pièces matérielles dans un seul portail virtuel. Avec une
interface Web conviviale qui affiche les éléments de cette conception favorisant le
cloud, CloudStack est parfois appelé logiciel de cloud computing « à faire soi-même »
car il aide les utilisateurs à personnaliser les solutions cloud.
CloudStack était une fois détenue par Cloud.com, qui a libéré la plupart du
programme en tant que freeware. Plus tard, CloudStack a été acquise par Citrix, qui a
ensuite fait don de CloudStack à la Fondation Apache Software.
3. Etude comparative entre les solutions Open Source
a. Hyperviseurs & Instances

Un hyperviseur est une plateforme de virtualisation, il permet de faire
fonctionner plusieurs systèmes d’exploitation sur une même machine physique. Dans
notre cas, il permet de créer des instances dans le cloud.
La figure 11 liste les différents hyperviseurs disponibles pour les différentes
solutions de cloud-computing considérées. Certaines solutions IaaS proposent
41
également la possibilité de détecter l’indisponibilité d’une instance (crash de celle-ci,

de l’hôte la supportant, du réseau, etc.) et de proposer une stratégie de restauration
comme la re-création sur un autre hôte ; Cette fonctionnalité est couramment appelée
la haute-disponibilité des instances. Il est également parfois proposé de créer des
groupes d’approvisionnement dynamique d’instances en fonction de la charge globale
du groupe / de plages horaires. C’est à dire que l’IaaS est capable de générer des
instances ou d’en supprimer (entre un nombre minimum et maximum) selon un certain
gabarit.
Figure 13: Hyperviseurs supportés par les solutions IaaS (source : IT-connect.fr)
b. Communauté, Développement, Documentation

Outre les fonctionnalités et spécificités techniques des solutions, il ne faut pas
négliger la communauté qui encourage deux autres éléments importants : le
développement et la documentation.
Choisir une solution dont la communauté est trop faible, dont le développement
est presque nul ou dont la documentation serait proche du néant pourrait mener le
projet à l’échec avant la production (avec de la chance) ou imposer d’importantes
difficultés pouvant aller de l’instabilité de la plateforme jusqu’à l’obligation de
changer l’infrastructure complète en production. Il s’impose alors d’analyser ces
caractéristiques. Le Tableau 3 résume la situation.
42
Tableau 8 : Comparaison des communautés et de l’activité de développement pour les

solutions IaaS
OpenStack Eucalyptus CloudStack OpenNebula
Documentation Forte Moyenne Faible Moyenne
Développement Très élevée Faible Moyenne Communauté
Communauté Grande Faible Moyenne Faible
La comparaison des communautés et de l’activité du développement prend

source dans le rapport annuel « Open Source IaaS Community Analysis ». Quant à
l’avis sur la documentation, il est issu de mon propre jugement.
c. Réseaux
Un ensemble d’instances virtuelles sans connectivité est une infrastructure
morte et un ensemble avec des possibilités de connectivité limitées est au mieux, une
infrastructure non sécurisée.
Certaines solutions IaaS actuelles proposent l’utilisation de SDN (Software-
Defined-Networking) qui permet de créer un très grand nombre de scénarios réseaux
virtuels à l’aide notamment de routeurs virtuels. On note aussi parfois l’existence à ce
niveau de services de balancements de charge en tant que service (LBaaS) qui offrent
l’opportunité de créer des balancements de charges pour les instances. Certaines
solutions permettent également de créer des accès sécurisés à une infrastructure privée
et sans point d’accès évident, via VPN.
OpenStack utilise le service Neutron pour gérer le réseau. Il propose de
nombreux plugins servant de « back-end », allant de l’utilisation de méthodes
d’isolation simples comme le VLAN via Linux Bridge à l’exploitation de routeurs
Cisco en passant par les très répandus OpenFlow et Open vSwitch.
43
Figure 14 : comparatif des différentes solutions open sources (source : IT-connect.fr)
4. Choix de la Solution
Dans cette section, il s’agit de décider quelle solution nous devons utiliser pour
mettre en place notre infrastructure cloud computing en fonction de nos besoins et de
nos contraintes. En se basant sur l’étude comparative dans ce chapitre, nous avons
opté pour la solution OpenStack., pour les raisons suivantes :
- Disponible librement (gratuit) ;
- Fonctionne sur multi-hyperviseurs ;
- Support les différents fonctionnalités réseaux ;
- Disponibilité de la documentation.
Conclusion.
Nous avons choisi la solution la plus convenable après une étude comparative
détaillée.
V. Etude de la solution OpenStack

Dans cette partie nous allons présenter OpenStack et ses composants
OpenStack est un système d'exploitation cloud qui contrôle de grands pools de ressources de
calcul, de stockage et de mise en réseau dans un centre de données, le tout géré via un tableau
de bord qui donne le contrôle aux administrateurs tout en permettant à leurs utilisateurs de
provisionner des ressources via une interface Web.
OpenStack est un ensemble de logiciels open source permettant de déployer des

infrastructures de cloud computing (infrastructure en tant que service). La technologie
possède une architecture modulaire composée de plusieurs projets corrélés (Nova, Swift,
44
Glance...) qui permettent de contrôler les différentes ressources des machines virtuelles telles
que la puissance de calcul, le stockage ou encore le réseau inhérent au centre de
données sollicité.
1. Les composants de OpenStack

OpenStack possède une architecture modulaire qui comprend de nombreux composants
Figure 15 : Architecture conceptuelle des services OpenStack (source : openstack.com)
a. Tableau de bord : Horizon

OpenStack fournit un tableau de bord qui s'appelle Horizon. Il s'agit d'une application
web qui permet aux utilisateurs et aux administrateurs de gérer leurs clouds à travers une
interface graphique. Comme toutes les briques d'OpenStack cette application est libre et il
n'est donc pas rare de voir des versions modifiées par les fournisseurs de cloud computing ou
par d'autres sociétés commerciales ne serait-ce que pour y faire apparaître leur nom et logo,
mais aussi pour y intégrer leurs systèmes de métrologie ou de facturation par exemple. Cette
application est écrite en python et notamment grâce aux frameworks de développement web
45
tels que Django et elle tire parti des API REST fournies par les autres composants
d'OpenStack comme Nova, Cinder ou Neutron.
Figure 16 : horizon (source : openstack.com)
b. Service d'identité : Keystone

Le service d'identité d'OpenStack s'appelle Keystone. Il fournit un annuaire central contenant
la liste des services et la liste des utilisateurs d'Openstack ainsi que leurs rôles et autorisations.
Au sein d'Openstack tous les services et tous les utilisateurs utilisent Keystone afin de
s'authentifier les uns avec les autres. Keystone peut s'interfacer avec d'autres services
d'annuaire comme LDAP. Il supporte plusieurs formats d'authentification comme les mots de
passe et autres.
c. Calcul : Nova
La partie compute d'OpenStack, Nova, permet de communiquer avec l'hyperviseur
pour lancer et gérer les machines virtuelles. Plusieurs types d'hyperviseurs sont actuellement
disponibles tels que Xen, VMWare (ESX) et Hyper-V. Mais KVM est le mieux supporté par
OpenStack. Nova est divisé en composants :
46
- Nova-api : traite les requêtes API venant des clients ;

- Nova-compute : daemon nova qui gère les VM ;
- Nova-scheduler : coordonne le déploiement des VM sur les machines
physiques ;
- Nova-conductor : interlocuteur entre nova-compute et la base de
données.
Dans une architecture classique, nova-compute peut être installé sur une ou plusieurs
machines physiques. Ces daemons communiquent entre eux via le bus de message RabbitMQ.
Toutes les demandes sont traitées par nova-api qui délègue ensuite la tâche à nova-compute.
Par exemple, lors d'une demande de création d'instance (VM), nova-api fait une demande
auprès de nova-scheduler afin de déterminer la machine hôte sur laquelle lancer l'instance
(dépendant de sa taille et des disponibilités des serveurs physiques). La demande est ensuite
transmise au nova-compute présent sur le serveur afin de lancer la nouvelle machine virtuelle.
d. Swift - Object Storage

Swift est la partie de stockage d'objets qui reprend le comportement d'Amazon S3. Il
s'agit du deuxième projet mis en open source lors de la release d'OpenStack en 2010. On peut
l'utiliser indépendamment des autres modules d'OpenStack afin de créer un cluster de
stockage objet. Swift fournit aux entreprises qui cherchent à stocker des données efficacement
une solution hautement disponible à moindre coût. Il est divisé en deux parties principales :
 Proxy server ;
 Storage nodes.
Les requêtes venant des clients REST passent par le proxy qui se coordonne ensuite
avec les nœuds de stockage appropriés pour traiter la demande. Par exemple, un utilisateur
souhaitant stocker une photo fera sa requête par une commande PUT au proxy qui s'occupera
d'envoyer l'objet sur le cluster de stockage.
Lors de la sauvegarde d'un objet, Swift en fait trois copies et tente de les stocker sur
trois serveurs distincts. Swift retourne ensuite un code réponse au client qui est alors assuré
que ses données sont sauvegardées et répliquées.
47
e. Cinder - Block Storage

Le stockage par bloc est à la base de la sauvegarde des machines virtuelles et de leurs
données. Par défaut, les VM utilisent un stockage éphémère (les données stockées sont
détruites en même temps que la VM). Cinder, de son côté, permet de créer des volumes
persistants de stockage par bloc (block storage).
Les volumes peuvent être attachés à une VM. Le volume est vu comme un n-ième
disque dur de la machine. Le volume peut être détaché et attaché à une autre instance en cas
de besoin, ce qui est une très bonne solution pour conserver les données utilisées par une
application lorsque son instance est détruite.
f. Glance - Image service

Glance s'occupe de gérer les images utilisées par les machines virtuelles pour
démarrer. Nova communique avec Glance en utilisant son API lorsqu'une instance est
déployée. OpenStack supporte plusieurs formats d'images, parmi les plus connus, on
retrouve :
- Raw : format de base, non structuré, brut ;

- Vhd, vmdk : reconnu par la plupart des hyperviseurs (VMWare,
VirtualBox, Xen…) ;
- Vdi : reconnu principalement par VirtualBox et QEMU ;
- Iso : format d'archive d'images ;
- Qcow : utilisé par qemu pour du Copy-On-Write.
D'autres formats d'images sont supportés, par exemple celui utilisé par Amazon (AMI
Amazon Machine Images). Les images peuvent être stockées sur le système de fichiers, dans
Swift ou sous forme de volume Cinder.
g. Neutron - Software Defined Network

Il gère toutes les interfaces réseau qu'utilise OpenStack. Le prérequis lorsqu'on lance
une VM est de créer l'architecture réseau sur laquelle elle sera déployée. Cela consiste donc à
définir un réseau et son plan d'adressage (subnet) pour ensuite y attacher un routeur. Celui-ci
permet l'association d'une adresse IP flottante à la VM afin d'autoriser les communications
vers le monde extérieur.
48
Différentes méthodes peuvent être mises en œuvre pour segmenter l'architecture

réseau, via l'utilisation de plugins tels que OpenVSwitch et Modular Layer 2 (ml2). Par
exemple, dans un réseau en VLAN, chaque projet (tenant) se voit assigner un numéro de
VLAN. Cela permet alors au commutateur virtuel (OpenVSwitch) de transmettre les données
échangées entre les VM d'un même réseau sans entrer en conflit avec les autres projets ayant
le même adressage.
Tout comme les autres modules, Neutron possède également une interface d'API. Très
utile pour les administrateurs, elle permet d'avoir une vue abstraite des ressources utilisées,
telles que :
- Le segment réseau où se trouve la VM ;

- Le subnet ou plage d'adresses en IPv4 ou IPv6 configurable pour le
réseau ;
- Le port de connexion entre l'interface réseau (NIC) d'une VM au réseau
virtuel.
La création des topologies de réseau peut alors être multiple et complexe, au gré des
besoins de l'utilisateur du tenant. L'API permet ainsi aux administrateurs d'être plus flexibles
lors des personnalisations faites au niveau des configurations.
49
Chapitre IV : Réalisation
Introduction
Dans cette partie nous allons mettre en place la solution en place afin d’attendre les
objectifs fixé plus haut. Pour mener à bien ce travail, nous aurons besoin de
- VMWare
- Ubuntu serveur 20.4
- Openstack
- Serveur de stockage
- Serveur de messagerie
Nous avons utilisé du fait des capacité limite de notre ordinateur, un seul nœud pour
implémenter notre solution : nœud Controller
II. Ubuntu server
Figure 17 : installation de Ubuntu server 20.04 – choix de la langue
50
Figure 18 : installation de Ubuntu server 20.04 – configuration des adresses
Figure 19 : installation de Ubuntu server 20.04 – copie des fichiers d’installation
Figure 20 : installation des mises a jours du système
51
III. Openstack
Pour installer OpenStack nous allons procéder à l’installation par paquets. Elle consiste à
installer les services de OpenStack individuellement. Openstack compte plusieurs versions.
Nous avons choisi pour notre travail wallaby dont la dernière mise a jours a été faite en avril
2021.
1. Préparation de l’environnement
Il s’agit des prérequis qui vont faciliter l’installation des services de OpenStack
a. Configurer les interfaces réseau
 Configurez la première interface (ens33) comme interface de gestion :
Adresse IP : 192.168.42.133
Masque réseau : 255.255.255.0 (ou /24)
Passerelle par défaut : 192.168.42.129
 L'interface du fournisseur utilise une configuration spéciale sans adresse IP qui

lui est attribuée. Configurez la deuxième interface(ens34) en tant qu'interface
fournisseur :
auto ens34
iface ens34 inet manual
up ip link set dev $IFACE up
down ip link set dev $IFACE down
 Configurer la résolution de noms
Définissons le nom d'hôte du nœud sur controller. Ajoutons dans le

fichier/etc/hosts :
# controller
192.168.42.133 controller
52
b. Protocole de temps réseau (NTP)

Pour synchroniser correctement les services entre les nœuds, vous installons Chrony,
une implémentation de NTP . Nous allons configurer le nœud de contrôleur pour référencer
des serveurs plus précis (strate inférieure) et d'autres nœuds pour référencer le nœud de
contrôleur.
 Installons-les packages :
# apt install chrony
Figure 21 : installation du paquet chromy
 Pour permettre à d'autres nœuds de se connecter au démon chrony sur le nœud

de contrôleur, ajoutons cette clé au fichier /etc/chrony/chrony.conf :
allow 192.168.42.133
 Redémarrons le service NTP
# service chrony restart
c. Paquets OpenStack
Ubuntu publie OpenStack avec chaque version d'Ubuntu. Les versions d'Ubuntu LTS
sont fournies tous les deux ans. Les packages OpenStack des versions intermédiaires
53
d'Ubuntu sont mis à la disposition de la version antérieure d'Ubuntu LTS via Ubuntu Cloud
Archive.
 Activation des archives
# add-apt-repository cloud-archive:wallaby
 Installation des clients
# apt install python3-openstackclient
d. Base de données SQL

La plupart des services OpenStack utilisent une base de données SQL pour stocker des
informations. La base de données s'exécute généralement sur le nœud du contrôleur. Nous
allons utiliser Maria DB pour notre distribution.
# apt install mariadb-server python3-pymysql
 Créons une section [mysqld] dans le fichier /etc/mysql/mariadb.conf.d/99-

openstack.cnf :
[mysqld]
bind-address = 192.168.42.133
default-storage-engine = innodb
innodb_file_per_table = on
max_connections = 4096
collation-server = utf8_general_ci
character-set-server = utf8
 Redémarrons le service de base de données :
# service mysql restart
54
 Sécurisons le service de base de données en exécutant

le mysql_secure_installation script avec le mot de passe du root :
# mysql_secure_installation
e. File d'attente de messages

OpenStack utilise une file d' attente de messages pour coordonner les opérations et les
informations d'état entre les services. Le service de file d'attente de messages s'exécute
généralement sur le nœud de contrôleur.
 Installez le paquet :
# apt install rabbitmq-server
Figure 22:installation du paquet rabbiq
 Ajoutons l’utilisateur OpenStack :
# rabbitmqctl add_user openstack 84269423
Résultat : Creating user "openstack" ...
 Autoriser la configuration, l'écriture et l'accès en lecture pour l’utilisateur

OpenStack :
# rabbitmqctl set_permissions openstack ".*" ".*" ".*"
55
Résultat : Setting permissions for user "openstack" in vhost "/" ...
f. Memcached
Le mécanisme d'authentification du service d'identité pour les services utilise
Memcached pour mettre en cache les jetons.
 Installons-le package :
# apt install memcached python3-memcache
 Modifions fichier le /etc/memcached.conf pour configurer le service pour

utiliser l'adresse IP de gestion du nœud de contrôleur.
-l 192.168.42.133
 Redémarrons le service Memcached
# service memcached restart
g. Etcd pour Ubuntu

Les services OpenStack utilisent Etcd, un magasin clé-valeur fiable et distribué pour le
verrouillage des clés distribuées, le stockage de la configuration, le suivi de la vie du service
et d'autres scénarios.
 Installons le paquet etcd :
# apt install etcd
 Modifiez-le fichier /etc/default/etcd
ETCD_NAME="controller"
ETCD_DATA_DIR="/var/lib/etcd"
ETCD_INITIAL_CLUSTER_STATE="new"
ETCD_INITIAL_CLUSTER_TOKEN="etcd-cluster-01"
ETCD_INITIAL_CLUSTER="controller=http://192.168.42.133:2380"
ETCD_INITIAL_ADVERTISE_PEER_URLS="http://192.168.42.133:2380"
ETCD_ADVERTISE_CLIENT_URLS="http://192.168.42.133:2379"
ETCD_LISTEN_PEER_URLS="http://0.0.0.0:2380"
ETCD_LISTEN_CLIENT_URLS=http://192.168.42.133:2379
 Activez et redémarrez le service etcd :
56
# systemctl enable etcd

# systemctl restart etcd
2. Déploiement minimal pour Wallaby

Le système OpenStack se compose de plusieurs services clés qui sont installés
séparément. Ces services fonctionnent ensemble en fonction des besoins en matière de cloud
et incluent les services de calcul, d'identité, de mise en réseau, d'image, de stockage par blocs,
de stockage d'objets, de télémétrie, d'orchestration et de base de données.
Le déploiement minimal consiste à l’installation des services suivant dans l’ordre :
a. Keystone (service d'identité)

Le service OpenStack Identity fournit un point d'intégration unique pour gérer
l'authentification, l'autorisation et un catalogue de services.
Le service d'identité est généralement le premier service avec lequel un utilisateur

interagit. Une fois authentifié, un utilisateur final peut utiliser son identité pour accéder à
d'autres services OpenStack. De même, d'autres services OpenStack tirent parti du service
Identity pour garantir que les utilisateurs sont bien ceux qu'ils prétendent être et découvrir où
se trouvent les autres services dans le déploiement. Le service Identity peut également
s'intégrer à certains systèmes de gestion des utilisateurs externes (tels que LDAP).
Avant d'installer et de configurer le service d'identité, nous devons créer une base de
données et accorder les accès privilégiés.
 Utilisons le client d'accès à la base de données pour nous connecter au serveur

de base de données en tant root
# mysql
 Créez la base de données keystone Accordons un accès approprié :
MariaDB [(none)]> CREATE DATABASE keystone;
MariaDB [(none)]> GRANT ALL PRIVILEGES ON keystone.* TO

'keystone'@'localhost' \
57
IDENTIFIED BY '84269423';
MariaDB [(none)]> GRANT ALL PRIVILEGES ON keystone.* TO

'keystone'@'%' \
IDENTIFIED BY ‘84269423';
 Installons-le package
# apt install keystone
 Modifions le fichier /etc/keystone/keystone.conf
Figure 23 : Figure 24 : parametre pour la connexion à la base de données keystone
 Remplissons la base de données du service d'identité :
# su -s /bin/sh -c "keystone-manage db_sync" keystone
 Initialisons les dépôts de clés Fernet :
# keystone-manage fernet_setup --keystone-user keystone --keystone-group keystone
# keystone-manage credential_setup --keystone-user keystone --keystone-group keystone
 Amorçons le service d'identité :
# keystone-manage bootstrap --bootstrap-password ADMIN_PASS \

--bootstrap-admin-url http://controller:5000/v3/ \
--bootstrap-internal-url http://controller:5000/v3/ \
--bootstrap-public-url http://controller:5000/v3/ \
--bootstrap-region-id RegionOne
 Redémarrons le service Apache :
# service apache2 restart
58
 Configurons le compte administratif en définissant les variables

d'environnement appropriées :
$ export OS_USERNAME=admin
$ export OS_PASSWORD=ADMIN_PASS
$ export OS_PROJECT_NAME=admin
$ export OS_USER_DOMAIN_NAME=Default
$ export OS_PROJECT_DOMAIN_NAME=Default
$ export OS_AUTH_URL=http://controller:5000/v3
$ export OS_IDENTITY_API_VERSION=3
 Créer un domaine, des projets, des utilisateurs et des rôles :
Le service Identity fournit des services d'authentification pour chaque service

OpenStack. Le service d'authentification utilise une combinaison de domaines, de projets,
d'utilisateurs et de rôles. :
- Créer le service projet :
#openstack project create --domain default \

--description "Service Project" service
- Créons l'utilisateur myuser :
#openstack user create --domain default \

--password-prompt myuser
User Password : 84269423
Repeat User Password : 84269423
- Créons le rôle myrole :
#openstack role create myrole
 Ajoutons le rôle myrole et à l'utilisateur myuser au projet myproject :
#openstack role add --project myproject --user myuser myrole
b. Glance (service Image)

Ce service stocke les images sur le système de fichiers local. Avant d'installer et de
configurer le service Image, nous avons créé la base de données et ajouté les privilèges
comme pour keystone.
59
 Créons les informations d'identification de service

- Créons l'utilisateur glance :
openstack user create --domain default --password-prompt glance
User Password:
Repeat User Password:
- Ajoutons le rôle admin à l'utilisateur glance et au projet service
# openstack role add --project service --user glance admin
 Installons-le package :
# apt install glance
Modifiez le fichier /etc/glance/glance-api.conf
Figure 25 : configuration du fichier /etc/glance/glance-api.conf
Remplissons la base de données du service Image :
# su -s /bin/sh -c "glance-manage db_sync" glance
 Redémarrons les services d'imagerie :
# service glance-api restart
60
 Vérifions le fonctionnement du service Image à l'aide de CirrOS , une petite

image Linux pour tester le déploiement OpenStack.
- Téléchargeons l'image source :
# wget http://download.cirros-cloud.net/0.4.0/cirros-0.4.0-x86_64-disk.img
- Importons l'image sur le service glance en utilisant le format de

disque QCOW2 , le format de conteneur nu et la visibilité publique afin
que tous les projets puissent y accéder :
Figure 26 : importation de l’image de cirros dans glance
c. Placement
Avant d'installer et de configurer le service Image, nous avons créé la base de données
et ajouté les privilèges comme pour keystone.
 Configurons l'utilisateur et les points de terminaison

- Créons un utilisateur du service Placement. Cette opération requière la
définition d’un mot de passe
61
Figure 27:création de l’user placement

- Ajoutons l'utilisateur Placement au projet de service avec le rôle
admin :
# openstack role add --project service --user placement admin
- Créons l'entrée API de placement dans le catalogue de services :
Figure 28 : création d’une entrée dans le catalogue de service pour l’API de placement
- Créons les points de terminaison du service de l'API Placement :
62
Figure 29 :création des points de terminaison - public http://controller:8778
Figure 30 : création des points de terminaison - internal http://controller:8778
63
Figure 31 : création des points de terminaison - admin http://controller:8778
 Installons et configurons les composants
# apt install placement-api
Figure 32 :installation du paquet placement
 Modifions le fichier /etc/placement/placement.conf
64
Figure 33 :configuration de placement
 Rechargez le serveur Web pour ajuster pour obtenir de nouveaux paramètres

de configuration pour le placement.
# service apache2 restart
d. Nova
Avant d'installer et de configurer le service de calcul, nous avons créé des bases de
données, des informations d'identification de service et Accordé un accès approprié aux bases
de données :
- Nova ;
- Nova_api ;
- Nova_cell0
 Créons les identifiants du service Compute :
- Création de l'utilisateur nova :
65
Figure 34:création du user nova

- Créons l'entité de service nova :
Figure 35 :création de l’entité nova
 Installons et configurons les composants

- Installons-les packages
# apt install nova-api nova-conductor nova-novncproxy nova-scheduler
66
Figure 36:installation des paquets nova
Figure 37 : configuration nova
67
 Redémarrons les services de calcul :
Figure 38 : redémarrage des services
 installons nova-compute
# apt install nova-compute
 Dans la section [vnc], activons et configurons l'accès à la console à distance
Figure 39 : configuration pour l’accès à distance des instances
e. Neutron
Avant de configurer le service OpenStack Networking (neutron), vous avons créer une
base de données neutron et accordé les privilèges comme dans le cas de Keystone,
 Créons l'utilisateur neutron :
Figure 40 :création de l’utilisateur neutron
 Option de mise en réseau 2 : Réseaux libre-service

# apt install neutron-server neutron-plugin-ml2 \
68
neutron-linuxbridge-agent neutron-l3-agent neutron-dhcp-agent \

neutron-metadata-agent
 Configurons le composant serveur
Figure 41 :configuration du fichier neutron
 Configurons le plug-in Modular Layer 2 (ML2)

Le plug-in ML2 utilise le mécanisme de pont Linux pour créer une infrastructure de réseau
virtuel de couche 2 (pontage et commutation) pour les instances.
69
Figure 42 :configuration du plugin ml2 pour la prise en charge des vlan, des réseaux plats
 Configurer l'agent de pont Linux

L'agent de pont Linux crée une infrastructure de réseau virtuel de couche 2 (pontage et
commutation) pour les instances et gère les groupes de sécurité.
- Modifiez le /etc/neutron/plugins/ml2/linuxbridge_agent.inifichie
Figure 43 :configuration du pont pour les infrastructures réseau de type 2
 Configurer l'agent de couche 3

L'agent Layer-3 (L3) fournit des services de routage et NAT pour les réseaux virtuels
en libre-service.
Figure 44 : configuration de l'agent réseau de couche 3
 Configurer l'agent DHCP
70
L'agent DHCP fournit des services DHCP pour les réseaux virtuels.
Figure 45 :configuration pour les services DHCP
 Configurer l'agent de métadonnées
Figure 46 :configuration de l’agent de métadonnées
 Configurer le service de calcul pour utiliser le service de mise en réseau
Figure 47 :configuration du service de calcule pour prendre en charge la mise en réseau
 Redémarrez les services réseau
Figure 48 :relançons les services
f. Horizon
Le seul service de base requis par le tableau de bord est le service d'identité. Le
tableau de bord est utilisé en combinaison avec d'autres services, tels que le service
d'imagerie, le calcul et la mise en réseau et les services autonomes tels que le stockage
d'objets.
71
# apt install openstack-Dashboard
Figure 49 :installation du paquet openstack-dashboard
 Vérifions le fonctionnement du tableau de bord.

Accédez au tableau de bord à l'aide d'un navigateur Web à
l'adresse http://192.168.42.133/horizon.
Authentifions-nous à l' aide admin ou l' démo utilisateur et les default informations
d' identification de domaine.
Figure 50 :interface de connexion du Dashboard(http://192.168.42.133/horizon)
72
Figure 51 :vue d’ensemble Dashboard(http://192.168.42.133/horizon/projet)
73
Chapitre V : Configuration ,tests et résultats

Dans cette partie nous allons réaliser un ensemble de tests
1. Configuration réseau
a. Création d’réseau publique
- Adresse du réseau 192.168.42.0/24
- Passerelle : 192.168.42.1
Figure 52 :configuration du réseau dans le projet admin
Figure 53:configuration d’un sous réseau du réseau physique
74
b. Création d’un réseau interne

- Type réseau fournisseur vxlan
- Id segment : 10
- Adresse réseau : 10.0.0.0/24
Figure 54 : configuration du réseau interne du type vxlan avec id 10
Figure 55 : configuration de la plage d’adresses d’un sous réseau
75
c. Création du routeur
Figure 56 : création du routeur pour la liaison des deux réseaux créés
d. Création d’une adresse flottante

Nous utilisons une adresse IP flottante pour prendre en charge la traduction de notre
adresse interne en adresse publique pour permettre à une instance d’être accessible hors du
cloud
Figure 57 :allouée une adresse du réseau publique
76
2. Créer une instance

a. définir un gabarit
Figure 58 : définition du nom de l’instance
Figure 59 : définition de la source de notre instance
77
Figure 60 définition du gabarit de notre instance
Figure 61 : attribution d’un réseau interne pour notre instance
Figure 62 : définition d’un groupe de sécurité
78
3. Test de communication
79
Conclusion générale
En conclusion, le travail effectué dans le cadre de notre stage aborde essentiellement la
notion de cloud computing, la mise a la disposition des clients( centres) des infrastructures du
type IAAS. Nous avons présenté une idée générale du cloud ,ses couches et ses services .
Nous avons présenté par la suite les différentes solutions open sources et propriétaires du
cloud tout en précisant les techniques de virtualisation utilisées dans chacune d’elles. Ceci
nous a parmi d’avoir une idée précise sur les différentes solutions possibles peut implémenter
un cloud.
Nous avons choisi OpenStack car il intègre un grand nombre d’hyperviseur, offre un grand
nombre de services, et possède une forte documentation.
A court terme notre projet permet de créer manuellement des instances de machine virtuelle.
Nous avons pour perspectives d’automatiser notre solution grâce aux solutions
d’Infrastructure As A code tel que terraforma, ansible
80
Bibliographie
Quentin MACHU, ‘ Un datacenter dans le cloud public /HA Iaas ’, juillet 2021, pp.15.
Quentin MACHU, ‘ Un datacenter dans le cloud public /HA Iaas ’, mai 2015, pp.18.
Quentin MACHU, ‘ Un datacenter dans le cloud public /HA Iaas ’, mai 2015, pp.19.
81
Webographie
www.nextstep.com, consulté le 01 mai 2018.
www.wisper.io/fr/avantages-definition-cloud-computing, consulté le 06 juillet 2021.
www.smartfile.com/blog/the-differences-between-iaas-saas-and-paas, consulté le 16 juillet

2021.
www.ilearnstack.files.wordpress.com, consulté le 25 septembre 2021.
www.supinfo.com/articles/single/5969-qu-est-ce-que-virtualisation, consulté le 06 aout 2021.
www.inei.fr/le-cloud-avantages-et-inconvenients, consulté le 06 aout 2021.
www.aneo.eu/publication-devops/introduction-a-lOpenStack, consulté le 06 aout 2021.
www.docs.OpenStack.org/ocata/config-reference/compute/hypervisor-vmware.html, consulté
le 7 aout 2021.
www.wiki.OpenStack.org/wiki/CloudKitty, consulté le 06 aout 2021.
www.cloudkitty.readthedocs.io/en/latest/installation.html, consulté le 06 aout 2021.
www.redhat.com, consulté le 15 aout 2021.
82
Table des matières

Dédicace......................................................................................................................................I
Remerciements...........................................................................................................................II
Résumé......................................................................................................................................III
Abstract.....................................................................................................................................IV
Abréviations...............................................................................................................................V
Liste des figures........................................................................................................................VI
Liste des tableaux....................................................................................................................VII
Sommaire...............................................................................................................................VIII
Introduction générale..................................................................................................................1
SECTION 1 : PHASE D’INSERTION.......................................................................................3
Préambule..........................................................................................................................3
Objectifs..............................................................................................................................3
Introduction.............................................................................................................................4
I. Historique de l’Institut Africain d’informatique..............................................................4
II. Organigramme IAI-Cameroun.....................................................................................5
III. Les différents types de formation de l’IAI-Cameroun.................................................5
1. La formation initiale.................................................................................................6
2. Les formations continues..........................................................................................6
IV. Centres délocalisés.......................................................................................................7
V. Les partenaires..............................................................................................................9
Conclusion..............................................................................................................................9
SECTION 2 : PHASE TECHNIQUE.......................................................................................11
Préambule...........................................................................................................................11
Objectifs................................................................................................................................11
Plan.......................................................................................................................................11
Chapitre I : Analyse du projet...................................................................................................12
I. Etude de l’existant..........................................................................................................12
1. Existant en termes de matériels..............................................................................12
2. Existant en termes de logiciels...............................................................................13
3. Existant en termes de ressource humaine...............................................................13
II. Critique de l’existant..................................................................................................14
83
III. Problématique.............................................................................................................14
IV. Présentation du projet.................................................................................................15
Chapitre II : Cahier de charges.................................................................................................16
I. Contexte.........................................................................................................................16
II. Objectifs.....................................................................................................................16
1. Objectif global........................................................................................................16
2. Objectifs spécifiques...............................................................................................16
III. Expressions des besoins.............................................................................................17
1. Les Besoins fonctionnels........................................................................................17
2. Les besoins non-fonctionnels.................................................................................18
IV. Les acteurs du projet..................................................................................................18
V. Les contraintes du projet............................................................................................19
VI. Planification...............................................................................................................19
VII. Evaluation financière..................................................................................................20
1. Ressources logicielles.............................................................................................21
2. Ressources matérielles............................................................................................21
3. Ressource humaine.................................................................................................22
4. Bilan final...............................................................................................................23
VIII. Les livrables............................................................................................................23
Chapitre III : Etat de l’art..........................................................................................................24
I. La virtualisation.............................................................................................................24
1. Définition................................................................................................................24
2. Fonctionnement de la virtualisation.......................................................................24
3. Type d’hyperviseur.................................................................................................24
a. Hyperviseur de type 1.......................................................................................................25
b. Hyperviseur de type 2.......................................................................................................25
4. Exemple de virtualisation.......................................................................................26
a. Virtualisation de serveurs.................................................................................................26
b. Virtualisation de réseau....................................................................................................27
c. Virtualisation de stockage.................................................................................................27
d. Virtualisation de données.................................................................................................27
e. Virtualisation d’application...............................................................................................28
f. Virtualisation de bureau...................................................................................................28
84
II. Le software-defined networking (SDN).....................................................................28

1. Définition................................................................................................................28
2. Objectif...................................................................................................................28
3. Principe de fonctionnement....................................................................................28
4. OpenFlow...............................................................................................................29
5. Avantages du SDN.................................................................................................29
III. Notion de cloud computing........................................................................................30
1. Type de services cloud...........................................................................................30
2. Modèles de déploiement du Cloud Computing......................................................32
3. Avantages et inconvénients du cloud computing...................................................35
a. Avantages :.......................................................................................................................35
b. Inconvénients...................................................................................................................36
IV. Etude comparative et choix de la solution.................................................................36
1. Les solutions propriétaire du cloud computing......................................................36
a. Microsoft Azure................................................................................................................37
b. VMWARE vCLOUD SUITE..................................................................................................37
c. HP Cloud...........................................................................................................................38
d. Cloud computing avec AWS..............................................................................................38
2. Solution Open Source.............................................................................................38
a. OpenNebula......................................................................................................................38
b. OpenStack.........................................................................................................................39
c. Eucalyptus.........................................................................................................................39
d. CloudStack........................................................................................................................40
3. Etude comparative entre les solutions Open Source..............................................40
a. Hyperviseurs & Instances.................................................................................................40
b. Communauté, Développement, Documentation..............................................................41
c. Réseaux............................................................................................................................42
4. Choix de la Solution...............................................................................................43
Conclusion............................................................................................................................43
V. Etude de la solution OpenStack.................................................................................43
1. Les composants de OpenStack...............................................................................43
a. Tableau de bord : Horizon................................................................................................44
b. Service d'identité : Keystone............................................................................................45
c. Calcul : Nova.....................................................................................................................45
85
d. Swift - Object Storage.......................................................................................................46

e. Cinder - Block Storage.......................................................................................................47
f. Glance - Image service......................................................................................................47
g. Neutron - Software Defined Network...............................................................................47
Chapitre IV : Réalisation..........................................................................................................49
I. Architecture de notre solution........................................................................................49

II. Installation de VMWare.............................................................................................49
III. Ubuntu server.............................................................................................................49
1. Installation..............................................................................................................49
2. Préparation de l’environnement..............................................................................49
IV. Openstack...................................................................................................................49
1. Préparation de l’environnement..............................................................................49
a. Configurer les interfaces réseau.......................................................................................49
b. Protocole de temps réseau (NTP).....................................................................................50
c. Paquets OpenStack...........................................................................................................51
d. Base de données SQL........................................................................................................52
e. File d'attente de messages...............................................................................................52
f. Memcached......................................................................................................................53
g. Etcd pour Ubuntu.............................................................................................................54
2. Déploiement minimal pour Wallaby......................................................................55
a. Keystone (service d'identité)............................................................................................55
b. Glance (service Image)......................................................................................................58
Conclusion générale..................................................................................................................61
Bibliographie.............................................................................................................................62
Webographie.............................................................................................................................63
Table des matières.....................................................................................................................64
Annexes......................................................................................................................................A
86
87
Annexes
A
Rédigé par LISSOM Alex Wilfried | 2020 – 2021

Rapport de Stage 2021

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport de Stage 2021

Transféré par

Droits d'auteur :

Formats disponibles

Mise en place d’une infrastructure cloud basé sur Openstack cas de l’IAI-Cameroun

 M. Armand Claude ABANDA, Représentant Résident de l’IAI-Cameroun Centre

 Encadrant professionnel pour, les conseils, la disponibilité, l’aide, le soutien durant

 Tous les enseignants de l’IAI-Cameroun, pour leur engagements et implications durant

 Tout le personnel de l’IAI-Cameroun pour leur disponibilité durant la période de

 Tous mes camarades de promotion ;

Mots clés : Infrastructure, OpenStack, service , cloud

Keywords: Infrastructure, OpenStack, service, cloud

Liste des figures

Figure 33 : redémarrage des services........................................................................................66

Liste des tableaux

Tableau 2 : liste des logiciels de l’IAI......................................................................................21

Tableau 3 : tableau présentant les acteurs du projet.................................................................26

Tableau 4 : Tableau représentant les ressources logicielles......................................................28

Tableau 5 : tableau représentant l’évaluation financier des équipements.................................29

Tableau 6 : tableau présentant l’évaluation financière de la main d’œuvre.............................30

Tableau 7 : bilan final...............................................................................................................30

Tableau 8 : Comparaison des communautés et de l’activité de développement pour les

L’IAI-Cameroun est un institut qui comprend plus de 13 représentations sur

Notre travail est subdivisé en 06 parties : étude et présentation de l’IAI-Cameroun, Analyse

SECTION 1 : PHASE D’INSERTION

SECTION 1 : PHASE D’INSERTION

 Présenter la structure d’accueil

I. Historique de l’Institut Africain d’informatique

 Former en informatique des cadres africains capables de soutenir, d’impulser et

 Promouvoir et vulgariser l’outil informatique au niveau de toutes les catégories

Depuis sa création, l’IAI-Cameroun a connu un développement progressif et

II. Organigramme IAI-Cameroun

Figure 2 : organigramme IAI (source : archive de l’IAI Cameroun)

III. Les différents types de formation de l’IAI-Cameroun

2. Les formations continues

o Le CAM (Certificat d’Aptitude à la Maintenance Micro-informatique de

En matière de Programmes, Etudes et Services aux Entreprises, l’Ecole a mis en place

Deux principaux types de produits sont développés :

- Étude des Systèmes d’Information ;

IV. Centres délocalisés

Centre Département / région Contacts (+237)

Centre de Douala Wouri / Littoral 699 066 037

Centre de Yaoundé Méfou-et-Afamba / 242 729 957

Centre de Yagoua Mayo-Danay / Extrême-nord 694 107 364

Centre de Garoua Nord / Bénoué 699 046 469

Centre de Bafoussam Mifi / Ouest 699 682 556

Centre de Bafang Haut nkam / Ouest 696 803 110

Centre d’Ombessa Mbam-et-inoubou / 677 788 308

Centre de Monatelé Lekié / Centre 675 976 713

Centre d’Ebolowa Mvila / Sud 678 769 794

Centre de Bertoua Lom-et-djerem / Est 697 285 692

Centre de Batouri Kadey / Est 694 211 841

Centre d’Obala Lekié / Centre 698 150 035

Centre d’Abong-Mbang Haut nyong / Est 699 581 726

Centre de Kribi Ocean / Sud 676 522 895

Centre de Meiganga Mbéré / Adamaoua 694 228 948

Centre Mbalmayo Nyong-et-so’o / Centre 695 061 755

Centre de Maroua Diamaré / Extrême-Nord 655 686 561

Centre de Ngaoundéré Vina / Adamaoua 674 696 840

 CERAC  Fondation Chantal BIYA

 Le ministère de la promotion de la  Mutation

SECTION 2 : PHASE TECHNIQUE

SECTION 2 : PHASE TECHNIQUE

- Une analyse minutieuse du projet ;

Chapitre I : Analyse du projet

Tableau 1 : tableau illustratif du parc informatique de l’IAI

Désignation Marque Caractéristiques Illustration

Dell DD : 500 go ; Ram : 4go ; 2.5 gHz