4.5.2. Architecture
de Manila
La scalabilité et l'aisance d'implémentation
sont les deux importantes caractéristiques qui forme la vision
derrière le projet OpenStack, Manila, ce système de fichiers
partagé adopte une architecture alignée avec la vision globale
d'OpenStack. Il se compose de trois services, détaillé en bas de
la figure, une file de message et une base de données pour stocker les
informations[43].
La figure suivante montre l'architecture de ce service.
Figure 25 : Architecture
logique du service Manila [41]
- Les services
o manila-api : c'est une application
qui accepte et valide les requêtes REST provenant des clients pour
ensuite les cheminervers les autresprocessus de Manila selon les besoins
à travers un bus de messagerie[43].
o manila-schedular : détermine
quel backend sert comme destination pour une demande de création
d'unpartage, maintient un état non-persistant pour les pools et les
backends, comme la capacité disponible et les spécifications
supplémentaires prises en charge[43].
o manila-share :accepte les demandes
d'autres processus de Manila et sert de conteneur d'opérations pour les
pilotes de Manila[43].
- Le backend : Un backend Manila est
l'objet de configuration qui représente un fournisseur unique de pools
de ressources sur lequel les demandes d'approvisionnement pour les
systèmes de fichiers partagés peuvent être satisfaites. Un
backend communique avec le système de stockage via un pilote[43].
| 
