34.6 Dépannage des problèmes liés au déploiement d'AKS

Le tableau suivant répertorie les problèmes susceptibles de se poser et les actions suggérées pour les résoudre. Si le problème persiste, contactez votre représentant NetIQ.

Problème

Action suggérée

Lorsque vous exécutez les commandes Terraform dans le portail Azure, vous pouvez rencontrer des erreurs susceptibles de bloquer le déploiement de l'infrastructure. Certaines des erreurs possibles sont indiquées ci-dessous.

Error: making Read request on Azure KeyVault Secret slesvmpwd: azure.BearerAuthorizer#WithAuthorization: Failed to refresh the Token for request to https://idmkv88211894240361.vault.azure.net/secrets/slesvmpwd/?api-version=7.1: StatusCode=401 -- Original Error: adal: Refresh request failed. Status Code = '401'. Response body: {"error":{"code":"invalid_request","message":"Required audience parameter not specified"}} Endpoint http://localhost:50342/oauth2/token │ │ with module.server.data.azurerm_key_vault_secret.slesvmpwd, │ on sles15sp2-server/main.tf line 42, in data "azurerm_key_vault_secret" "slesvmpwd": │ 42: data "azurerm_key_vault_secret" "slesvmpwd" { kubernetes_secret.example3: Creation complete after 1s [id=idm/ingress-tls] ╷│ Error: error detecting capabilities: error PostgreSQL version: dial tcp 52.186.162.130:5432: connect: connection timed out │ │ with module.dbserver.postgresql_database.igaworkflowdb, │ on Azure-PG-Server/main.tf line 217, in resource "postgresql_database" "igaworkflowdb": │ 217: resource "postgresql_database" "igaworkflowdb" { │ az aks get-credentials --resource-group rajj_rg --name cluster-name --overwrite-existing│ Error: making Read request on Azure KeyVault Secret uawfedbuser: azure.BearerAuthorizer#WithAuthorization: Failed to refresh the Token for request to https://idmkv80357639695488.vault.azure.net/secrets/uawfedbuser/?api-version=7.1: StatusCode=401 -- Original Error: adal: Refresh request failed. Status Code = '401'. Response body: {"error":{"code":"invalid_request","message":"Required audience parameter not specified"}} Endpoint http://localhost:50342/oauth2/token │ │ with module.dbserver.data.azurerm_key_vault_secret.uawfedbuser, │ on Azure-PG-Server/main.tf line 28, in data "azurerm_key_vault_secret" "uawfedbuser": │ 28: data "azurerm_key_vault_secret" "uawfedbuser" { module.dbserver.null_resource.delay: Creation complete after 5m0s [id=5961346882319865424] ╷│ Error: waiting for creation of Managed Kubernetes Cluster "test-akscluster" (Resource Group "idmtest_rg"): Code="ReconcileStandardLoadBalancerError" Message="Reconcile standard load balancer failed. Details: outboundReconciler retry failed: Category: ClientError; SubCode: PublicIPCountLimitReached; Dependency: Microsoft.Network/PublicIPAddresses; OrginalError: Code=\"PublicIPCountLimitReached\" Message=\"Cannot create more than 10 public IP addresses for this subscription in this region.\" Details=[]; AKSTeam: Networking, Retriable: false." │ │ with module.aks.azurerm_kubernetes_cluster.main, │ on .terraform/modules/aks/main.tf line 10, in resource "azurerm_kubernetes_cluster" "main": │ 10: resource "azurerm_kubernetes_cluster" "main" {

Pour résoudre ce problème, procédez comme suit :

  1. Connectez-vous au portail Azure.

  2. (Facultatif) Recherchez le chemin du fichier de configuration de la grappe Azure Kubernetes.

  3. Exécutez les commandes suivantes pour écraser le fichier de configuration par défaut ~/.kube/config.

    aks get-credentials --resource-group <nom-groupe-ressources> --name <nom-grappe-kube> --overwrite-existing

    export KUBE_CONFIG_PATH=~/.kube/config

  4. Exécutez à nouveau les commandes Terraform. Pour plus d'informations, reportez-vous à l'Étape 14, l'Étape 15 et l'Étape 16 de la section Déploiement à l'aide du générateur de configuration.

Lorsque vous essayez de créer une adresse IP publique sur Azure, l'erreur suivante peut s'afficher.

│ Error: waiting for creation of Managed Kubernetes Cluster "cluster-name" (Resource Group "raj_rg"): Code="ReconcileStandardLoadBalancerError" Message="Reconcile standardload balancer failed. Details: outboundReconciler retry failed: Category: ClientError; SubCode: PublicIPCountLimitReached; Dependency: Microsoft.Network/PublicIPAddresses;OrginalError: Code=\"PublicIPCountLimitReached\" Message=\"Cannot create more than 10 public IP addresses for this subscription in this region.\" Details=[]; AKSTeam: Networking, Retriable: false." │ │ with module.aks.azurerm_kubernetes_cluster.main, │ on .terraform/modules/aks/main.tf line 10, in resource "azurerm_kubernetes_cluster" "main": │ 10: resource "azurerm_kubernetes_cluster" "main" {

Contactez l'équipe Azure pour augmenter le quota d'abonnement ou essayez de supprimer les adresses IP publiques inutilisées qui sont déjà assignées.

Lorsque vous exécutez la commande terraform apply dans le portail Azure, vous pouvez rencontrer l'exception suivante :

(AgentPoolK8sVersionNotSupported) Version <version> is not supported in this region. Please use [az aks get-versions] command to get the supported version list in this region. For more information, please check https://aka.ms/supported-version-list ([AgentPoolK8sVersionNotSupported] La version <version> n'est pas prise en charge dans cette région. Utilisez la commande [az aks get-versions] pour obtenir la liste des versions prises en charge dans cette région. Pour plus d'informations, consultez la page https://aka.ms/supported-version-list.)

Pour résoudre ce problème, procédez comme suit :

  1. Connectez-vous au portail Azure.

  2. Cliquez sur .

  3. Exécutez la commande suivante pour identifier les versions prises en charge disponibles dans votre région :

    az aks get-versions -l <location>

    Par exemple :

    az aks get-versions -l eastus

  4. Accédez au répertoire IDM_4.9_Cloud_Deployment_files, ouvrez le fichier main.tf et modifiez les valeurs suivantes :

    kubernetes_version = "<version>"

    orchestrator_version = "<version>"

    Par exemple :

    kubernetes_version = "1.20.15"

    orchestrator_version = "1.20.15"

    REMARQUE :la version 1.20.x est certifiée et prise en charge sur AKS Kubernetes.

  5. Exécutez à nouveau la commande suivante :

    terraform apply --auto-approve

Lorsque vous déployez des conteneurs à plusieurs instances sur le service Azure Kubernetes, il se peut que certains pods présentent l'état d'attente.

Pour résoudre ce problème, effectuez les étapes suivantes :

  1. Connectez-vous au portail Azure.

  2. Saisissez « kubernetes services » (services kubernetes) dans la recherche et appuyez sur Entrée.

  3. Sélectionnez votre grappe Kubernetes.

  4. Cliquez sur Diagnose and solve problems (Diagnostiquer et résoudre les problèmes) > Troubleshoot (Dépanner).

  5. (Conditionnel) Si le problème n'est pas résolu à l'aide de la méthode de dépannage, vérifiez le quota d'utilisation de votre compte Azure.

    1. Accédez à la page d'accueil, saisissez « quotas » dans la recherche et appuyez sur Entrée.

    2. Cliquez sur Compute (Calculer).

    3. (Conditionnel) Si la colonne d'utilisation actuelle affiche 100 % avec une ligne rouge, cliquez sur Request quota increase (Demander une augmentation du quota).

    4. Entrez une nouvelle limite dans la zone de texte New limit (Nouvelle limite).

    5. Cliquez sur Submit (Soumettre).

Lorsque vous redémarrez le pod d'instance du moteur, le déploiement du pilote échoue pour le coffre-fort d'identité existant. L'erreur suivante peut s'afficher dans l'application Designer :

The deployment of 'cn=Azure AD Driver,cn=Driver Set,o=system' failed with errors and/or warnings. (Le déploiement de « cn=Pilote Azure AD,cn=Ensemble de pilotes,o=système » a échoué avec des erreurs et/ou des avertissements.)

Accédez à l'application Designer et réimportez le coffre-fort d'identité dans Designer.

Lorsque vous redémarrez le serveur primaire, une nouvelle adresse IP lui est assignée. Celle-ci ne correspond pas à celle du certificat SSL du serveur secondaire.

Le redémarrage du serveur secondaire entraînerait la réémission du certificat SSL avec la nouvelle adresse IP.

Dans la création de rapports d'Identity Manager, lorsque vous essayez d'importer plusieurs rapports d'une taille totale supérieure à 1 Mo, l'erreur 413 s'affiche. Cela se produit, car la taille du corps de requête par défaut autorisée par le contrôleur Ingress NGINX est de 1 Mo.

There was an error calling the URL (/IDMRPT-CORE/rpt/definitions/import?uploadid=<id>&content=text/html&format=application/json&overwrite=true). The server returned the status code 413 with the following data which was not parsable JSON data: (Une erreur s'est produite lors de l'appel de l'URL (/IDMRPT-CORE/rpt/definitions/import?uploadid=<id>&content=text/html&format=application/json&overwrite=true). Le serveur a renvoyé le code d'état 413 avec les données suivantes qui n'étaient pas des données JSON analysables :)

Ce problème peut être résolu en autorisant une taille de corps de requête supérieure, en ajoutant l'annotation suivante dans le fichier value.yaml sous la section Ingress Configuration (Configuration Ingress) :

nginx.ingress.kubernetes.io/proxy-body-size: 3m