Tous les produits
Search
Centre de documentation

E-MapReduce:Create a cluster

Dernière mise à jour :Aug 10, 2026

Alibaba Cloud E-MapReduce (EMR) vous permet de déployer et d'exécuter des frameworks open source de big data tels que Hadoop, Spark, Hive et Presto pour le traitement et l'analyse de données à grande échelle. Cette rubrique décrit les étapes et les options de configuration nécessaires à la création d'un cluster EMR sur ECS.

Remarque

Si vous créez un cluster EMR pour la première fois après 17 h 00 (UTC+8) le 19 décembre 2022, vous ne pouvez pas sélectionner les types de cluster Hadoop, Data Science, Presto ou ZooKeeper.

Prérequis

Vous avez effectué l'autorisation RAM. Pour plus d'informations, consultez la rubrique Autoriser les rôles pour un compte Alibaba Cloud.

Notes d'utilisation

Pour les clusters DataLake, DataFlow, DataServing et Custom d'EMR V5.12.1, EMR V3.46.1 ou versions ultérieures, si les services sélectionnés ne nécessitent pas de nœuds Core, vous pouvez cliquez sur Remove Node Group dans la colonne Actions de la section Node Group.

Étapes

  1. Connectez-vous à la console E-MapReduce.

  2. Dans la barre de navigation supérieure, sélectionnez une région et un groupe de ressources en fonction de vos besoins.

    • Région : Le cluster est créé dans la région sélectionnée. Vous ne pouvez pas modifier la région après la création du cluster.

    • Groupe de ressources : Par défaut, toutes les resources de votre compte sont affichées.

  3. Cliquez sur Create Cluster.

  4. Configurez le cluster en suivant les instructions à l'écran.

    Lors de la création d'un cluster, vous devez configurer ses paramètres logiciels, matériels et de base, puis confirmer la commande.

    Remarque

    Une fois le cluster créé, vous ne pouvez pas modifier ses paramètres de configuration, à l'exception du nom du cluster. Vérifiez attentivement tous les paramètres avant de créer le cluster.

  5. Après avoir vérifié que tous les paramètres sont corrects, cliquez sur Confirm.

    Important
    • Cluster au paiement à l'utilisation : La création démarre immédiatement. Une fois le cluster créé, son statut passe à Running.

    • Cluster par abonnement : Une commande est d'abord générée. Le cluster est créé après le règlement du paiement.

Paramètres

Configuration logicielle

Paramètre

Description

Region

Zone géographique où se situe le centre de données. Sélectionnez une région proche de votre emplacement pour réduire la latence réseau. Vous ne pouvez pas modifier la région après la création du cluster.

Business Scenario

Sélectionnez un scénario en fonction de vos besoins métiers.

  • Data Lake (DataLake) : cluster managé flexible, fiable et efficace conçu pour exécuter des moteurs de calcul Big Data et réaliser des analyses de données.

    • Prend en charge la construction d'une architecture de lac de données et utilise JindoFS pour accélérer les opérations associées.

    • Prend en charge OSS-HDFS (HDFS entièrement managé) pour le stockage, réduisant ainsi vos coûts d'exploitation et de maintenance grâce à un modèle de facturation à l'utilisation.

    Pour plus d'informations, consultez la rubrique Cluster DataLake.

  • Data Analytics (OLAP) : importe des jeux de données massifs dans un moteur d'analyse OLAP tel que ClickHouse ou StarRocks, via des méthodes comme l'importation de données ou les tables externes. Cette option permet des analyses efficaces, en temps réel et flexibles pour des cas d'usage tels que le profilage utilisateur, la segmentation d'audience, les rapports BI et l'analyse métier.

  • Real-time Data Streaming (DataFlow) : solution de calcul en temps réel tout-en-un sur la plateforme EMR. Elle intègre Kafka, un système de messagerie distribué à haut débit et hautement évolutif, ainsi que le noyau commercial Flink de Ververica (basé sur Apache Flink). Largement utilisée pour l'ETL en temps réel ainsi que pour la collecte et l'analyse des journaux, cette solution permet également d'utiliser chaque composant individuellement.

  • Data Service (DataServing) :

    • Clusters de service de données flexibles, fiables et efficaces.

    • Clusters HBase semi-managés avec séparation du calcul et du stockage utilisant OSS-HDFS (service JindoFS).

    • Mise en cache locale JindoData pour améliorer davantage les performances en lecture et en écriture.

    Pour plus d'informations, consultez la rubrique Cluster DataServing.

  • Custom Cluster (Custom) : vaste sélection de services que vous pouvez combiner selon vos besoins.

    Remarque

    Dans un environnement de production, nous vous recommandons d'éviter de déployer plusieurs services de stockage sur le même groupe de nœuds.

Product Version

Version de release du produit EMR. Pour plus d'informations, consultez la rubrique Versions de release.

High Service Availability

Désactivé par défaut. Lorsqu'elle est activée, EMR crée plusieurs nœuds Master pour assurer la haute disponibilité de ResourceManager et de NameNode. Ces nœuds sont répartis sur différents matériels sous-jacents afin de réduire les risques de panne.

Optional Services (Select One At Least)

Sélectionnez des services supplémentaires en fonction de vos besoins métiers. Les services sélectionnés démarrent automatiquement leurs processus associés.

Important
  • L'ajout de services accroit les exigences matérielles. Lors des étapes suivantes, choisissez des spécifications d'instance adaptées aux services retenus afin de garantir des ressources suffisantes.

  • Les services installés ne peuvent pas être désinstallés.

  • Les paramètres requis varient selon la version du produit et les services sélectionnés.

Collect Service Operational Logs

Activé par défaut. Ce paramètre contrôle la collecte des journaux pour tous les services. Ces journaux servent uniquement au diagnostic du cluster.

Une fois le cluster créé, accédez à la page Basic Information pour modifier le Collection Status of Service Operational Logs.

Important

Si vous désactivez la collecte des journaux, les contrôles de santé EMR et le support technique seront limités, mais les autres fonctionnalités continueront de fonctionner normalement. Pour connaître la procédure de désactivation et son impact, consultez la rubrique Comment arrêter la collecte des journaux de service ?.

Metadata

Les méthodes suivantes sont disponibles pour stocker et gérer les métadonnées :

  • DLF Unified Metadata (recommandé) : stocke les métadonnées dans Data Lake Formation (DLF).

    Après avoir activé DLF, le système sélectionne par défaut un DLF Catalog pour vous (généralement votre UID). Pour utiliser des catalogues différents selon les clusters, créez-en un nouveau :

    1. Cliquez sur Create Catalog. Dans la boîte de dialogue qui s'affiche, saisissez un ID de catalogue puis cliquez sur OK.

    2. Dans la liste déroulante DLF Catalog, sélectionnez le catalogue que vous avez créé.

  • Self-managed RDS : utilise votre propre instance RDS ou une instance Alibaba Cloud RDS comme stockage de métadonnées.

    Si vous choisissez cette méthode, vous devez configurer les paramètres liés à RDS. Pour plus d'informations, consultez la rubrique Configurer une base de données RDS auto-gérée.

  • Built-in MySQL (non recommandé) : stocke les métadonnées dans une base de données MySQL située sur le nœud Master du cluster.

    Remarque
    • Pour les scénarios de test : nous vous recommandons d'utiliser DLF Unified Metadata.

    • Pour les scénarios de production : vous pouvez utiliser DLF Unified Metadata ou Self-managed RDS.

Root Storage Directory of Cluster

Requis uniquement lorsque vous sélectionnez le service OSS-HDFS. Non nécessaire si vous choisissez le service HDFS.

Important

Les buckets créés en cliquant sur le bouton Create OSS-HDFS Bucket dans la console EMR prennent en charge les opérations de lecture et d'écriture uniquement via EMR. Les opérations depuis la console ou via une API ne sont pas prises en charge.

Lors de la première utilisation du service OSS-HDFS, votre compte Alibaba Cloud (compte principal) doit cliquer here et suivre les instructions pour finaliser l'autorisation. Si vous êtes un utilisateur RAM, votre compte Alibaba Cloud doit vous autoriser à activer le service et vous attribuer la stratégie AliyunEMRDlsFullAccess ainsi que les rôles AliyunOSSDlsDefaultRole et AliyunEMRDlsDefaultRole. Pour plus d'informations, consultez la rubrique Accorder des autorisations à un utilisateur RAM. Sélectionnez un bucket situé dans la même région que celle où le service OSS-HDFS est déjà activé, ou cliquez sur Create OSS-HDFS Bucket pour créer une nouvelle instance OSS-HDFS servant de chemin de stockage racine pour le cluster.

Remarque
  • Avant d'utiliser le service OSS-HDFS, assurez-vous qu'il est disponible dans la région sélectionnée. Sinon, changez de région ou utilisez le service HDFS. Pour connaître la liste des régions prenant en charge le service OSS-HDFS, consultez la rubrique Activer OSS-HDFS et accorder les autorisations d'accès.

  • Le service OSS-HDFS est pris en charge pour les clusters DataLake, DataFlow, DataServing et Custom des versions EMR V5.12.1, EMR V3.46.1 ou ultérieures.

Paramètres de service et de version

Les paramètres suivants dépendent de la version du produit et des services sélectionnés.

  • Les paramètres ci-dessous sont requis uniquement pour les versions EMR V5.12.0 et antérieures, ou EMR V3.46.0 et antérieures, lorsque le service Hive est sélectionné.

    Parameter

    Description

    Hive Storage Mode

    Détermine si le répertoire de stockage de l'entrepôt de données utilise OSS-HDFS ou OSS. Si cette option n'est pas sélectionnée, le cluster utilise HDFS local.

    Lorsque cette option est sélectionnée par défaut, vous devez également configurer le chemin Hive Data Warehouse Path. Nous vous recommandons de choisir un bucket pour lequel le service HDFS est activé.

    Remarque

    Assurez-vous de disposer des permissions nécessaires pour accéder au bucket OSS ou OSS-HDFS.

  • Les paramètres suivants sont requis uniquement pour les versions EMR V5.12.0 et antérieures, ou EMR V3.46.0 et antérieures, lorsque le service HBase est sélectionné.

    |
    **Parameter**
    |
    **Description**
    | | --- | --- | |
    **HBase Storage Mode**
    |
    Mode de stockage des fichiers de données HBase. Les modes suivants sont pris en charge : **OSS-HDFS** et **OSS**.


    Si vous sélectionnez le mode **OSS-HDFS**, vous devez également configurer le chemin **HBase Storage Path**. Nous vous recommandons de choisir un bucket pour lequel le service HDFS est activé.
    |










  • Le paramètre suivant est requis uniquement pour les versions EMR V5.12.1 et ultérieures, ou EMR V3.46.1 et ultérieures, après la sélection des services OSS-HDFS et HBase. Une fois le cluster créé, un service HBase-HDFS est généré. Pour plus d'informations, consultez la rubrique HBASE-HDFS.

    |
    **Parameter**
    |
    **Description**
    | | --- | --- | |
    **HBase Log Storage**
    |
    Sélectionné par défaut, ce qui signifie que HBase stocke les fichiers HLog dans HDFS.
    |







More scenarios

Important

Si vous créez un cluster EMR pour la première fois après 17 h 00 (UTC+8) le 19 décembre 2022, vous ne pouvez pas sélectionner les types de clusters suivants.

  • HBase Storage Mode (Data Science) : Principalement destiné aux scénarios Big Data + IA.

    • Fournit un framework d'apprentissage profond distribué.

    • Met à disposition plus de 200 packages d'algorithmes classiques d'apprentissage automatique.

    • Propose des capacités AutoML et plus de 10 algorithmes d'apprentissage profond couvrant des scénarios tels que la recommandation et la publicité.

  • HBase Storage Path : Utilisé pour construire des frameworks et pipelines de traitement de données à grande échelle, adaptés à l'analytique Big Data. Il prend en charge des frameworks open source tels qu'Apache Hive, Spark et Presto. Les types de clusters suivants sont pris en charge :

    • Hadoop :

      • Fournit la liste la plus complète de composants open source, entièrement compatible avec l'écosystème Hadoop.

      • Peut être utilisé pour divers scénarios tels que le traitement hors ligne des données, le traitement en temps réel et les requêtes interactives.

      • Prend en charge la construction d'une architecture de lac de données et utilise JindoFS pour l'accélération du lac de données.

    • ZooKeeper : Fournit un service de coordination distribué indépendant pour les clusters Hadoop, HBase et Kafka à grande échelle.

    • Presto : Moteur SQL distribué en mémoire conçu pour les requêtes interactives. Il prend en charge plusieurs sources de données et convient à l'analyse complexe de données à l'échelle du pétaoctet ainsi qu'aux requêtes transversales entre différentes sources.

Paramètres avancés (facultatif)

Paramètre

Description

HBase Log Storage

Désactivé par défaut. Kerberos est un protocole d'authentification réseau fondé sur la cryptographie symétrique qui permet d'authentifier d'autres services. Pour en savoir plus, consultez la rubrique Kerberos.

Important
  • Knox : l'authentification Kerberos n'est pas prise en charge.

  • Kudu : même si Kerberos est activé, le service Kudu requiert une configuration supplémentaire pour prendre en charge et activer l'authentification Kerberos. Pour plus d'informations, reportez-vous à la documentation Apache Kudu relative à la section Authentication.

Machine Learning

Spécifiez un fichier JSON pour configurer les logiciels de base du cluster, tels que Hadoop, Spark et Hive. Cette option est désactivée par défaut. Pour plus de détails, consultez la rubrique Configure custom software.

Remarque

Pour savoir comment définir le niveau de concurrence des jobs Hive, consultez la FAQ.

Configuration matérielle

Paramètre

Description

Old Data Lake

L'abonnement est sélectionné par défaut. Les méthodes de facturation suivantes sont prises en charge :

  • Kerberos Authentication : modèle postpayé où la facturation est horaire et basée sur l'utilisation réelle. Cette méthode convient aux tests à court terme ou aux tâches dynamiques et flexibles.

  • Custom Software Configuration : modèle prépayé où le paiement s'effectue avant l'utilisation.

    Remarque
    • Nous recommandons d'utiliser la méthode Billing Method pour les scénarios de test. Une fois les tests concluants, créez un cluster Pay-as-you-go pour la production.

    • Pour les instances sous abonnement, vous devez également sélectionner une Subscription et décider d'activer ou non l'Pay-as-you-go. La période de renouvellement par défaut est de six mois, avec renouvellement automatique activé. Lorsque cette option est activée, l'instance est renouvelée automatiquement sept jours avant son expiration. Pour plus d'informations, consultez la rubrique Renouvellement.

Subscription

Emplacement physique distinct au sein d'une région, interconnecté par un réseau privé à faible latence. Vous pouvez généralement conserver la zone de disponibilité par défaut.

Subscription Duration

Environnement réseau logiquement isolé sur Alibaba Cloud qui vous offre un contrôle total sur votre configuration réseau.

Sélectionnez un VPC existant ou cliquez sur Auto-renewal pour en créer un instantanément dans la console VPC. Pour plus d'informations, consultez la rubrique Créer et gérer un VPC.

Remarque

Vous ne pouvez pas modifier l'adresse IP privée après la création d'un cluster, car celle-ci est liée au Virtual Private Cloud (VPC).

Zone

Subdivision réseau de base d'un VPC utilisée pour connecter différentes cloud resources.

Sélectionnez un vSwitch existant ou cliquez sur VPC pour en créer un instantanément dans la console VPC. Pour plus d'informations, consultez la rubrique VPCs and vSwitches.

La taille du bloc CIDR du vSwitch détermine le nombre d'adresses IPv4 disponibles. Par exemple, un bloc CIDR /24 fournit environ 250 adresses IP disponibles, un bloc /20 en fournit environ 4 090 et un bloc /17 environ 32 764. Si votre cluster nécessite un grand nombre de nœuds, sélectionnez un vSwitch avec un bloc CIDR plus large afin de garantir l'allocation d'adresses IP suffisantes pour tous les nœuds du cluster.

Vous ne pouvez pas modifier le bloc CIDR d'un vSwitch après sa création. Si vous avez besoin d'une plage d'adresses IP plus large, vous devez créer un nouveau vSwitch avec un bloc CIDR plus étendu, puis créer un nouveau cluster basé sur ce vSwitch. Lors de la création d'un vSwitch, la console affiche le nombre d'adresses IP disponibles pour le bloc CIDR sélectionné, ce qui vous aide à évaluer si celui-ci répond aux exigences de taille de votre cluster.

Create VPC

Pare-feu virtuel qui contrôle le trafic entrant et sortant des instances appartenant au groupe. Pour plus d'informations, consultez la rubrique Présentation des groupes de sécurité.

Sélectionnez un groupe de sécurité existant ou cliquez sur vSwitch pour en créer un dans la console ECS. Pour plus d'informations, consultez la rubrique Créer un groupe de sécurité.

Important

N'utilisez pas de groupes de sécurité d'entreprise créés sur ECS.

. Create vSwitch

Sélectionnez les types d'instance en fonction de vos besoins. Pour plus d'informations, consultez la rubrique Families d'instances.

  • Default Security Group : exécute les services du plan de contrôle tels que ResourceManager et NameNode.

  • Core : stocke les données dans le système de fichiers distribué (HDFS) du cluster. Vous pouvez également ajouter des nœuds Core à la demande après la création du cluster.

  • Task : fournit une capacité de calcul supplémentaire sans stocker de données. Ce groupe de nœuds est facultatif et peut être ajouté pour augmenter les ressources de calcul.

    Important

    Les groupes de nœuds Task prennent en charge les méthodes de facturation Pay-as-you-go, Preemptible Instance et Subscription.

  • create a new security group. : lorsque la haute disponibilité est activée, les nœuds Master sont ajoutés par défaut à un ensemble de déploiement. Un ensemble de déploiement contrôle la répartition des instances. Pour plus d'informations, consultez la rubrique Ensembles de déploiement.

  • Node Group : sélectionnez un SSD standard, un SSD amélioré (ESSD) ou un disque ultra selon vos besoins. Ajustez la taille du disque système si nécessaire.

  • Master : sélectionnez un SSD standard, un SSD amélioré (ESSD) ou un disque ultra selon vos besoins. Ajustez la taille du disque de données si nécessaire.

    Remarque

    Lorsque vous sélectionnez un SSD amélioré (ESSD), vous pouvez définir différents niveaux de performance (PL) en fonction de la capacité du disque afin de répondre aux divers besoins de performance du cluster. Le niveau de performance par défaut est PL1. Selon la capacité du disque, les disques système prennent en charge les niveaux PL0, PL1 et PL2, tandis que les disques de données prennent en charge les niveaux PL0, PL1, PL2 et PL3. Pour plus d'informations sur les disques cloud, consultez la rubrique Présentation des disques cloud.

  • Add to Deployment Set : le groupe de nœuds Master comporte une instance par défaut. Si la haute disponibilité est activée, vous pouvez disposer de plusieurs instances Master.

    Le groupe de nœuds Core comporte deux instances par défaut. Vous pouvez ajuster ce nombre selon vos besoins.

  • System Disk : permet un contrôle d'accès flexible entre différentes ressources ou applications externes. Vous pouvez associer jusqu'à deux groupes de sécurité supplémentaires à ce groupe de nœuds.

  • Data Disk : contrôle l'attribution ou non d'une adresse IP élastique (EIP) au cluster. Désactivé par défaut. Seuls les clusters DataLake permettent d'attribuer des adresses IP publiques au niveau du groupe de nœuds.

    Remarque

    Si vous n'activez pas cette fonctionnalité mais souhaitez utiliser une adresse IP publique pour accéder au cluster après sa création, vous devez en faire la demande dans la console ECS. Pour plus d'informations, consultez la rubrique Demander une EIP.

Instances

Sélectionnez une règle de mise à l'échelle automatique selon vos besoins.

Remarque
  • Vous ne pouvez configurer des règles de mise à l'échelle automatique que si la méthode de facturation du groupe de nœuds Task est Pay-as-you-go ou Preemptible Instance.

  • Si un cluster contient les composants Trino, Presto, StarRocks, Impala ou ClickHouse, vous ne pouvez pas passer à une règle de mise à l'échelle automatique gérée.

Configuration de base

Paramètre

Description

Do Not Use Auto Scaling Rules

Nom du cluster. Il doit comporter entre 1 et 64 caractères et ne peut contenir que des caractères chinois, des lettres, des chiffres, des traits d'union (-) et des underscores (_).

Custom Auto Scaling Rule

Managed Auto Scaling Rule permet un accès sécurisé au nœud Master du cluster. Pour les instructions de connexion, consultez la rubrique Se connecter à un cluster. Les types d'identifiants suivants sont disponibles :

  • Cluster Name (par défaut) : sélectionnez une paire de clés existante ou cliquez sur Identity Credentials pour en créer une instantanément.

    Une paire de clés (clé publique + clé privée) constitue une méthode d'authentification sécurisée et pratique pour se connecter aux instances Linux. Pour plus d'informations sur l'utilisation des paires de clés, consultez la rubrique Paires de clés SSH.

  • Identity Credentials : définissez un mot de passe de connexion pour le nœud Master et confirmez-le. Le nom d'utilisateur par défaut est root.

    • Exigences relatives au mot de passe : longueur comprise entre 8 et 30 caractères ; doit contenir des lettres majuscules, des lettres minuscules, des chiffres et des caractères spéciaux.

    • Les caractères spéciaux pris en charge incluent : point d'exclamation (!), signe arobase (@), dièse (#), signe dollar ($), signe pourcentage (%), accent circonflexe (^), esperluette (&) et astérisque (*).

Paramètres avancés (facultatifs)

|
**Paramètre**
|
**Description**
| | --- | --- | |
**ECS Application Role**
|
Lorsque votre programme s'exécute sur un nœud de calcul EMR, vous n'avez pas besoin de spécifier un AccessKey Alibaba Cloud pour accéder aux services cloud tels qu'OSS. EMR obtient automatiquement un AccessKey temporaire et les autorisations associées à cette clé sont contrôlées par un **ECS Application Role**.
| |
**Bootstrap Actions**
|
Scripts exécutés sur les nœuds du cluster avant le démarrage des services. Utilisez-les pour installer des logiciels ou personnaliser l'environnement. Pour plus d'informations, consultez la rubrique [Actions bootstrap](t2176883.dita#concept_q52_vln_y2b).
| |
**Release Protection**
|
Empêche la suppression accidentelle des clusters facturés selon le mode de paiement à l'utilisation. Si cette option est activée, vous devez la désactiver avant de pouvoir libérer le cluster. Pour plus d'informations, consultez la rubrique [Activer et désactiver la protection contre la libération](t2818201.xdita#).
| |
**Tags**
|
Ajoutez des tags lors de la création d'un cluster ou après sa création afin d'identifier et de gérer vos resources de cluster. Pour plus d'informations, consultez la rubrique [Gérer les tags](t2164368.dita#task_2425562).
| |
**Resource Group**
|
Regroupez vos resources cloud en fonction de leur objectif, des autorisations ou de la propriété. Pour plus d'informations, consultez la rubrique [Utiliser les groupes de resources](t2164381.dita#task_2485054).
| |
**Data Disk Encryption**
|
Ne peut être activée que lors de la création d'un cluster. Lorsqu'elle est activée, les données au repos sur le disque de données sont chiffrées. Pour plus d'informations, consultez la rubrique [Activer le chiffrement des disques de données](t2247905.dita#task_2247905).
| |
**System Disk Encryption**
|
Ne peut être activée que lors de la création d'un cluster. Lorsqu'elle est activée, le système d'exploitation, les fichiers de programme et autres données au repos sur le disque système sont chiffrés. Pour plus d'informations, consultez la rubrique [Activer le chiffrement des disques système](t2817691.xdita#).
| |
**Remarks**
|
Enregistre des informations importantes concernant le cluster. Vous pouvez ajouter ou modifier les remarques sur la page **Basic Information** après la création du cluster.
|



































Confirmer la commande

(Facultatif) Save as Cluster Template : si vous sélectionnez Key Pair comme identifiants de connexion, cliquez sur Password pour enregistrer la configuration actuelle du cluster en tant que modèle de cluster.

  1. Dans la boîte de dialogue ECS Application Role, saisissez un ECS Application Role et sélectionnez un Bootstrap Actions.

    |
    **Parameter**
    |
    **Description**
    | | --- | --- | |
    **Cluster Template Name**
    |
    Saisissez un nom pour le modèle de cluster afin d'en faciliter la gestion. Le nom doit comporter entre 1 et 64 caractères et ne peut contenir que des caractères chinois, des lettres, des chiffres, des traits d'union (-) et des traits de soulignement (_).
    | |
    **Cluster Template Resource Group**
    |
    Sélectionnez un groupe de ressources existant pour organiser vos modèles.


    Si vous devez créer un nouveau groupe de ressources, cliquez sur **Create Resource Group.** ci-dessous. Pour plus d'informations, consultez la rubrique [Créer un groupe de ressources](t24429.xdita#task-xpl-kjm-4fb).
    |














  2. Cliquez sur Release Protection.

    Un nouveau modèle de cluster est ajouté au panneau Tags. Pour plus d'informations sur les modèles de cluster, consultez la rubrique Créer un modèle de cluster.

FAQ

Erreur EntityNotExist.Role

  • Cause : le compte actuel ne dispose pas des permissions requises pour créer un cluster.

  • Solution :

    Choisissez la solution appropriée selon que vous utilisez un compte Alibaba Cloud ou un utilisateur RAM.

    • Compte Alibaba Cloud : lors de la création d'un cluster, votre compte doit disposer des autorisations nécessaires pour accéder aux autres resources Alibaba Cloud et effectuer les opérations associées. Cliquez sur RAM Quick Authorization pour autoriser votre compte. Une fois l'autorisation accordée avec succès, vous pouvez créer le cluster. Pour plus d'informations sur l'autorisation des rôles, consultez la rubrique Autoriser les rôles pour un compte Alibaba Cloud.

    • Utilisateur RAM : votre compte ne dispose pas des autorisations nécessaires pour créer un cluster EMR. Nous vous recommandons d'utiliser un compte Alibaba Cloud pour attribuer la stratégie AliyunEMRFullAccess à l'utilisateur RAM. Pour plus d'informations, consultez la rubrique Accorder des autorisations à un utilisateur RAM.

Documentation connexe