Présentation du stockage Red Hat OpenShift on IBM Cloud

Cloud privé virtuel Infrastructure classique Satellite

Passez en revue les sections suivantes pour obtenir une présentation des options de stockage disponibles pour votre cluster.

Avant de pouvoir déterminer quel type de stockage constitue la solution la plus adaptée à vos clusters Red Hat® OpenShift® on IBM Cloud®, vous devez bien comprendre le fournisseur d’infrastructure IBM Cloud, les exigences de votre application, le type de données que vous souhaitez stocker et la fréquence à laquelle vous souhaitez accéder à ces données.

Décidez si vos données doivent être stockées de manière permanente.

Stockage persistant: Les données stockées sur le stockage persistant sont conservées même lorsque le conteneur, le noeud worker ou le cluster est supprimé. Utilisez le stockage persistant pour les applications avec état, les données métier essentielles ou les données qui doivent rester disponibles en raison d'exigences légales, telles qu'une durée de conservation définie. Le stockage persistant est également une bonne option pour l'audit.

Stockage non persistant : vos données peuvent être retirées en cas de retrait du conteneur, du noeud worker ou du cluster. Ce type de stockage est utilisé en principe pour les informations de journalisation, telles que les journaux système ou les journaux de conteneur, les tests de développement ou lorsque vous souhaitez accéder aux données à partir du système de fichiers de l'hôte.

Si vous devez conserver vos données, déterminez si votre application nécessite un type de stockage particulier. Lorsque vous utilisez une application existante, celle-ci peut être conçue pour stocker des données selon l'une des méthodes suivantes.

Dans un système de fichiers : les données peuvent être stockées sous forme de fichier dans un répertoire. Par exemple, vous pouvez stocker ce fichier sur votre disque dur local. Certaines applications nécessitent que les données soient stockées dans un système de fichiers spécifique, tel que nfs ou ext4 afin d'optimiser le magasin de données et d'atteindre les objectifs en termes de performances.

Dans une base de données : les données doivent être stockées dans une base de données selon un schéma précis. Certaines applications sont fournies avec une interface de base de données que vous pouvez utiliser pour stocker vos données. Par exemple, WordPress est optimisé pour stocker des données dans une base de données MySQL. Dans ces cas de figure, le type de stockage est sélectionné pour vous.

Déterminez le type de données que vous souhaitez stocker.

Données structurées : données que vous pouvez stocker dans une base de données relationnelle lorsque vous disposez d'une table avec des lignes et des colonnes. Les données dans les tables peuvent être connectées à l'aide de clés et sont en général faciles d'accès en raison d'un modèle de données prédéfini. Exemples : numéros de téléphone, numéros de sécurité sociale ou codes postaux.

Données semi-structurées : données qui n'entrent pas dans le cadre d'une base de données relationnelle mais qui contiennent des propriétés organisationnelles que vous pouvez utiliser pour lire et analyser ces données plus facilement. Exemples : fichiers de langage de balisage, de type CSV, XML ou JSON.

Données non structurées : Données qui ne suivent pas un modèle organisationnel et qui sont si complexes que vous ne pouvez pas les stocker dans une base de données relationnelle avec des modèles de données prédéfinis. Pour accéder à ces données, il vous faut des logiciels et des outils avancés. On peut citer, par exemple, les e-mails, les vidéos, les photos, les fichiers audio, les présentations, les données issues des réseaux sociaux ou les pages Web.

Si vous disposez de données structurées et non structurées, essayez de stocker chacun de ces types de données séparément dans une solution de stockage conçue pour chaque type particulier. L'utilisation d'une solution de stockage adaptée à votre type de données facilite l'accès à vos données tout en vous offrant des avantages en termes de performances, d'évolutivité, de durabilité et de cohérence.

Analysez le mode d'accès à vos données de votre choix. Les solutions de stockage sont en principe conçues et optimisées pour prendre en charge les opérations de lecture ou d'écriture.

Lecture seule : Vous ne souhaitez pas écrire ou modifier vos données. Vos données sont accessibles en lecture seule.

Lecture et écriture : vous voulez lire, écrire et modifier vos données. Pour les données lues et écrites, il est important de savoir si les opérations sont plutôt des opérations de lecture ou des opérations d'écriture ou si les deux types d'opérations sont équilibrés.

Déterminez la fréquence d'accès à vos données.

Données les plus sollicitées : données à accès fréquent. Les cas d'utilisation courants sont les applications Web ou mobiles.

Données à accès moins ou moyennement fréquent : données dont l'accès n'est pas très fréquent, par exemple une fois par mois ou moins. Les cas d'utilisation courants sont les archives, la conservation à court-terme des données ou la reprise après incident.

Données à accès peu fréquent : données dont l'accès est plutôt rare voire inexistant. Les cas d'utilisation courants sont les archives, les sauvegardes à long terme, les données d'historique.

Données figées : données auxquelles il n'y a pas d'accès et que vous devez conserver pour vous conformer à une réglementation.

Si vous ne pouvez pas prédire la fréquence ou la fréquence ne suit pas un schéma strict, déterminez si vos charges de travail sont lues-lourdes, lourdes, ou équilibrées. Ensuite, examinez l'option de stockage qui convient à votre charge de travail et recherchez le niveau de stockage qui vous offre la flexibilité dont vous avez besoin. Par exemple, IBM Cloud Object Storage fournit la classe de stockage flex qui prend en considération la fréquence d'accès aux données sur un mois et tient compte de cette mesure pour optimiser votre facturation mensuelle.

Déterminez si vos données doivent être partagées entre plusieurs instances d'application, plusieurs zones ou plusieurs régions.

Accès entre les pods : lorsque vous utilisez des volumes persistants Kubernetes pour accéder à votre stockage, vous pouvez déterminer le nombre de pods pouvant monter le volume en même temps. Certaines solutions de stockage sont accessibles par un seul site à la fois. Avec d'autres solutions de stockage, vous pouvez partager un volume entre plusieurs pods.

Accès entre les zones et les régions : vos données devront parfois être accessibles entre plusieurs zones ou régions. Certaines solutions de stockage, telles que le stockage de fichiers et de blocs, sont spécifiques au centre de données et ne peuvent pas être partagées entre les zones d'une configuration de cluster multizone.

Si vous souhaitez rendre vos données accessibles dans les différentes zones ou régions, veillez à consulter votre service juridique pour vérifier que vos données peuvent être stockées dans plusieurs zones ou dans un autre pays.

Familiarisez-vous avec d'autres caractéristiques de stockage pouvant influencer votre choix.

Cohérence : garantie qu'une opération de lecture renvoie la dernière version d'un fichier. Les solutions de stockage peuvent apporter une cohérence forte (strong consistency) qui vous garantit de recevoir la dernière version d'un fichier ou une cohérence finale (eventual consistency) lorsque l'opération de lecture ne garantit pas le renvoi de la dernière version. Vous obtenez souvent une cohérence finale dans les systèmes répartis géographiquement dans lesquels une opération d'écriture doit d'abord être répliquée sur toutes les instances.

Performances : temps nécessaire pour exécuter une opération de lecture ou d'écriture.

Durabilité : garantie qu'une opération d'écriture validée dans votre stockage survive de manière permanente sans subir de dommages ou de perte, même si les gigaoctets ou téraoctets de données sont écrits dans votre stockage au même moment.

Résilience : capacité de reprise après une panne en poursuivant les opérations, même en cas de défaillance d'un composant matériel ou logiciel. Par exemple, votre stockage physique subit une panne de courant, doit faire face à l'indisponibilité du réseau ou est supprimé suite à une catastrophe naturelle.

Disponibilité : capacité de fournir l'accès à vos données, même si un centre de données ou une région n'est pas disponible. La disponibilité de vos données est en principe assurée en ajoutant de la redondance et en configurant des mécanismes de basculement.

Evolutivité : possibilité d'augmenter la capacité et de personnaliser les performances en fonction de vos besoins.

Chiffrement : masquer les données permet d'empêcher leur visibilité en cas d'accès par un utilisateur non autorisé.

Le stockage local secondaire doit être ajouté au moment de la création du pool de travailleurs. L'ajout manuel de stockage au niveau de l'infrastructure après la création d'un pool de travailleurs n'est pas pris en charge et n'entraîne pas de stockage éphémère supplémentaire dans le cluster.