3.4. Le mode de stockage en bloc
« Cinder »
Le projet OpenStack Nova avait à l'origine un composant
appelé "nova_volume" qui a été séparé de
Nova en 2012 pour fonctionner indépendamment comme un service de
stockage en Bloc sous le nom de « Cinder » afin de fournir
un service de stockage persistant en bloc autogéré aux
utilisateurs.Le stockage en mode bloc rassemble les données en blocs qui
sont stockés en tant qu'éléments séparés.
Chaque bloc de données se voit attribuer un identifiant unique, qui
permet au système de stockage de conserver les petits
éléments à l'emplacement le plus pratique, chaque bloc
existe de manière autonome et peut être partitionné de
manière à être accessible depuis un système
d'exploitation différent, l'utilisateur bénéficie donc
d'une liberté totale pour la configuration de ses données[37].
La figure suivante schématise le mode de stockage en
bloc.
Bloc
Segment
Figure 22 : le mode de
stockage en bloc[38]
4.4.1. Vue
d'ensemble sur « Cinder »
Cinder est un outil de stockage persistant pour OpenStack dont
les volumes exposent un bloc brut de stockage qui peut être
attaché à des instance et qui stocke des données de
manière permanente. De plus Cinder gère les snapshots qui sont
donc des copies ponctuelles d'un volumes, cependant il existe une
possibilité de sauvegarde rapide et temporaire qui se fait en copiant
entièrement les données d'un volume et les stocker dans le
système de sauvegarde[34]. Le service de stockage Cinder virtualise la
gestion des périphériques de stockage par blocs et fournit aux
utilisateurs finaux une API en libre-service pour demander et consommer les
ressources sans avoir besoin de savoir où leur stockage est
réellement déployé ou sur quel type de
périphérique.Nous pouvons conclure 3 ressources de base fournit
par le service Cinder :
- Les volumes : ressources de stockage
de blocs allouées qui peuvent être attachées aux instances
en tant que stockage secondaire ou peuvent être utilisées comme
magasin racine pour démarrer les instances[41].
- Les Snapshots : les snapshots sont une
copie ponctuelle en lecture seule d'un volume. Le snapshot peut être
créé à partir d'un volume actuellement utilisé ou
dans un état disponible. Le snapshot peut ensuite être
utilisé pour créer un nouveau volume[41].
- Les sauvegardes : copie archivée
d'un volume actuellement stocké dans OpenStack[41].
4.4.2. Architecture de
« Cinder »
Cinder est composé de deux service, deux démons
(un programme informatique ou un processus qui n'est pas contrôlé
par l'utilisateur et qui s'exécute en arrière-plan) et deux
backends importants [42]. La figure suivante illustre les composant du service
Cinder :
Figure 23 :
Architecture logique du service Cinder [41]
- Les services :
o Cinder-api : Gère les
requêtes API et les achemine vers le volume de cendres à
traiter[42].
o Cinder-volume driver : Liaison principale
entre les démons de cendre, elle est responsable des requêtes de
lecture et d'écriture[42].
- Les démons :
o Cinder-scheduler :Choisit le meilleur noeud
de stockage sur lequel créer le volume[42].
o Cinder-backup :Il crée des
sauvegardes de volumes sur les noeuds de stockage de sauvegarde[42].
- Backends :
o File d'attente : Achemine les
informations entre les processus Block Storage.
o Base de données :
Utilisée pour stocker les informations de bloc.
|