Créer des flux de travail d’application logique standard pour le déploiement hybride sur votre propre infrastructure

S’applique à : Azure Logic Apps (Standard)

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

La section suivante décrit les limitations de l’option de déploiement hybride :

Limite	Descriptif
Régions Azure prises en charge	Le déploiement hybride est actuellement disponible et pris en charge uniquement dans les régions Azure suivantes : - Centre des États-Unis -Asie de l’Est - USA Est - USA Centre Nord -Asie du Sud-Est - Suède Centre - Royaume-Uni Sud - Europe Ouest - USA Ouest
Journalisation des données avec un runtime déconnecté	En mode partiellement connecté, le runtime Azure Logic Apps peut rester déconnecté jusqu’à 24 heures et conserver les journaux de données. Toutefois, toutes les données de journalisation passées cette durée peuvent être perdues.
Les fonctionnalités non prises en charge disponibles dans Azure Logic Apps (Standard) à locataire unique et les services Azure associés	- Emplacements de déploiement - Suivi des processus d’entreprise Azure - Resource Health sous Support + résolution des problèmes dans le portail Azure - Authentification d’identité managée pour les opérations de connecteur. 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.
Déclencheurs basés sur des fonctions	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 nommé AzureWebJobsStorage et fournissez votre chaîne de connexion de 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é à Azure Arc
  • Une base de données SQL pour stocker localement l’historique des exécutions de flux de travail, 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

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	Valeur	Descriptif
   Abonnement	Oui	< Nom de l’abonnement Azure>	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	< nom-application-logique>	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	< Région Azure>	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	Valeur	Descriptif
   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	< chemin d’accès au partage de fichiers>	Chemin d’accès du partage de fichiers pour votre partage de fichiers SMB.
   Nom d’utilisateur	Oui	< nom-utilisateur-partage-fichier>	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.

   Le portail Azure ouvre votre ressource d’application logique, par exemple :

   

8. Dans le menu des ressources de l’application logique, sous Flux de travail, sélectionnez Flux de travail.

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.

Visual Studio Code

Si vous souhaitez déployer avec le partage de fichiers SMB, vérifiez que les conditions suivantes sont remplies avant de créer votre application logique Standard pour le déploiement hybride dans Visual Studio Code :

• 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 AKS avec Azure Arc.

    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 local.

Déploiement Zip

Le déploiement Zip offre les avantages suivants sur l’option de partage de fichiers SMB.

• Visual Studio Code n’a pas besoin d’une connexion au partage de fichiers SMB.
• Les déploiements suivants ne nécessitent pas d’informations d’identification pour le partage de fichiers SMB.
• Le déploiement Zip offre une option plus stable et fiable sur le déploiement SMB, qui est sujette à 409 conflits.

Pour utiliser le déploiement zip, procédez comme suit :

1. Créez une inscription d’application à l’aide de l’ID Microsoft Entra. Dans les étapes appropriées, fournissez un ID client, un ID d’objet et une clé secrète client.

2. Pour utiliser le déploiement zip avec une ressource d’application logique Standard existante dans le portail Azure, vous devez ajouter manuellement l’inscription de l’application en tant que paramètre d’application dans votre ressource d’application logique Standard.

   Pour plus d’informations, consultez Ajouter des valeurs d’inscription d’application à votre application logique Standard.

Si vous avez des préoccupations concernant la création d’une inscription d’application, vous pouvez toujours utiliser l’option de déploiement de partage de fichiers SMB.

1. Dans Visual Studio Code, dans la barre d’activité, sélectionnez Gérer (icône d’engrenage) >Paramètres.

2. Sous Espace de travail, sélectionnez Extensions>Azure Logic Apps (Standard)>Utiliser SMBDeployment pour l’activation hybride>pour utiliser le déploiement SMB pour les applications logiques hybrides.

3. Suivez la section suivante pour le déploiement du partage de fichiers SMB.

Déploiement du partage de fichiers SMB

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.

Gestion des versions pour les déploiements hybrides

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 ressource. Dans le menu de 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

Configurer des données de télémétrie améliorées ou OpenTelemetry pour l’analyse des performances

Vous pouvez configurer une collecte de données de télémétrie améliorée dans Application Insights pour votre application logique standard, puis afficher les données collectées une fois votre workflow terminé une exécution. Cette fonctionnalité vous offre une expérience plus simple pour obtenir des insights sur vos flux de travail et un meilleur contrôle sur le filtrage des événements à la source de données, ce qui vous permet de réduire les coûts de stockage. Ces améliorations se concentrent sur des mesures de performance en temps réel qui fournissent des informations sur l’intégrité et le comportement de votre système.

Pour les scénarios partiellement connectés et locaux, vous pouvez configurer votre application logique Standard pour émettre des données de télémétrie basées sur les paramètres d’application pris en charge par OpenTelemetry que vous définissez pour l’environnement spécifique. Par défaut, ces données de télémétrie sont envoyées à Application Insights. Pour plus d’informations, consultez Activer la télémétrie améliorée dans Application Insights pour les flux de travail Standard dans Azure Logic Apps.

Modifier l’allocation de processeurs virtuels et de mémoire dans le portail Azure

Vous pouvez modifier les paramètres de processeur virtuel et de mémoire pour votre ressource d’application logique Standard. Ces modifications affectent les frais de facturation pour vos charges de travail d’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.

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	Descriptif
   Cœurs de processeur	- Par défaut : 1 - Minimum : 0,25 - Maximum : 2	Détermine les cœurs de processeur virtuel à 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 gibibytes (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	Descriptif
   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 (Interface de ligne de commande Azure)

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
   • ID client
   • 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

La section suivante décrit les problèmes connus et les conseils pour résoudre les problèmes courants.

Problèmes généraux de déploiement de l’environnement ou du portail

Pour vous aider à diagnostiquer et déboguer des problèmes avec les échecs de déploiement de votre environnement ou du portail, vous pouvez essayer d’exécuter le script PowerShell troubleshoot.ps1 fourni pour l’option de déploiement hybride.

1. Accédez au référentiel GitHub Azure Logic Apps : scripts/dossier hybride.

2. Copiez le fichier troubleshoot.ps1 dans un dossier situé dans le même emplacement local que le déploiement de votre application logique.

3. Exécutez le script à l’aide de PowerShell.

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, ouvrez votre ressource d’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 (kubectl)

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
helm 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
• Activer la télémétrie améliorée dans Application Insights pour les flux de travail Standard dans Azure Logic Apps