Résoudre les problèmes liés à la CNI gérée
Cette page explique les problèmes courants liés au CNI géré avec Cloud Service Mesh et indique comment les résoudre. Si vous avez besoin d'une aide supplémentaire, consultez la page Obtenir de l'aide.
Configuration avec CNI géré activé non compatible
Cloud Service Mesh géré avec l'implémentation du plan de contrôle TRAFFIC_DIRECTOR
nécessite un CNI géré et ne permet pas de le désactiver. Le code CNI_CONFIG_UNSUPPORTED
peut s'afficher dans le message d'état de la fonctionnalité si le libellé mesh.cloud.google.com/managed-cni-enabled
existe, mais n'a pas la valeur true
dans la ressource personnalisée (CR) de la révision du plan de contrôle (CPR), ou si l'entrée CNI dans le ConfigMap asm-options existe, mais n'a pas la valeur on
.
Pour résoudre ce message d'erreur, vous devez supprimer toutes les tentatives de désactivation du CNI géré.
Cas 1: Supprimez le libellé "CNI géré activé" dans la ressource personnalisée du cluster CPR.
apiVersion: v1 items: - apiVersion: mesh.cloud.google.com/v1beta1 kind: ControlPlaneRevision metadata: annotations: mesh.cloud.google.com/proxy: '{"managed":"false"}' creationTimestamp: "2024-02-18T08:13:30Z" generation: 1 labels: app.kubernetes.io/created-by: mesh.googleapis.com mesh.cloud.google.com/managed-cni-enabled: false # Remove the "mesh.cloud.google.com/managed-cni-enabled" label name: asm-managed namespace: istio-system resourceVersion: "13422558" uid: 3ad755ec-78ab-4d57-8fb9-c5e1a07740d5
Cas 2: Supprimez la chaîne de données asm-options configmap
ASM_OPTS
de l'entrée CNI.apiVersion: v1 data: ASM_OPTS: CNI=off # Remove CNI entry in the ASM_OPTS data. multicluster_mode: connected kind: ConfigMap metadata: creationTimestamp: "2024-02-18T08:13:30Z" name: asm-options namespace: istio-system resourceVersion: "1640225" uid: 576602da-e60b-4df7-9427-5be06e5bf014
Pod CNI non programmable
Cette erreur peut s'afficher si le DaemonSet CNI géré ne peut pas planifier de pods sur l'un des nœuds du cluster.
Notez que les ressources du cluster nécessitent au moins memory: 100Mi
sur chaque nœud.
Pour en savoir plus, consultez les exigences concernant Cloud Service Mesh.
Si votre cluster dispose déjà de suffisamment de mémoire allouée, consultez la section Pod unschedulable pour obtenir des étapes de dépannage supplémentaires.