Le point sur l’évolution des services de stockage dans le dernier OpenStack « Ocata »

Pour la dernière version d’OpenStack, baptisée « Ocata », les développeurs travaillant sur Cinder, le service de stockage en mode bloc d’OpenStack, ont mis l’accent sur les corrections de bogues et le support de la haute disponibilité en mode actif/actif (HA). C’est ce qu’explique Sean McGinnis, le responsable technique du projet Cinder, par ailleurs architecte principal chez Huawei Technologies.

Cinder est le projet de stockage open source le plus populaire dans la communauté OpenStack

Selon McGinnis, la plupart des travaux de développement des fonctions HA sont désormais achevés, ce qui permet à un service Cinder de s’appuyer sur un nœud redondant en cas d’échec d’un nœud ou si un service doit être mis hors ligne lors d’une maintenance ou pour toute autre raison. Mais pour le responsable, des tests sont encore requis sur les nombreux pilotes Cinder fournis par les constructeurs afin de garantir que dans une configuration HA, il n’y ait pas de problèmes liés aux opérations simultanées. McGinnis a souligné que ces tests sont nécessaires, car le calendrier d’Ocata a été plus court que le cycle de développement OpenStack habituel.

Pour Ocata, l’équipe de Cinder a placé la fonctionnalité de « consistency groups » (littéralement groupes de cohérence) dans la liste des futures fonctions obsolètes. Les « consistency groups » sont encore présents dans Ocata, mais ne seront plus dans la prochaine version d’OpenStack. McGinnis explique que certains utilisateurs pourraient avoir besoin de mettre à jour des scripts ou des programmes personnalisés parce que les API et les lignes de commande vont évoluer, même s’il souligne que la fonctionnalité est peu déployée (les groupes de cohérence permettaient de coordonner les snapshots de multiples volumes).

Dans Ocata, les groupes de cohérence ont été remplacés par une notion équivalente, baptisée « generic volume group » (« groupes de volumes génériques »). Elle permet aux utilisateurs de grouper logiquement des volumes en fonction de leurs besoins. Le nouveau regroupement de volumes facilite la prise d’instantanés cohérents, et ouvre la voie à la réplication de groupes de volumes pour la protection des données.

Parmi les autres capacités ajoutées à Cinder dans OpenStack Ocata, on trouve aussi le support des mises à jour roulantes et celui des « micro-versions ». Le premier permet aux utilisateurs de ne pas avoir à arrêter tous les services Cinder afin de les mettre à niveau. Le second permet quant à lui à une API d’évoluer tout en conservant une compatibilité ascendante.

« Le bénéfice des micro-versions pour les utilisateurs est qu’ils peuvent écrire des scripts et des codes qui ciblent une version spécifique de l’API tout en sachant que cette version ne changera pas à mesure que le cloud sera mis à jour vers des versions ultérieures », a déclaré McGinnis. « À l’inverse, ils peuvent écrire un code qui demande une version spécifique et savoir si les nouvelles fonctionnalités sont disponibles ou non et basculer sur une logique plus ancienne, si nécessaire ».

 L’enquête menée auprès des utilisateurs de la Fondation OpenStack en avril 2017 a montré que le pilote Cinder le plus populaire continue d’être le service en mode bloc de Ceph RADOS (RBD ou RADOS BLock Device). Près de la moitié des 363 répondants ont indiqué qu’ils utilisaient Ceph RBD en production. Derrière Ceph, on trouve le pilote pour le gestionnaire de volumes de Linux (15 %), celui pour NetApp (10 %), celui pour NFS (8 %) et celui de Dell EMC (5 %).