Tous les produits
Search
Centre de documentation

Container Service for Kubernetes:Create a multi-cluster application

Dernière mise à jour :Aug 11, 2026

La console GitOps multi-cluster simplifie l'orchestration des applications multi-cluster avec Argo CD ApplicationSet. À partir d'une seule configuration ApplicationSet, ACK génère et déploie automatiquement une ou plusieurs applications sur plusieurs clusters. Cette rubrique explique comment créer une application multi-cluster dans la console ACK One.

Prérequis

Procédure

  1. Connectez-vous à la console ACK One. Dans le volet de navigation de gauche, choisissez Fleet > Multi-cluster GitOps.

  2. Sur la page Multi-cluster GitOps, cliquez sur l'icône Dingtalk_20231226104633.jpg située à côté du nom de la flotte, puis sélectionnez la flotte cible.

  3. Cliquez sur Create Multi-cluster Application > GitOps pour ouvrir la page Create Multi-cluster Application - GitOps.

  4. Sous l'onglet Quick Create, configurez les paramètres ci-dessous.

    Paramètre

    Description

    Exemple

    Multi-cluster Application Set Name

    Nom de l'ApplicationSet.

    appset-echo-server-demo

    Projet

    Projet propriétaire de l'ApplicationSet.

    default

    Source Code URL

    URL du dépôt de code source.

    https://github.com/AliyunContainerService/gitops-demo.git

    Git Branch

    Branche Git de l'application.

    main

    Path

    Chemin relatif vers les manifests YAML de l'application dans le dépôt Git.

    manifests/helm/echo-server

    Cluster de destination

    Clusters cibles pour le déploiement. Si ce champ est vide, le déploiement s'effectue sur tous les clusters gérés par Argo CD, à l'exception de in-cluster (le plan de contrôle où s'exécute Argo CD).

    Espace de noms

    Espace de noms dans les clusters de destination.

    demo

    Application Name

    Nom généré pour l'application. Variables prises en charge :

    • {{.name}}

    • {{.metadata.annotations.cluster_name}}

    • {{.metadata.annotations.cluster_id}}

    {{.metadata.annotations.cluster_id}}-echoserver

    Configuration avancée

    Synchronization Policy (Application Set)

    PRESERVE RESOURCES ON DELETION : conserve les ressources créées par les applications enfants lors de la suppression de l'ApplicationSet.

    Synchronization Policy (Application)

    • Manual : synchronisation manuelle.

    • Automatic : synchronisation automatique.

      • PRUNE RESOURCES : supprime les ressources du cluster qui ne sont plus définies dans le dépôt Git.

      • SELF HEAL : réconcilie l'état actif de l'application avec l'état souhaité défini dans Git afin d'éviter toute dérive due à des modifications manuelles.

    Options de synchronisation :

    |
    **Paramètre**
    |
    **Description**
    | | --- | --- | |
    **SKIP SCHEMA VALIDATION**
    |
    Ignore la validation du schéma des ressources, équivalent à l'exécution de `kubectl apply --validate=false`. La validation du schéma est activée par défaut.
    | |
    **AUTO-CREATE NAMESPACE**
    |
    Crée l'espace de noms cible s'il n'existe pas.
    | |
    **PRUNE LAST**
    |
    Supprime les ressources après le déploiement et la mise en état sain de toutes les autres ressources.
    | |
    **APPLY OUT OF SYNC ONLY**
    |
    Applique les modifications uniquement aux ressources dont le statut est OutOfSync afin d'accélérer la synchronisation.
    | |
    **RESPECT IGNORE DIFFERENCES**
    |
    Prend en compte la configuration `ignoreDifferences` lors de la synchronisation. Les champs définis dans `ignoreDifferences` ne font pas l'objet de vérifications de divergence.
    | |
    **SERVER-SIDE APPLY**
    |
    Active Kubernetes Server-Side Apply. Utilisez cette option lorsqu'un manifest dépasse la limite de taille des annotations, lors du patching de ressources non entièrement gérées par Argo CD, ou pour un suivi déclaratif de la propriété des champs.
    | |
    **REPLACE**
    |
    Met à jour les ressources via une action `replace` (`kubectl replace`) au lieu de l'action `apply` par défaut. L'action `replace` supprime la ressource existante avant de créer la nouvelle, tandis que `apply` applique un correctif sur place.
    | |
    **RETRY**
    |
    Stratégie de nouvelle tentative pour les opérations de synchronisation ayant échoué, incluant le nombre de tentatives, l'intervalle et les paramètres de backoff.
    |

    Consultez la documentation Argo CD Sync Options.





































  5. Si l'option Quick Create ne répond pas à vos besoins, sélectionnez l'onglet Create from YAML et définissez l'ApplicationSet au format YAML.

    Remarque

    L'option Quick Create est synchronisée avec l'onglet Create from YAML ; toute modification met à jour le code YAML affiché sous l'onglet Create from YAML.

  6. Cliquez sur OK. Vous êtes redirigé vers la page Multi-cluster GitOps. Une fois la création terminée, l'ApplicationSet apparaît dans la liste. La colonne Status indique le résultat du déploiement, tandis que la colonne Application affiche le nombre d'applications générées.

  7. Cliquez sur le nombre figurant dans la colonne Application correspondant au Name de votre ApplicationSet. La boîte de dialogue Multi-cluster Application Details répertorie les applications générées. Cliquez sur un Application Name pour l'ouvrir dans l'interface utilisateur Argo CD. Vérifiez que le statut est Healthy et Synced afin de confirmer le succès du déploiement.