Créer des workflows d’application logique standard pour le déploiement hybride sur votre propre infrastructure (préversion)

S’applique à : Azure Logic Apps (Standard)

Remarque

Cette fonctionnalité est en préversion, entraîne des frais d’utilisation et est soumise aux conditions d’utilisation supplémentaires des préversions Microsoft Azure.

Pour les scénarios où vous devez utiliser, contrôler et gérer votre propre infrastructure, vous pouvez créer des workflows d’application logique standard à l’aide du modèle de déploiement hybride dans Azure Logic Apps. Ce modèle fournit des fonctionnalités permettant de créer et d’héberger des solutions d’intégration pour des environnements partiellement connectés qui nécessitent un traitement local, un stockage et un accès réseau. Votre infrastructure peut inclure des systèmes locaux, des clouds privés et des clouds publics. Avec le modèle hybride, votre workflow d’application logique standard est alimenté par le runtime Azure Logic Apps, qui est hébergé localement dans le cadre d’une extension Azure Container Apps.

Pour obtenir une vue d’ensemble architecturale montrant où les workflows d’application logique standard sont hébergés et exécutés dans un environnement partiellement connecté, consultez Configurer les exigences d’infrastructure pour le déploiement hybride pour les applications logiques standard.

Ce guide pratique montre comment créer et déployer un workflow d’application logique standard à l’aide du modèle de déploiement hybride après avoir configuré les ressources locales nécessaires pour héberger votre application.

Limites

• Le déploiement hybride pour les applications logiques standard est disponible et pris en charge uniquement dans les mêmes régions qu’Azure Container Apps sur Azure Arc-enabled AKS.

• Les fonctionnalités suivantes ne sont actuellement pas disponibles dans cette préversion :

  • Authentification d’une identité managée
  • Accès SAP via le connecteur intégré SAP
  • Code personnalisé C# avec .NET Framework et l’action intégrée nommée Appeler une fonction locale dans cette application logique
  • XSLT 1.0 pour le code personnalisé

  Actuellement, les clusters Kubernetes avec Azure Arc ne prennent pas en charge l’authentification d’identité managée pour les connexions d’API managées. Au lieu de cela, vous devez créer votre propre inscription d’application à l’aide de Microsoft Entra ID. Pour plus d’informations, suivez ces étapes plus loin dans ce guide.

• Certains déclencheurs basés sur des fonctions, tels qu’Azure Blob, Cosmos DB et Event Hubs, nécessitent une connexion au compte de stockage Azure associé à votre application logique standard. Si vous utilisez des déclencheurs basés sur des fonctions, dans les variables d’environnement de votre application logique standard dans le portail Azure ou dans le fichier local.settings.json de votre projet d’application logique dans Visual Studio Code, ajoutez le paramètre d’application suivant et fournissez la chaîne de connexion de votre compte de stockage :

  "Values": {
    "name": "AzureWebJobsStorage",
    "value": "{storage-account-connection-string}"
  }
  

Prérequis

• Un compte et un abonnement Azure. Si vous n’avez pas encore d’abonnement, vous pouvez vous inscrire pour obtenir un compte Azure gratuitement.

• Les ressources locales suivantes, qui doivent toutes exister dans le même réseau pour la connectivité requise :

  • Un cluster Azure Kubernetes Service connecté à votre Azure Arc
  • Une base de données SQL pour stocker en local l’historique des exécutions de workflow, les entrées et les sorties pour le traitement
  • Un partage de fichiers SMB (Server Message Block) pour stocker en local les artefacts utilisés par vos workflows

  Pour répondre à ces exigences, configurez ces ressources locales pour prendre en charge le déploiement hybride pour les applications logiques standard.

• Pour travailler dans Visual Studio Code, vous avez besoin de l’extension Azure Logic Apps (standard) pour Visual Studio Code avec les prérequis associés.

  Conseil

  Si vous disposez d’une nouvelle installation de Visual Studio Code, vérifiez que vous pouvez exécuter localement un workflow standard de base avant d’essayer de déployer sur votre propre infrastructure. Cette série de tests permet d’isoler les erreurs qui peuvent exister dans votre projet de workflow standard.

Créer une application logique standard

Portail

Une fois les conditions préalables remplies, créez votre application logique standard pour le déploiement hybride en procédant comme suit :

1. Dans la zone de recherche du portail Azure, entrez applications logiques, puis sélectionnez Applications logiques.

2. Dans la barre d’outils de la page Applications logiques, sélectionnez Ajouter.

3. Dans la page Créer une application logique, sous Standard, sélectionnez Hybride.

4. Dans la page Créer une application logique (Hybride), indiquez les informations suivantes :

   Propriété	Obligatoire	Value	Description
   Abonnement	Oui	<Azure-subscription-name>	Le nom de votre abonnement Azure. Cet exemple utilise Paiement à l’utilisation.
   Groupe de ressources	Oui	<nom-groupe-de-ressources-Azure>	Le groupe de ressources Azure dans lequel vous créez votre application hybride et les ressources associées. Ce nom doit être unique d’une région à l’autre et peut uniquement contenir des lettres, des chiffres, des traits d’union (-), des traits de soulignement (_), des parenthèses [()] et des points (.). Cet exemple crée un groupe de ressources nommé hybride-RG.
   Nom de l’application logique	Oui	<logic-app-name>	Le nom de votre application logique, qui doit être unique entre les régions et ne peut contenir que des lettres minuscules, des chiffres ou des traits d’union (-). Cet exemple utilise my-logic-app-hybrid.
   Région	Oui	<Azure-region>	Une région Azure prise en charge pour Azure Container Apps sur Azure Arc-enabled AKS. Cet exemple utilise la région USA Est.
   Environnement connecté Container Apps	Oui	<connected-environment-name>	Le cluster Kubernetes avec Arc que vous avez créé en tant qu’environnement de déploiement pour votre application logique. Pour plus d’informations, consultez Tutoriel : activer Azure Container Apps sur Kubernetes avec Azure Arc.
   Configurer les paramètres de stockage	Oui	Activé ou désactivé	Passe à l’onglet Stockage de la page Créer une application logique (hybride).

   L’exemple suivant montre la page de création d’application logique dans le Portail Azure avec des exemples de valeurs :

   

5. Dans la page Stockage, fournissez les informations suivantes sur le fournisseur de stockage et le partage de fichiers SMB que vous avez configurés précédemment :

   Propriété	Obligatoire	Value	Description
   Chaîne de connexion SQL	Oui	<sql-server-connection-string>	Chaîne de connexion SQL Server que vous avez enregistrée précédemment. Pour plus d’informations, consultez Créer un fournisseur de stockage SQL Server.
   Nom d’hôte	Oui	<file-share-host-name>	Nom d’hôte de votre partage de fichiers SMB.
   Chemin d'accès au partage de fichiers	Oui	<file-share-path>	Chemin d’accès du partage de fichiers pour votre partage de fichiers SMB.
   Nom d’utilisateur	Oui	<file-share-user-name>	Nom d’utilisateur de votre partage de fichiers SMB.
   Mot de passe	Oui	<file-share-password>	Mot de passe de votre partage de fichiers SMB.

6. Lorsque vous avez terminé, sélectionnez Vérifier + créer. Confirmez les informations fournies, puis sélectionnez Créer.

7. Une fois le déploiement terminé, sélectionnez Accéder à la ressource.

   

   Remarque

   Plusieurs problèmes connus existent dans le portail autour des applications logiques standard qui utilisent l’option d’hébergement hybride. Ces applications logiques s’affichent avec l’étiquette Container App, qui diffère des applications logiques standard qui utilisent l’option d’hébergement Workflow Service Plan ou App Service Environment V3. Pour plus d’informations, consultez Problèmes connus et résolution des problèmes - Portail Azure.

8. Dans le Portail Azure, dans le menu Ressource, sous Workflows, sélectionnez Workflows.

9. Dans la barre d’outils de la page Workflows, sélectionnez Ajouter pour ajouter un workflow vide avec ou sans état.

10. Une fois le concepteur ouvert, générez votre workflow en ajoutant un déclencheur et des actions.

    Pour plus d’informations, consultez Créer un workflow avec un déclencheur et des actions.

    Remarque

    Une application logique standard avec l’option d’hébergement hybride crée automatiquement une nouvelle révision, qui est un concept de contrôle de version d’Azure Container Apps, chaque fois que vous enregistrez les modifications apportées à un workflow enfant. Cette révision peut prendre un peu de temps pour s’activer, ce qui signifie qu’après avoir enregistré les modifications, vous pouvez attendre plusieurs instants avant de tester votre workflow.

    Si vos modifications n’ont toujours pas été apportées dans le workflow, vous pouvez vérifier si la révision existe :

    1. Dans le menu Ressource, sous Révisions, sélectionnez Révisions et réplicas.

    2. Dans la page Révisions et réplicas, sous l’onglet Révisions actives, vérifiez si une nouvelle révision apparaît dans la liste.

    Pour plus d’informations, consultez les ressources suivantes :

    • Mettre à jour et déployer des modifications dans Azure Container Apps
    • Gérer les révisions dans Azure Container Apps

Visual Studio Code

Une fois les conditions préalables remplies, mais avant de créer votre application logique standard pour le déploiement hybride dans Visual Studio Code, vérifiez que les conditions suivantes sont remplies :

• Votre serveur de partage de fichiers SMB est accessible.
• Le port 445 est ouvert sur l’ordinateur sur lequel vous exécutez Visual Studio Code.

Créer votre application logique

1. Exécutez Visual Studio Code en tant qu’administrateur.

2. Dans Visual Studio Code, dans la barre d’activité, sélectionnez l’icône Azure.

3. Dans la section Espace de travail, dans la barre d’outils, sélectionnez l’icône Azure Logic Apps, puis Créer un projet.

4. Accédez à l’emplacement où vous souhaitez créer le dossier de votre projet d’application logique standard. Créez votre dossier de projet, sélectionnez le dossier, puis choisissez Sélectionner.

5. Dans la liste des types de workflow, sélectionnez Workflow avec état ou Workflow sans état. Spécifiez un nom pour votre workflow.

   Cet exemple sélectionne le Workflow avec état et utilise my-stateful-workflow comme nom.

6. Dans la liste qui s’affiche, sélectionnez Ouvrir dans la fenêtre active.

   Visual Studio Code crée et ouvre votre projet d’application logique pour afficher le fichier workflow.json.

7. Dans la liste qui s’affiche, sélectionnez Utiliser des connecteurs à partir d’Azure.

8. Dans la liste d’abonnement, sélectionnez votre abonnement Azure.

9. Dans la liste du groupe de ressources, sélectionnez Créer un groupe de ressources. Indiquez le nom de votre groupe de ressources.

   Cet exemple utilise Hybrid-RG.

10. Dans la liste des emplacements, sélectionnez une région Azure prise en charge pour Azure Container Apps sur Azure Arc-enabled AKS.

    Cet exemple utilise la région USA Est.

11. Dans la fenêtre Explorer, ouvrez le menu contextuel du fichier workflow.json, puis sélectionnez Ouvrir le concepteur.

12. Générez votre workflow comme d’habitude en ajoutant un déclencheur et des actions. Pour plus d’informations, consultez Créer un workflow avec un déclencheur et des actions.

Déployer votre application logique

Une fois votre workflow généré, vous pouvez déployer votre application logique dans votre environnement connecté Azure Container Apps.

1. Dans la fenêtre Explorer de Visual Studio Code, ouvrez le menu contextuel du nœud de workflow, qui est my-stateful-workflow dans cet exemple, puis sélectionnez Déployer sur une application logique.

2. Dans la liste d’abonnement, sélectionnez votre abonnement Azure.

3. Dans la liste des applications logiques disponibles, sélectionnez Créer une application logique (standard) dans Azure. Fournissez un nom d’application logique globalement unique qui utilise uniquement des caractères alphanumériques minuscules ou des traits d’union.

   Cet exemple utilise my-logic-app-hybrid.

4. Dans la liste d’emplacements qui s’affiche, sélectionnez la même région Azure que celle où se trouve votre environnement connecté.

   Cet exemple utilise la région USA Est.

5. Dans la liste des plans d’hébergement, sélectionnez Hybride.

6. Dans la liste du groupe de ressources, sélectionnez Créer un groupe de ressources. Indiquez le nom de votre groupe de ressources.

   Cet exemple utilise Hybrid-RG.

7. Dans la liste des environnements connectés, sélectionnez votre environnement.

8. Fournissez vos valeurs précédemment enregistrées pour le nom d’hôte, le chemin du partage de fichiers SMB, le nom d’utilisateur et le mot de passe de votre stockage d’artefacts.

9. Fournissez la chaîne de connexion de la base de données SQL que vous configurez pour le stockage de runtime.

   Visual Studio Code démarre le processus de déploiement de votre application logique standard.

10. Pour surveiller l’état du déploiement et les journaux d’activité Azure, dans le menu Affichage, sélectionnez Sortie. Dans la fenêtre qui s’ouvre, sélectionnez Azure.

    Une fois le déploiement terminé, vous pouvez accéder au portail Azure pour afficher votre application logique standard déployée et votre workflow.

Remarque

Plusieurs problèmes connus existent dans le portail autour des applications logiques standard qui utilisent l’option d’hébergement hybride. Ces applications logiques s’affichent avec l’étiquette Container App, qui diffère des applications logiques standard qui utilisent l’option d’hébergement Workflow Service Plan ou App Service Environment V3. Pour plus d’informations, consultez Problèmes connus et résolution des problèmes - Portail Azure.

Une application logique standard avec l’option d’hébergement hybride crée automatiquement une nouvelle révision, qui est un concept de contrôle de version d’Azure Container Apps, chaque fois que vous enregistrez les modifications apportées à un workflow enfant. Cette révision peut prendre un peu de temps pour s’activer, ce qui signifie qu’après avoir enregistré les modifications, vous pouvez attendre plusieurs instants avant de tester votre workflow.

Si vos modifications n’ont toujours pas été apportées dans le workflow, vous pouvez vérifier si la révision existe :

1. Dans le portail Azure, ouvrez votre... Dans le menu Ressource, sous Révisions, sélectionnez Révisions et réplicas.

2. Dans la page Révisions et réplicas, sous l’onglet Révisions actives, vérifiez si une nouvelle révision apparaît dans la liste.

Modifier l’allocation du processeur et de la mémoire dans le portail Azure

Pour modifier les paramètres processeur et mémoire de votre ressource d’application logique standard, procédez comme suit :

1. Dans le portail Azure, ouvrez votre ressource d’application logique Standard.

2. Dans le menu Ressource, sous Paramètres, sélectionnez Conteneurs.

3. Dans la barre d’outils de la page Conteneurs, sélectionnez Modifier et déployer, ce qui ouvre le volet Modifier un conteneur.

4. Sous l’onglet Propriétés, sous Allocation de ressources de conteneur, modifiez les valeurs suivantes pour qu’elles correspondent à votre scénario :

   Propriété	Valeur	Description
   Cœurs de processeur	- Par défaut : 1 - Minimum : 0,25 - Maximum : 2	Détermine les cœurs du processeur à affecter à votre instance de conteneur. Vous pouvez augmenter cette valeur de 0,25 cœur jusqu’à la valeur maximale. Le nombre total entre toutes les instances de conteneur pour cette application logique est limité à 2 cœurs.
   Mémoire	- Par défaut : 2 - Minimum : 0,1 - Maximum : 4	Détermine la capacité de mémoire en gibioctets (Gio) à affecter à votre instance de conteneur. Vous pouvez augmenter cette valeur de 0,1 Gio jusqu’à la valeur maximale. La capacité totale de toutes les instances de conteneur pour cette application logique est limitée à 4 Gio.

5. Lorsque vous avez terminé, sélectionnez Enregistrer.

Modifier la mise à l’échelle du réplica dans Portail Azure

Vous pouvez contrôler la mise à l’échelle automatique pour la plage de réplicas qui se déploient en réponse à un événement déclencheur. Un réplica est une nouvelle instance d’une révision ou d’une version de ressource d’application logique. Pour modifier les valeurs minimales et maximales de cette plage, vous pouvez modifier les règles d’échelle pour déterminer les types d’événements qui déclenchent la mise à l’échelle. Pour plus d’informations, consultez Définir des règles de mise à l’échelle dans Azure Container Apps.

1. Dans le portail Azure, ouvrez votre ressource d’application logique Standard.

2. Dans le menu Ressource, sous Paramètres, sélectionnez Mise à l’échelle.

3. Dans la page Mise à l’échelle, sous Paramètre de règle de mise à l’échelle, modifiez les valeurs suivantes pour qu’elles correspondent à votre scénario :

   Propriété	Valeur	Description
   Nb min. de réplicas	- Par défaut : 1 - Minimum : 0 - Maximum : 1 000	Détermine le nombre minimal de réplicas autorisés pour la révision à tout moment donné. Cette valeur remplace les règles d’échelle et doit être inférieure au nombre maximal de réplicas.
   Nb max. de réplicas	- Par défaut : 30 - Minimum : 0 - Maximum : 1 000	Détermine le nombre maximal de réplicas autorisés pour la révision à un moment donné. Cette valeur remplace les règles de mise à l’échelle.

4. Lorsque vous avez terminé, sélectionnez Enregistrer.

Contrôler le trafic entrant vers votre application logique dans Portail Azure

Vous pouvez exposer votre application logique sur le web public, votre réseau virtuel et d’autres applications logiques dans votre environnement en activant l’entrée. Azure applique les paramètres d’entrée via un ensemble de règles qui contrôlent le routage du trafic externe et interne vers votre application logique. Lorsque vous activez l’entrée, vous n’avez pas besoin de créer d’équilibreur de charge Azure, d’adresse IP publique ou d’autres ressources Azure pour activer les requêtes HTTP entrantes ou le trafic TCP. Pour plus d’informations, consultez Entrée dans Container Apps.

Remarque

Lorsque vous activez l’entrée, tout le trafic est dirigé vers votre dernière révision par défaut. Accédez à la page de gestion de révision pour modifier les paramètres du trafic.

1. Dans le menu Ressource, sous Paramètres, sélectionnez Entrée.

2. Dans la page Entrée, à côté du bouton Entrée, sélectionnez la case Activé.

3. En fonction de votre scénario, configurez les options restantes.

   Pour plus d’informations, consultez la documentation suivante :

   • Configurer l’entrée pour votre application dans Azure Container Apps
   • Configurer des restrictions d’entrée IP dans Azure Container Apps

Configurer l’authentification pour les connexions d’API managées

Pour authentifier les connexions d’API managées dans les workflows d’application logique standard hébergés sur des clusters Kubernetes avec Azure Arc, vous devez créer votre propre inscription d’application à l’aide de Microsoft Entra ID. Vous pouvez ensuite ajouter les valeurs de cette inscription d’application en tant que variables d’environnement dans votre ressource d’application logique standard pour authentifier vos connexions d’API à la place.

Créer une inscription d’application avec Microsoft Entra ID

Portail Azure

1. Dans le portail Azure, suivez Guide de démarrage rapide : Inscrire une application à l’aide de la plateforme d’identités Microsoft pour créer une inscription d’application.

2. Une fois la création terminée, recherchez votre nouvelle inscription d’application dans le portail.

3. Dans le menu Ressource, sélectionnez Vue d’ensemble et enregistrez les valeurs suivantes, dont vous avez besoin ultérieurement pour l’authentification de connexion :

   • ID client
   • ID client
   • Clè secrète client

4. Pour l’ID d’objet, procédez comme suit :

   1. Dans la page Vue d’ensemble, sélectionnez le lien Application gérée dans le répertoire local pour l’inscription de votre application, comme indiqué :

      

   2. Dans la page qui s’ouvre, copiez et enregistrez la valeur ID de l'objet :

      

5. Maintenant, ajoutez les valeurs enregistrées en tant que variables d’environnement à votre ressource d’application logique standard.

Azure CLI

1. Pour créer l’inscription de l’application, utilisez la commande az ad sp create.

2. Pour passer en revue toutes les propriétés, utilisez la commande az ad sp show.

3. Dans la sortie des deux commandes, recherchez et enregistrez les valeurs suivantes, dont vous avez besoin ultérieurement pour l’authentification de connexion :

   • ID client
   • ID de l'objet
   • Tenant ID
   • Clè secrète client

4. Maintenant, ajoutez les valeurs enregistrées en tant que variables d’environnement à votre ressource d’application logique standard.

Ajouter des valeurs d’inscription d’application à votre application logique standard

1. Dans le portail Azure, ouvrez votre ressource d’application logique standard.

2. Dans le menu Ressource, sous Paramètres, sélectionnez Conteneurs, puis sélectionnez l’onglet Variables d’environnement.

   Pour plus d’informations sur les paramètres d’application et les paramètres d’hôte, consultez Modifier les paramètres de l’application et les paramètres d’hôte.

3. Dans la barre d’outils, sélectionnez Modifier et déployer.

4. Dans le volet Modifier un conteneur, sélectionnez Variables d’environnement, puis sélectionnez Ajouter.

5. Dans le tableau suivant, ajoutez chaque variable d’environnement avec la valeur spécifiée :

   Variable d’environnement	Valeur
   WORKFLOWAPP_AAD_CLIENTID	<my-client-ID>
   WORKFLOWAPP_AAD_OBJECTID	<my-object-ID>
   WORKFLOWAPP_AAD_TENANTID	<my-tenant-ID>
   WORKFLOWAPP_AAD_CLIENTSECRET	<my-client-secret>

6. Lorsque vous avez terminé, sélectionnez Enregistrer.

Stocker et référencer l’ID client et la clé secrète client

Vous pouvez stocker l’ID client et les valeurs de secret client dans votre ressource d’application logique en tant que secrets, puis référencer ces valeurs sous l’onglet Variables d’environnement à la place.

1. Dans le portail Azure, accédez à votre ressource d’application logique.

2. Dans le menu Ressource, sous Paramètres, sélectionnez Secrets.

3. Dans la barre d’outils, sélectionnez Ajouter.

4. Dans le volet Ajouter un secret, fournissez les informations suivantes pour chaque secret, puis sélectionnez Ajouter :

   Clé	Valeur
   WORKFLOWAPP_AAD_CLIENTID	<my-client-ID>
   WORKFLOWAPP_AAD_CLIENTSECRET	<my-client-secret>

Problèmes connus et résolution des problèmes

Portail Azure

• Votre application logique standard est déployée et apparaît en tant que ressource Azure Container Apps, mais le type apparaît en tant que Logic App (Hybride).

• Azure inclut votre application logique standard dans la liste des ressources Container Apps, et non la liste des ressources Logic Apps.

• Votre environnement connecté Azure Container Apps répertorie votre application logique standard comme ayant un type d’application nommé Hybrid Logic App.

• Pour refléter les modifications apportées au concepteur après avoir enregistré votre workflow, vous devrez peut-être actualiser occasionnellement le concepteur.

Clusters Kubernetes avec Arc

Dans de rares scénarios, vous remarquerez peut-être une empreinte mémoire élevée dans votre cluster. Pour éviter ce problème, effectuez un scale out ou ajoutez une mise à l’échelle automatique pour les pools de nœuds.

L’hôte de fonction n’est pas en cours d’exécution

Après avoir déployé votre application logique standard, vérifiez que votre application s’exécute correctement.

1. Dans le portail Azure, accédez à la ressource d’application conteneur pour votre application logique.

2. Dans le menu des ressources, sélectionnez Vue d’ensemble.

3. Dans la page Vue d’ensemble, à côté du champ URL de l’application, sélectionnez l’URL de la ressource.

   Si votre application s’exécute correctement, une fenêtre de navigateur s’ouvre et affiche le message suivant :

   

   Sinon, si votre application présente des défaillances, vérifiez que vos pods AKS fonctionnent correctement. Depuis Windows PowerShell, exécutez les commandes suivantes :

   az aks get-credentials {resource-group-name} --name {aks-cluster-name} --admin
   kubectl get ns
   kubectl get pods -n logicapps-aca-ns
   kubectl describe pod {logic-app-pod-name} -n logicapps-aca-ns 
   

   Pour plus d’informations, consultez la documentation suivante :

   • az aks get-credentials
   • Outil en ligne de commande (kubetctl)

Le cluster n’a pas suffisamment de nœuds

Si vous avez exécuté la commande précédente et reçu un avertissement similaire à l’exemple suivant, votre cluster n’a pas suffisamment de nœuds pour le traitement :

Warning: FailedScheduling  4m52s (x29 over 46m)  default-scheduler  0/2 nodes are available: 2 Too many pods. preemption: 0/2 nodes are available: 2 No preemption victims found for incoming pod.

Pour augmenter le nombre de nœuds et configurer la mise à l’échelle automatique, procédez comme suit :

1. Dans le portail Azure, accédez à votre instance de service Kubernetes.

2. Dans le menu Instance, sous Paramètres, sélectionnez Pools de nœuds.

3. Dans la barre d’outils de la page Pools de nœuds, sélectionnez +Ajouter un pool de nœuds.

Pour plus d’informations, consultez la documentation suivante :

• Créer des pools de nœuds pour un cluster dans Azure Kubernetes Service (AKS)
• Gérer des pools de nœuds pour un cluster dans Azure Kubernetes Service (AKS)
• Vue d’ensemble de la mise à l’échelle automatique de cluster dans Azure Kubernetes Service (AKS)
• Utilisation de la mise à l’échelle automatique de cluster dans Azure Kubernetes Service (AKS)

Pilote CSI (Container Storage Interface) SMB non installé

Après avoir exécuté la commande kubectl describe pod précédente, si l’avertissement suivant s’affiche, vérifiez si le pilote CSI de votre partage de fichiers SMB est installé correctement :

Warning FailedScheduling 5m16s (x2 over 5m27s)  default-scheduler 0/14 nodes are available: pod has unbound immediate PersistentVolumeClaims. preemption: 0/14 nodes are available: 14 Preemption is not helpful for scheduling.

Normal NotTriggerScaleUp 9m49s (x31 over 14m) cluster-autoscaler pod didn't trigger scale-up: 3 pod has unbound immediate PersistentVolumeClaims

Pour confirmer, depuis Windows PowerShell, exécutez les commandes suivantes :

kubectl get csidrivers

Si la liste des résultats qui s’affiche n’inclut pas smb.csi.k8s.io, depuis une invite de commandes Windows et exécutez la commande suivante :

helm repo add csi-driver-smb
help repo update helm install csi-driver-smb csi-driver-smb/csi-driver-smb --namespace kube-system --version v1.15.0

Pour vérifier l’état des pods du pilote CSI SMB, depuis l’invite de commandes Windows, exécutez la commande suivante :

kubectl --namespace=kube-system get pods --selector="app.kubernetes.io/name=csi-driver-smb" --watch

Pour plus d’informations, consultez Pilotes CSI (Container Storage Interface) sur Azure Kubernetes Service (AKS).

Contenu connexe

• Configurer les exigences pour le déploiement d’applications logiques standard sur votre propre infrastructure