2.6. Catalogues d'opérateurs fournis par Red Hat
Red Hat fournit plusieurs catalogues d'opérateurs qui sont inclus par défaut dans OpenShift Container Platform.
À partir d'OpenShift Container Platform 4.11, le catalogue Operator fourni par Red Hat par défaut est publié dans le format de catalogue basé sur des fichiers. Les catalogues Operator fournis par Red Hat par défaut pour OpenShift Container Platform 4.6 à 4.10 sont publiés dans le format de base de données SQLite déprécié.
Les sous-commandes, drapeaux et fonctionnalités de opm liés au format de base de données SQLite sont également obsolètes et seront supprimés dans une prochaine version. Ces fonctionnalités sont toujours prises en charge et doivent être utilisées pour les catalogues qui utilisent le format de base de données SQLite obsolète.
La plupart des sous-commandes et des drapeaux de opm pour travailler avec le format de base de données SQLite, tels que opm index prune, ne fonctionnent pas avec le format de catalogue basé sur des fichiers. Pour plus d'informations sur l'utilisation des catalogues basés sur des fichiers, voir Gestion des catalogues personnalisés, Format d'empaquetage d'Operator Framework et Mise en miroir des images pour une installation déconnectée à l'aide du plugin oc-mirror.
2.6.1. À propos des catalogues d'opérateurs
Un catalogue d'opérateurs est un référentiel de métadonnées que le gestionnaire du cycle de vie des opérateurs (OLM) peut interroger pour découvrir et installer des opérateurs et leurs dépendances sur un cluster. OLM installe toujours les opérateurs à partir de la dernière version d'un catalogue.
Une image d'index, basée sur le format Operator bundle, est un instantané conteneurisé d'un catalogue. Il s'agit d'un artefact immuable qui contient la base de données des pointeurs vers un ensemble de contenus du manifeste Operator. Un catalogue peut faire référence à une image d'index afin de trouver la source de son contenu pour OLM sur le cluster.
Au fur et à mesure que les catalogues sont mis à jour, les dernières versions des opérateurs changent et les anciennes versions peuvent être supprimées ou modifiées. En outre, lorsque OLM s'exécute sur un cluster OpenShift Container Platform dans un environnement réseau restreint, il n'est pas en mesure d'accéder aux catalogues directement à partir d'Internet pour en extraire le contenu le plus récent.
En tant qu'administrateur de cluster, vous pouvez créer votre propre image d'index personnalisée, soit basée sur un catalogue fourni par Red Hat, soit à partir de zéro, qui peut être utilisée comme source du contenu du catalogue sur le cluster. La création et la mise à jour de votre propre image d'index fournit une méthode pour personnaliser l'ensemble des opérateurs disponibles sur le cluster, tout en évitant les problèmes d'environnement réseau restreint mentionnés ci-dessus.
Kubernetes déprécie périodiquement certaines API qui sont supprimées dans les versions ultérieures. Par conséquent, les opérateurs ne peuvent pas utiliser les API supprimées à partir de la version d'OpenShift Container Platform qui utilise la version de Kubernetes qui a supprimé l'API.
Si votre cluster utilise des catalogues personnalisés, consultez Contrôle de la compatibilité des opérateurs avec les versions d'OpenShift Container Platform pour plus de détails sur la façon dont les auteurs d'opérateurs peuvent mettre à jour leurs projets afin d'éviter les problèmes de charge de travail et d'empêcher les mises à niveau incompatibles.
La prise en charge de l'ancien site package manifest format pour les opérateurs, y compris les catalogues personnalisés qui utilisaient l'ancien format, est supprimée dans OpenShift Container Platform 4.8 et les versions ultérieures.
Lors de la création d'images de catalogue personnalisées, les versions précédentes d'OpenShift Container Platform 4 nécessitaient l'utilisation de la commande oc adm catalog build, qui a été dépréciée pendant plusieurs versions et est maintenant supprimée. Avec la disponibilité des images d'index fournies par Red Hat à partir d'OpenShift Container Platform 4.6, les créateurs de catalogues doivent utiliser la commande opm index pour gérer les images d'index.
Ressources supplémentaires
2.6.2. À propos des catalogues d'opérateurs fournis par Red Hat
Les sources de catalogues fournies par Red Hat sont installées par défaut dans l'espace de noms openshift-marketplace, ce qui rend les catalogues disponibles à l'échelle du cluster dans tous les espaces de noms.
Les catalogues d'opérateurs suivants sont distribués par Red Hat :
| Catalogue | Image d'index | Description |
|---|---|---|
|
|
| Produits Red Hat emballés et expédiés par Red Hat. Pris en charge par Red Hat. |
|
|
| Produits des principaux éditeurs de logiciels indépendants (ISV). Red Hat s'associe aux ISV pour emballer et expédier les produits. Pris en charge par l'ISV. |
|
|
| Logiciel certifié qui peut être acheté sur Red Hat Marketplace. |
|
|
| Logiciel maintenu par les représentants concernés dans le dépôt GitHub redhat-openshift-ecosystem/community-operators-prod/operators. Pas de support officiel. |
Au cours d'une mise à niveau de cluster, la balise d'image d'index pour les sources de catalogue par défaut fournies par Red Hat est mise à jour automatiquement par l'opérateur de version de cluster (CVO) afin que Operator Lifecycle Manager (OLM) tire la version mise à jour du catalogue. Par exemple, lors d'une mise à niveau d'OpenShift Container Platform 4.8 à 4.9, le champ spec.image dans l'objet CatalogSource pour le catalogue redhat-operators est mis à jour de :
registry.redhat.io/redhat/redhat-operator-index:v4.8
à :
registry.redhat.io/redhat/redhat-operator-index:v4.9
