Conclusion
générale
La gestion efficace des données informatiques internes
est l'une des plus importantes problématiques rencontrées chez
les entreprises, les organisations et les institutions. Bien que les solutions
de services de Cloud soient de plus en plus nombreuses, celles de services de
stockage le sont plus. En effet le marché de la technologie a connu une
énorme hausse de systèmes dédiés au stockage dans
les environnements du Cloud, nous retrouvons les systèmes de stockages
open source : LVM, NFS, Ceph, Gluster ou payant : EMC et IBM.
Les systèmes de stockage dans le Cloud sont
répartis en trois catégorie de services, ils offrent soit le
stockage en bloc ou en objet ou en fichiers partagés, il existe des
solutions qui propose deux types de stockages
comme « Gluster » et d'autre qui supportent les trois
stockages tel que la solution Ceph. Chaque type de stockage utilise une
manière qui lui est propre afin de stocker des données qui sont
elles-mêmes différentes d'un type à un autre (i.e. chaque
type de stockage prend en charge des types de données
spécifique).
Notre travail consiste donc à étudier, analyser
et puis comparer entre les services de stockages Cloud open sources existants
afin de sélectionner et implémenter la meilleure des solutions
proposant le stockage en objet et en fichiers partagé dans la
plateformeCloud OpenStack.De plus, nous avons réussis à rendre le
Cloud accessible à tout le monde (lorsque le serveur est allumé).
Cette étape nous était essentielle puisqu'après
l'implémentation des services de stockage d'objets et de partage, il
était intéressant d'offrir un stockage en tant que service aux
utilisateurs finaux. Pour cela nous avons,en premier lieu, améliorer le
système de réseau qui assure la connectivité des instances
et le système de stockage car avec l'architecture initiale les instances
n'étaient pas accessibles depuis l'extérieur, de plus notre Cloud
ne pouvait pas être exploité que depuis notre machine physique, ce
qui n'est plus le cas maintenant : notre Cloud est maintenant accessible
depuis l'extérieur.
Afin d'assurer la meilleure scalabilité du
système, la fiabilité des données, la
sécurité d'accès aux Cloud et la prise en charge des
données souvent modifiés et non structurés nous avons
opté pour le service Swift, afin de permettre grâce à son
architecture plate le stockage de données volumineux,
l'hébergement des sites internet et des Web applications et la libre
consultation du contenu des conteneurs par le grand public grâce à
l'API REST (http). Cependant, puisque Swift ne propose pas des volumes
bootables, il ne permet pas l'exécution des machines virtuelles,
d'où l'importance de le combiner avec le stockage Cinder. En dernier
nous avons implémenter le service de systèmes de fichiers
partagé « Manila » avec le backend
Generic qui propose des fichiers partageables entre les instances
comblant la lacune du stockage en bloc (la non prise en charge de partage de
volume). Concernant le service de réseau nous avons opté pour le
mécanisme de driver Open vSwitch qui propose un port externe (br-ex)
permettant l'accès aux instances de l'extérieur
Après avoir modifier la configuration du réseau
les instances sont désormais accessibles via les protocoles ICMP et TCP.
De plus, suite à l'implémenter les services
« Swift » « Manila » en plus de
« Cinder », l'utilisateur a donc la possibilité
d'accéder au Cloud et utiliser les différents types de
stockage : des volumes pour les attacher aux machines virtuelles, des
partages montés sur des machine virtuelles pour créer des
fichiers facilement consultables par d'autres instances (machines virtuelles)et
des conteneurs afin de stocker et consulter ses données.
| 
