Tous les produits
Search
Centre de documentation

Container Service for Kubernetes:Grant cluster and cloud resource access with RAM

Dernière mise à jour :Oct 12, 2026

Par défaut, les utilisateurs et les rôles RAM ne disposent pas des autorisations nécessaires pour appeler les opérations API des services cloud. Accordez des autorisations à un utilisateur ou à un rôle RAM en utilisant une politique système ou personnalisée afin que l'identité RAM puisse appeler les opérations API ACK et gérer les ressources du cluster.

Accorder des autorisations avec une politique système

Une politique système contrôle les accès en lecture et en écriture aux ressources globales. Si un utilisateur ou un rôle RAM doit gérer tous les clusters de votre compte Alibaba Cloud, utilisez une politique système pour une autorisation rapide. Le tableau suivant répertorie les politiques système courantes pour ACK.

Important

Les politiques système qui accordent un accès complet contiennent des autorisations à haut risque. Pour éviter les risques de sécurité, accordez ces politiques avec prudence.

Politiques système ACK courantes

Nom de la politique système

Description

AliyunCSFullAccess

Accorde à un utilisateur ou à un rôle RAM l'autorisation d'appeler toutes les opérations API ACK.

Remarque

Cette politique système n'accorde que l'autorisation RAM pour ACK. Pour effectuer la gestion opérationnelle des applications dans un cluster ACK, vous devez également configurer l'autorisation RBAC (Role-Based Access Control). Pour plus d'informations, consultez Autorisation RBAC.

AliyunVPCReadOnlyAccess

Permet à un utilisateur ou à un rôle RAM de sélectionner un VPC spécifique lors de la création d'un cluster.

AliyunECSReadOnlyAccess

Permet à un utilisateur ou à un rôle RAM d'ajouter des nœuds existants à un cluster ou de consulter les détails des nœuds.

AliyunContainerRegistryFullAccess

Permet à un utilisateur ou à un rôle RAM de gérer toutes les images de conteneur au sein d'un compte Alibaba Cloud.

AliyunLogReadOnlyAccess

Permet à un utilisateur ou à un rôle RAM de sélectionner un projet Log Service existant pour stocker les journaux d'audit lors de la création d'un cluster. Permet également de consulter les résultats de l'inspection de configuration d'un cluster spécifique.

AliyunAHASReadOnlyAccess

Permet à un utilisateur ou à un rôle RAM d'utiliser la fonctionnalité de topologie de cluster.

AliyunRAMFullAccess

Permet à un utilisateur ou à un rôle RAM de gérer toutes les autorisations dans un compte Alibaba Cloud.

AliyunYundunSASReadOnlyAccess

Permet à un utilisateur ou à un rôle RAM de consulter les données de surveillance de la sécurité d'exécution pour un cluster.

AliyunCloudMonitorReadOnlyAccess

Permet à un utilisateur ou à un rôle RAM de consulter l'état du Managed Service for Prometheus pour un cluster.

AliyunKMSReadOnlyAccess

Permet à un utilisateur ou à un rôle RAM d'activer le chiffrement au repos des secrets lors de la création d'un cluster ACK managé Pro.

AliyunESSReadOnlyAccess

Permet à un utilisateur ou à un rôle RAM d'effectuer des opérations sur les pools de nœuds, telles que la consultation, la modification et la mise à l'échelle.

Remarque

Un compte Alibaba Cloud dispose de toutes les autorisations administratives sur toutes les ressources du compte. Vous pouvez également créer un utilisateur RAM et lui accorder l'autorisation AdministratorAccess pour en faire un administrateur de compte. Cet administrateur peut gérer toutes les ressources cloud du compte. Pour plus d'informations, consultez Créer un utilisateur RAM en tant qu'administrateur de compte.

  1. Connectez-vous à la console RAM en tant qu'administrateur RAM.

  2. Dans le volet de navigation de gauche, choisissez Identities > Users.

  3. Sur la page Users, recherchez l'utilisateur RAM cible et cliquez sur Add Permissions dans la colonne Actions.

    image

    Vous pouvez également sélectionner plusieurs utilisateurs RAM et cliquer sur Add Permissions en bas de la page pour accorder des autorisations à plusieurs utilisateurs RAM simultanément.

  4. Dans le panneau Grant Permissions, accordez des autorisations à l'utilisateur RAM.

    1. Configurez le paramètre Resource Scope.

    2. Configurez le paramètre Principal.

      Le principal est l'utilisateur RAM auquel vous souhaitez accorder des autorisations. L'utilisateur RAM actuel est automatiquement sélectionné.

    3. Sélectionnez les politiques système à attacher.

    4. Cliquez sur OK.

  5. Cliquez sur Close.

Accorder des autorisations à l'aide d'une politique personnalisée

Une politique personnalisée offre un contrôle d'accès granulaire aux ressources cloud. Les exigences de sécurité et de contrôle d'accès varient selon les ressources cloud. Par exemple, une politique personnalisée peut restreindre les autorisations d'un utilisateur sur un cluster spécifique. Ces politiques permettent également de gérer les autorisations au niveau de l'API, ce qui s'avère utile pour le développement personnalisé basé sur un SDK. Pour plus d'informations sur les éléments pris en charge par RAM en matière d'autorisation, consultez la rubrique Informations sur l'autorisation.

Avant de créer une politique personnalisée, familiarisez-vous avec la structure de base et la syntaxe du langage des politiques. Pour plus d'informations, consultez la rubrique Éléments de base d'une politique .

Étape 1 : Créer une politique personnalisée

  1. Connectez-vous à la console RAM en tant qu'administrateur RAM.

  2. Dans le volet de navigation de gauche, sélectionnez Permissions > Policies.

  3. Sur la page Policies, cliquez sur Create Policy.

  4. Sur la page Create Policy, cliquez sur l'onglet JSON Editor et saisissez le document de politique.

    {

    "Statement": [

    {

    "Action": [

    "cs:Get*",

    "cs:List*",

    "cs:Describe*",

    "cs:ScaleCluster",

    "cs:DeleteCluster"

    ],

    "Effect": "Allow",

    "Resource": [

    "acs:cs:::cluster/YOUR_CLUSTER_ID"

    ]

    }

    ],

    "Version": "1"

    }

    Remplacez YOUR_CLUSTER_ID par l'ID de votre cluster cible.

    Parameter

    Description

    Action

    Les autorisations à accorder. Toutes les actions prennent en charge les caractères génériques (*).

    Resource

    • Accorder des autorisations sur un seul cluster

      "Resource": [
          "acs:cs:*:*:cluster/YOUR_CLUSTER_ID"
      ]
    • Accorder des autorisations sur plusieurs clusters

      "Resource": [
          "acs:cs:*:*:cluster/YOUR_CLUSTER_ID_1",
          "acs:cs:*:*:cluster/YOUR_CLUSTER_ID_2"
      ]
    • Accorder des autorisations sur tous les clusters

      "Resource": [
           "*"
       ]
  5. Sur la page Create Policy, cliquez sur OK.

  6. Dans la boîte de dialogue Create Policy, saisissez un nom de politique dans le champ Policy Name et ajoutez un Comment, puis cliquez sur OK.

Étape 2 : Appliquer la politique personnalisée

La procédure d'attachement d'une politique personnalisée est identique à celle d'une politique système. Lorsque vous êtes invité à sélectionner une politique, choisissez la politique personnalisée que vous avez créée. Pour plus d'informations, consultez la section Accorder des autorisations à l'aide d'une politique système.

Exemples de politiques personnalisées

Exemple 1 : Accorder une autorisation en lecture seule sur un cluster

{
    "Statement": [
        {
            "Action": [
                "cs:Get*",
                "cs:List*",
                "cs:Describe*"
            ],
            "Effect": "Allow",
            "Resource": [
                "acs:cs:*:*:cluster/YOUR_CLUSTER_ID"
            ]
        }
    ],
    "Version": "1"
}

Exemple 2 : Accorder une autorisation de lecture sur un compartiment OSS

Remplacez YOUR_OSS_BUCKET_NAME par le nom de votre compartiment OSS cible.
{
    "Version": "1",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": [
                "oss:ListBuckets",
                "oss:GetBucketStat",
                "oss:GetBucketInfo",
                "oss:GetBucketTagging",
                "oss:GetBucketAcl"
            ],
            "Resource": "acs:oss:*:*:*"
        },
        {
            "Effect": "Allow",
            "Action": [
                "oss:ListObjects",
                "oss:GetBucketAcl"
            ],
            "Resource": "acs:oss:*:*:YOUR_OSS_BUCKET_NAME"
        },
        {
            "Effect": "Allow",
            "Action": [
                "oss:GetObject",
                "oss:GetObjectAcl"
            ],
            "Resource": "acs:oss:*:*:YOUR_OSS_BUCKET_NAME/*"
        }
    ]
}

Exemple 3 : Accorder des autorisations pour les API non limitées à un cluster

Certaines opérations OpenAPI, telles que DescribeEvents, ne prennent pas en charge l'autorisation spécifique à un cluster. Pour accorder à un utilisateur ou à un rôle RAM des autorisations pour ces opérations, omettez l'ID du cluster dans le champ Resource. Le tableau suivant compare les politiques RAM d'origine et modifiées :

Avant

Après

{
    "Statement": [
        {
            "Action": [
                "cs:Get*",
                "cs:List*",
                "cs:Describe*"
            ],
            "Effect": "Allow",
            "Resource": [
                "acs:cs:*:*:cluster/YOUR_CLUSTER_ID"
            ]
        }
    ],
    "Version": "1"
}
{
    "Statement": [
        {
            "Action": [
                "cs:DescribeEvents"
            ],
            "Effect": "Allow",
            "Resource": [
                "*"
            ]
        },
        {
            "Action": [
                "cs:Get*",
                "cs:List*",
                "cs:Describe*"
            ],
            "Effect": "Allow",
            "Resource": [
                "acs:cs:*:*:cluster/YOUR_CLUSTER_ID"
            ]
        }
    ],
    "Version": "1"
}

Étapes suivantes