Chapitre 3. En utilisant l’opérateur d’échantillons de cluster avec un registre alternatif

Les images requises pour Red Hat OpenShift Service sur l’installation AWS et les mises à jour ultérieures des produits vers un registre miroir de conteneur tels que Red Hat Quay, JFrog Artifactory, Sonatype Nexus Repository ou Harbor. Dans le cas où vous n’avez pas accès à un registre de conteneurs à grande échelle, vous pouvez utiliser le registre miroir de Red Hat OpenShift, un registre de conteneurs à petite échelle inclus dans Red Hat OpenShift Service sur les abonnements AWS.

Il est possible d’utiliser n’importe quel registre de conteneurs qui supporte Docker v2-2, tel que Red Hat Quay, le registre miroir pour Red Hat OpenShift, Artifactory, Sonatype Nexus Repository ou Harbor. Indépendamment de votre registre choisi, la procédure pour refléter le contenu des sites hébergés par Red Hat sur Internet vers un registre d’images isolé est la même. Après avoir miroir le contenu, vous configurez chaque cluster pour récupérer ce contenu de votre registre miroir.

Lorsque vous choisissez un registre de conteneurs qui n’est pas le registre miroir de Red Hat OpenShift, il doit être accessible par chaque machine des clusters que vous fournissez. Lorsque le registre n’est pas accessible, l’installation, la mise à jour ou les opérations normales telles que la réinstallation de la charge de travail peuvent échouer. C’est pour cette raison que vous devez exécuter des registres miroirs de manière hautement disponible, et les registres miroirs doivent au moins correspondre à la disponibilité de production de votre Red Hat OpenShift Service sur les clusters AWS.

Lorsque vous remplissez votre registre miroir avec Red Hat OpenShift Service sur les images AWS, vous pouvez suivre deux scénarios. Lorsque vous avez un hôte qui peut accéder à Internet et à votre registre miroir, mais pas à vos nœuds de cluster, vous pouvez directement refléter le contenu de cette machine. Ce processus est appelé miroir connecté. Lorsque vous n’avez pas un tel hôte, vous devez refléter les images dans un système de fichiers et ensuite apporter cet hôte ou support amovible dans votre environnement restreint. Ce processus est appelé miroir déconnecté.

Dans le cas des registres en miroir, pour afficher la source des images tirées, vous devez consulter l’essai pour accéder à l’entrée de journal dans les journaux CRI-O. D’autres méthodes pour visualiser la source d’attraction de l’image, telles que l’utilisation de la commande images crictl sur un nœud, montrent le nom de l’image non-mirrored, même si l’image est tirée de l’emplacement en miroir.