Problèmes connus liés au service Compute Cloud@Customer
Ces problèmes connus ont été identifiés dans Compute Cloud@Customer.
- La mise à niveau peut avoir une incidence sur la fonctionnalité de l'équilibreur de charge en tant que service
- Pilotes de processeur graphique non inclus dans les images de plate-forme Oracle Linux
- Après la création ou la modification d'une clé d'API, la commande d'interface de ligne de commande initiale peut échouer
- Les commandes de l'interface de ligne de commande oci ccc get infrastructure et oci ccc infrastructure update retournent une valeur nulle pour la valeur provisioning_pin
- Lors de l'utilisation de la commande CLI de liste d'infrastructures ccc avec l'option --compartment-id-in-subtree true, aucun résultat n'est retourné
- La sortie de l'obtention de l'utilisateur iam oci ne liste pas les capacités de l'utilisateur
La mise à niveau peut avoir une incidence sur la fonctionnalité de l'équilibreur de charge en tant que service
Lors de la première mise à niveau après mai 2025, l'équilibreur de charge en tant que service (LBaaS) est remplacé par une nouvelle mise en oeuvre en arrière-plan. Par conséquent, certaines fonctionnalités sont différentes ou ne sont plus disponibles. Une configuration existante qui n'est plus prise en charge dans la nouvelle mise en oeuvre peut avoir une incidence négative sur la mise à niveau du logiciel.
- Détails
-
Avant la première mise à niveau après mai 2025, si vous utilisez le service d'équilibreur de charge, vérifiez les problèmes suivants et agissez si nécessaire :
-
Analyse de l'expression rationnelle du corps de la réponse (bogue : 37629014)
Si un équilibreur de charge est configuré avec l'analyse par expression rationnelle des réponses dorsales pour les informations de statut d'état, cela ne fonctionnera pas après la mise à niveau. Les rapports sur l'état sont limités aux codes de réponse.
Solution de rechange : Annulez la configuration du paramètre facultatif d'expression rationnelle (
--response-body-regex
) pour la réponse des serveurs dorsaux. -
Suites de chiffrement (bogue : 37461876)
Dans la nouvelle mise en oeuvre de l'équilibreur de charge, des suites de chiffrement plus faibles ont été supprimées. À l'avenir, les connexions SSL/TLS peuvent être sécurisées avec ces suites de chiffrement :
AES128-GCM-SHA256, AES256-GCM-SHA384, ECDHE-ECDSA-AES128-GCM-SHA256, ECDHE-ECDSA-AES256-GCM-SHA384, ECDHE-RSA-AES128-GCM-SHA256, ECDHE-RSA-AES256-GCM-SHA384, AES128-SHA, AES256-SHA, DES-CBC3-SHA, ECDHE-ECDSA-AES128-SHA, ECDHE-ECDSA-AES256-SHA, ECDHE-RSA-AES128-SHA, ECDHE-RSA-AES256-SHA, PSK-AES128-CBC-SHA, PSK-AES256-CBC-SHA
Solution de rechange : Assurez-vous que votre configuration d'équilibreur de charge utilise les dernières suites de chiffrement. Si nécessaire, modifiez les configurations existantes de l'équilibreur de charge.
-
Persistance de session basée sur des témoins (bogue : 37473362)
Pour les équilibreurs de charge existants, la persistance de session entre les clients et les serveurs dorsaux peut être activée à l'aide de témoins d'application ou de témoins d'équilibreur de charge. Ceux-ci ne sont plus pris en charge après la mise à niveau.
Solution de rechange : Annulez la configuration de la persistance de session basée sur des témoins. Les témoins de l'équilibreur de charge peuvent également être conservés à condition que la politique d'équilibrage de charge soit réglée à Hachage d'adresse IP avant la mise à niveau.
-
Préférence de classement des serveurs
Le paramètre SSL permettant de prioriser les chiffrements de serveur par rapport aux chiffrements de client n'est pas pris en charge.
-
Pilotes de processeur graphique non inclus dans les images de plate-forme Oracle Linux
Les images de plate-forme Oracle Linux 8 ou Oracle Linux 9 fournies avec Compute Cloud@Customer n'incluent pas de pilotes GPU. Si vous créez une instance GPU, vous devez installer manuellement les pilotes GPU.
- Détails
-
Si une installation de Compute Cloud@Customer inclut des noeuds de calcul avec GPU, vous pouvez y accéder en sélectionnant une forme dédiée. Les formes GPU peuvent être sélectionnées pour des instances de calcul basées sur une image de plate-forme Oracle Linux 8 ou Oracle Linux 9. Les versions d'image actuelles n'incluent pas de pilotes GPU. Le système d'exploitation de l'instance détecte les processeurs graphiques affectés, mais pour les utiliser, vous avez besoin de la boîte à outils CUDA du site de développeurs NVIDIA pour installer les pilotes requis.
Note
Le téléchargement volumineux et l'installation du référentiel local nécessitent beaucoup d'espace disque. Le volume de démarrage par défaut de 50 Go est insuffisant sur Oracle Linux 9 et seulement assez grand sur Oracle Linux 8. Il est fortement recommandé d'augmenter la taille du volume de démarrage à au moins 60 Go et d'étendre le système de fichiers en conséquence.
- Solution de rechange
-
Après avoir créé l'instance, connectez-vous à l'instance et installez la boîte à outils CUDA. Suivez les instructions relatives à votre version d'Oracle Linux.
Installation des pilotes GPU dans une instance Oracle Linux 9-
À partir de la ligne de commande de l'instance, téléchargez et installez le rpm CUDA Toolkit pour votre système d'exploitation.
$ wget https://developer.download.nvidia.com/compute/cuda/12.8.0/local_installers/cuda-repo-rhel9-12-8-local-12.8.0_570.86.10-1.x86_64.rpm $ sudo rpm -i cuda-repo-rhel9-12-8-local-12.8.0_570.86.10-1.x86_64.rpm $ sudo dnf clean all $ sudo dnf install cuda-toolkit-12-8
-
Activer le référentiel yum EPEL pour Oracle Linux 9. Installez l'ensemble
dkms
.$ sudo yum-config-manager --enable ol9_developer_EPEL $ sudo dnf install dkms
-
Installez les pilotes GPU.
$ sudo dnf install cuda-12-8
-
Vérifiez l'installation avec l'interface de gestion de système NVIDIA.
$ nvidia-smi +-----------------------------------------------------------------------------------------+ | NVIDIA-SMI 570.86.10 Driver Version: 570.86.10 CUDA Version: 12.8 | |-----------------------------------------+------------------------+----------------------+ | GPU Name Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap | Memory-Usage | GPU-Util Compute M. | | | | MIG M. | |=========================================+========================+======================| | 0 NVIDIA L40S Off | 00000000:00:05.0 Off | 0 | | N/A 26C P8 23W / 350W | 1MiB / 46068MiB | 0% Default | | | | N/A | +-----------------------------------------+------------------------+----------------------+ +-----------------------------------------------------------------------------------------+ | Processes: | | GPU GI CI PID Type Process name GPU Memory | | ID ID Usage | |=========================================================================================| | No running processes found | +-----------------------------------------------------------------------------------------+
Installation des pilotes GPU dans une instance Oracle Linux 8-
À partir de la ligne de commande de l'instance, téléchargez et installez le rpm CUDA Toolkit pour votre système d'exploitation.
$ wget https://developer.download.nvidia.com/compute/cuda/12.8.0/local_installers/cuda-repo-rhel8-12-8-local-12.8.0_570.86.10-1.x86_64.rpm $ sudo rpm -i cuda-repo-rhel8-12-8-local-12.8.0_570.86.10-1.x86_64.rpm $ sudo dnf clean all $ sudo dnf install cuda-toolkit-12-8
-
Activer le référentiel yum EPEL pour Oracle Linux 8. Installez l'ensemble
dkms
.$ sudo yum-config-manager --enable ol8_developer_EPEL $ sudo dnf install dkms
-
Installez les pilotes GPU.
$ sudo dnf install cuda-12-8
-
Installez le module de noyau NVIDIA.
$ sudo scl enable gcc-toolset-13 bash # dkms install nvidia-open -v 570.86.10
Si cette erreur
make
s'affiche pendant la création du module de noyau, vous pouvez l'ignorer en toute sécurité.Cleaning build area...(bad exit status: 2) Failed command: make -C /lib/modules/5.15.0-206.153.7.el8uek.x86_64/build M=/var/lib/dkms/nvidia-open/570.86.10/build clean
-
Vérifiez l'installation avec l'interface de gestion de système NVIDIA.
# nvidia-smi +-----------------------------------------------------------------------------------------+ | NVIDIA-SMI 570.86.10 Driver Version: 570.86.10 CUDA Version: 12.8 | |-----------------------------------------+------------------------+----------------------+ | GPU Name Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap | Memory-Usage | GPU-Util Compute M. | | | | MIG M. | |=========================================+========================+======================| | 0 NVIDIA L40S Off | 00000000:00:05.0 Off | 0 | | N/A 26C P8 23W / 350W | 1MiB / 46068MiB | 0% Default | | | | N/A | +-----------------------------------------+------------------------+----------------------+ +-----------------------------------------------------------------------------------------+ | Processes: | | GPU GI CI PID Type Process name GPU Memory | | ID ID Usage | |=========================================================================================| | No running processes found | +-----------------------------------------------------------------------------------------+
-
Après la création ou la modification d'une clé d'API, la commande d'interface de ligne de commande initiale peut échouer
- Détails
-
Lorsqu'une clé d'API est ajoutée ou modifiée pour un utilisateur, la première commande de l'interface de ligne de commande avec la clé nouvelle ou modifiée peut échouer.
- Solution de rechange
- Attendez quelques minutes que la nouvelle clé soit synchronisée sur l'infrastructure Compute Cloud@Customer, puis réessayez la commande d'interface de ligne de commande.
Les commandes de l'interface de ligne de commande oci ccc get infrastructure et oci ccc infrastructure update retournent nul pour la valeur provisioning_pin
- Détails
-
Lorsque vous créez une infrastructure, un NIP est généré et affiché dans la sortie.
Toutefois, si vous utilisez la commande
oci ccc get infrastructure
juste après avoir créé ou mis à jour l'infrastructure, le NIP pourrait ne pas être retourné.Cela se produit parce que le NIP n'est pas disponible pour la commande
get
pendant un maximum de 5 minutes après sa création.Exemple de sortie :
{ "compartment_id": "ocid1.compartment.oc1..uniqueID", . . . }, "display_name": "C3ResourcePrincipal_infra", "freeform_tags": {}, "id": "ocid1.cccinfrastructure.uniqueID", "lifecycle_details": null, "lifecycle_state": "ACTIVE", "provisioning_fingerprint": null, "provisioning_pin": null, "rack_inventory": { "capacity_storage_tray_count": null, "compute_node_count": null, "management_node_count": null, "performance_storage_tray_count": null, "serial_number": null . . . }
- Solution de rechange
-
Obtenez le NIP à partir de la commande
create
ou attendez 5 minutes pour extraire le NIP à l'aide de la commandeget
.Pour plus d'informations, consultez la page de référence de l'interface de ligne de commande ccc infrastructure.
Lors de l'utilisation de la commande d'interface de ligne de commande ccc infrastructure list avec l'option --compartment-id-in-subtree true, aucun résultat n'est retourné
- Détails
-
Vous obtenez une liste vide même s'il y a des éléments dans le sous-arbre.
Exemple :
oci ccc infrastructure list --profile user1 --compartment-id-in-subtree true -c ocid1.tenancy.oc1..uniqueID { "data": { "items": [] } }
- Solution de rechange
-
Au lieu d'utiliser l'option
--compartment-id-in-subtree
, interrogez chaque compartiment directement à l'aide de l'option-compartment
.Exemple :
oci ccc infrastructure list --profile user1 -compartment ocid1.tenancy.oc1..uniqueID { "data": { "items": [ list of compartment details ] } }
Pour plus d'informations, consultez la page de référence de l'interface de ligne de commande ccc infrastructure.
La sortie de oci iam user get
ne répertorie pas les capacités d'utilisateur
- Détails
-
La sortie de
oci iam user get
diffère entre Oracle Cloud Infrastructure (OCI) et Compute Cloud@Customer. La sortie Compute Cloud@Customer affichenull
pourcapabilites
et omet la liste des capacités, comme indiqué dans le tableau suivant.Sortie OCI Sortie de Cloud@Customer de calcul oci iam user get --user-id ocid1.user.oc1..uniqueID { "data": { "capabilities": { "can-use-api-keys": true, "can-use-auth-tokens": true, "can-use-console-password": true, "can-use-customer-secret-keys": true, "can-use-o-auth2-client-credentials": true, "can-use-smtp-credentials": true }, "compartment-id": "ocid1.tenancy.oc1..uniqueID", "defined-tags": { "Oracle-Recommended-Tags": { "ResourceType": "group", "UtilExempt": "minrequired" } }, "description": "user-1", "email": null, "email-verified": false, "external-identifier": null, "freeform-tags": {}, "id": "ocid1.user.oc1..uniqueID" , "identity-provider-id": null, "inactive-status": null, "is-mfa-activated": false, "last-successful-login-time": "2024-02-08T10:25:44.036000+00:00", "lifecycle-state": "ACTIVE", "name": "user-1", "previous-successful-login-time": null, "time-created": "2024-02-08T09:12:35.256000+00:00" }, "etag": "60f0527b3bbd0f40f137d4149d131fbf77eb44ab" }
oci iam user get --user-id ocid1.user.oc1..uniqueID { "data": { "capabilities": null, "compartment-id": "ocid1.tenancy.oc1..uniqueID", "defined-tags": { "Oracle-Recommended-Tags": { "ResourceType": "group", "UtilExempt": "minrequired" } }, "description": "user-1", "email": null, "email-verified": null, "external-identifier": null, "freeform-tags": {}, "id": "ocid1.user.oc1..uniqueID" , "identity-provider-id": null, "inactive-status": null, "is-mfa-activated": null, "last-successful-login-time": null, "lifecycle-state": "ACTIVE", "name": "user-1", "previous-successful-login-time": null, "time-created": "2023-02-08T09:12:35.256000+00:00" }, "etag": "bee44237-6d70-4691-b7f9-a98fbb332b12"
- Solution de rechange
- Pour voir la liste des capacités, exécutez la commande
oci iam user get
dans votre location OCI.