APEX Cloud Platform for Red Hat OpenShift

Ce document met en évidence les versions de code minimales, recommandées et les plus récentes pour les produits d’infrastructure de datacenter et d’entreprise Dell Technologies. Dell évalue et surveille soigneusement les données de déploiement de code afin de s’assurer que les versions de produits répondent à nos attentes les strictes afin de fournir à nos clients des produits et des solutions fiables.

Ce document met en évidence les versions de code minimales, recommandées et les plus récentes pour les produits d’infrastructure de datacenter et d’entreprise Dell Technologies. Dell évalue et surveille soigneusement les données de déploiement de code afin de s’assurer que les versions de produits répondent à nos attentes les strictes afin de fournir à nos clients des produits et des solutions fiables.

La machine virtuelle ne peut pas être créée via la virtualisation OpenShift si aucune classe de stockage par défaut n’existe dans le cluster OCP. En effet, une classe de stockage autre que la classe par défaut ne peut pas être sélectionnée pour le disque racine ou pour les disques ajoutés par l’utilisateur.

If user set MTU for management traffic during cluster deployment or node addition process, corresponding MTU on physical switch ports needs to be set as well, otherwise network validation will fail.

Ajoutez des nœuds de travail via la fonction d’ajout de nœuds Dell APEX Cloud Platform. Les informations matérielles sur les nœuds nouvellement ajoutés sont manquantes sur la page de la vue Détails du nœud de la console Web Red Hat.

Erreur post-vérification de la mise à niveau OCP car le nœud n’est pas prêt ou la planification est désactivée en raison d’une machine virtuelle configurée avec un volume de stockage ReadWriteOnce (RWO) qui ne peut pas être migré en direct.

La vérification préalable à la mise à niveau de l’OCP a échoué pour l’erreur de vidage à sec, car certaines VM ne peuvent pas être migrées en direct ou certains pods ne peuvent pas être supprimés.

En raison d’un problème iDRAC provoquant un échec du déploiement du cluster, les informations d’inventaire du firmware et du matériel ne peuvent pas être renvoyées par l’iDRAC.

Cet article de la base de connaissances présente certaines raisons potentielles pouvant provoquer l’échec du redémarrage des nœuds OCP lors de la mise à jour du certificat d’entrée OCP et fournit des vérifications préalables suggérées pour atténuer l’échec potentiel.

La création d’un snapshot de machine virtuelle via l’interface utilisateur de virtualisation OpenShift échoue si des E/S sont en cours d’exécution dans la machine virtuelle du cluster OCP.

En raison de la limitation de la virtualisation OpenShift, la machine virtuelle ne peut pas être clonée si elle dispose de disques avec l’option « enfichable à chaud » activée.

Un nœud du plan de contrôle est arrêté sans ajustement. Une fois qu’il est mis sous tension, il passe à l’état « non prêt » et entraîne l’incapacité du cluster à devenir opérationnel.

Dans un environnement déconnecté (cluster dans des réseaux restreints ou sans connexion Internet), lorsqu’un utilisateur tente de supprimer un nœud via le plugin de console Web Dell APEX Cloud Platform, le processus échoue à l’étape « Vérifiez si le nœud avait des pods nus ».

LCM failed during node reboot due to CSI controller pod and depot manager pod run into deadlock.

Un problème OpenShift Container Platform entraînant l’échec du déploiement du cluster, l’état statique du pod est passé à terminé.

Le système de fichiers dispose de moins de 3 % d’espace restant.

PersistentVolume est en train de se remplir.

Les PersistentVolumeInodes se remplissent.

For a cluster with consolidated control plane, the control plane node has a control plane role as well as a worker role. The KB is used to convert consolidated control plane to dedicated control plane by running a script. The script will remove the worker role from control plane nodes.

Dell APEX Cloud Platform (ACP) provided plugin UI is capable of updating the OpenShift Container Platform (OCP) ingress certificate and automatically incorporating the trusted CA certificate into the OCP cluster. In addition to the UI approach, this knowledge base article details a manual procedure for adding or removing trusted CA certificates from the OCP cluster, which might be necessary when introducing new CA certificates or when existing certificates are nearing expiration.

Un problème OpenShift Container Platform (OCP) provoquant l’échec du déploiement du cluster, machine-config-operator dégradé.

Le système de fichiers dispose de moins de 3 % d’inodes restants.

En cas d’utilisation élevée et soutenue du processeur sur un seul nœud de plan de contrôle, une pression plus importante sur le processeur est susceptible de provoquer un basculement ; Augmentez le nombre de processeurs disponibles.

Reportez-vous à ce document pour mettre à jour les paramètres DNS dans un cluster OpenShift.

Mémoire extrêmement élevée du plan de contrôle individuel

La mise à jour du cluster n’a pas pu préparer le firmware sur le nœud lors de la mise à niveau vers la version 03.04.01.00.

This KB describe the procedure of manually rotate ACP ingress (gateway) certificate using CLI.

Après la mise à jour du certificat dans le cluster Hub, il ne prend pas effet sur les nœuds du cluster géré par HCP.

Les pods de nœuds CSI Powerflex présentent un « CrashLoopBackOff » après la mise à jour du certificat d’entrée OCP

Pour un cluster APEX Cloud Platform for Red Hat OpenShift Container Platform (ACP4OCP) s’exécutant sur la version 03.01.00.00, l’ajout du nœud day2 échoue à l’étape « Approuver la CSR » en raison de l’échec de la recherche DNS du nom d’hôte, lorsque les nœuds du cluster utilisent le mode de liaison 4 « 802.3ad » pour le trafic de gestion.