Une définition et ce qu’il faut demander aux fournisseurs
4 min read
Stockage de conteneurs est un domaine brûlant en ce moment. Mais c’est une nouvelle frontière, il y a donc un certain degré de confusion autour de l’offre et le marketing des fournisseurs peut être un peu flou.
Il est admis que la plupart des applications conteneurisées de l’entreprise nécessitent stockage persistant, mais il n’est pas toujours aussi facile de déterminer exactement comment fonctionne le stockage des conteneurs d’un fournisseur. Une variante émergente, et ce qui semble être le Saint Graal pour diverses raisons, est stockage natif du conteneur, parfois appelé stockage cloud natif.
Pourquoi le Saint Graal? Parce que c’est la forme de stockage des conteneurs qui se conforme le plus à l’éthique générale derrière la conteneurisation. Autrement dit, tout ce qui est nécessaire pour gérer le stockage peut être encapsulé dans des conteneurs et exécuté à partir de Kubernetes. C’est essentiellement une forme de stockage défini par logiciel qui fonctionne dans des conteneurs.
En d’autres termes, c’est le stockage qui, comme tout autre service faisant partie du paysage applicatif global, peut être fourni par code et est portable avec l’application, sans dépendances matérielles.
Cela est important pour plusieurs raisons, et l’une d’entre elles est l’influence du cloud sur la direction que prend l’informatique. L’utilisation croissante du travail hybride et multicloud signifie qu’il est essentiel de pouvoir déplacer les charges de travail entre les centres de données et les emplacements cloud.
Les raisons subsidiaires incluent un besoin croissant de faire du stockage l’une des choses que les développeurs fournissent par code et / ou par clics, plutôt que de soumettre un ticket.
Principes de base du stockage en conteneurs
le principes de base du stockage persistant Kubernetes sont basés sur un ensemble d’interfaces de programmation d’application (API). Premièrement, les revendications de volume persistantes (PVC) faites par les applications. Ceux-ci vivent avec les conteneurs de l’application et voyagent avec elle pour spécifier la capacité requise, le niveau de stockage, etc.
Pendant ce temps, il y a volumes persistants (PV) et les classes de stockage, qui sont des attributs du stockage lui-même, décrivant la nature du stockage persistant disponible et correspondant aux PVC d’application dans Kubernetes.
Ce stockage peut être local sur les serveurs sur lesquels le cluster Kubernetes s’exécute, ou externe, dans une matrice de stockage, peut-être. Si le stockage réside sur un stockage partagé externe, il peut être provisionné vers des applications conteneurisées par des plugins tels que CSI (interface de stockage de conteneurs).
Alors, qu’est-ce que le stockage natif du conteneur?
Compte tenu de ce que nous avons décrit jusqu’à présent, et en particulier de l’éthique des opérations cloud natives et de la conteneurisation, il existe un concept fondamental qui devrait définir le stockage natif conteneur.
Autrement dit, ce stockage doit être géré à partir du cluster Kubernetes pour être véritablement qualifié de conteneur natif, et être agrégé à partir d’un support directement accessible au cluster (quelque chose comme Rook, peut-être?).
Pendant ce temps, pour commencer à concurrencer l’ensemble des fonctionnalités offertes par les produits de stockage matures, les produits de stockage natifs en conteneurs devraient également inclure des services de stockage tels que la réplication, les instantanés, la réduction des données, la qualité de service et le chiffrement, mais ceux-ci ne sont pas essentiels à une définition. .
Désormais, il est vrai que vous pouvez provisionner le stockage vers des conteneurs à partir du stockage basé sur la baie et, dans une certaine mesure, le gérer à partir du cluster. Mais cela – parfois appelé stockage prêt pour les conteneurs – va à l’encontre de l’idée selon laquelle tout doit être géré à partir de Kubernetes car aucune baie de stockage d’entreprise n’est définie et oubliée. Tout cela nécessite une gestion et un provisionnement au niveau de la baie.
Cela peut également contrevenir aux principes du cloud natif dans la mesure où les charges de travail peuvent ne pas être très portables, même si en théorie, vous devrez vous assurer que le bon type de support est disponible partout où des applications conteneurisées doivent s’exécuter, même si elles sont strictement natives de conteneur, comme défini ici.
Pouvons-nous résumer tout cela à des questions qui pourraient être posées aux fournisseurs? Peut-être. Voici une tentative:
- Votre logiciel de stockage fonctionne-t-il dans des conteneurs?
- Et est-ce que cela virtualise, approvisionne et gère le stockage à partir de là?
- Quelle gestion du stockage est nécessaire en externe à Kubernetes?
Fournisseurs de stockage natif de conteneurs
Voici une sélection de fournisseurs proposant un stockage natif en conteneur:
