PolarDB:Purchase a pay-as-you-go cluster

Vous pouvez utiliser l'option d'achat personnalisé dans la console PolarDB pour acheter un cluster PolarDB.

Instructions

1. Lisez le contenu en anglais pour comprendre les informations à transmettre.

2. Rédigez le texte en français en partant de zéro, sans calquer la structure des phrases anglaises.

3. Conservez exactement tout le formatage Markdown, les blocs de code, les liens et les images.

4. Pour les balises xref (<a data-tag="xref" ...>texte</a>), conservez l'intégralité de la balise avec tous ses attributs dans leur ordre et casse d'origine ; traduisez UNIQUEMENT le texte visible entre > et </a>.

5. Appliquez strictement toutes les règles linguistiques spécifiques.

6. Respectez les règles de termes figés (stopwords) avec une tolérance zéro.

7. Utilisez l'impératif dans les étapes numérotées et les listes à puces procédurales.

8. Garantissez la cohérence terminologique : un même terme doit toujours recevoir la même traduction.

9. Variez les amorces de phrase dans les listes et les tableaux : aucune amorce ne doit être répétée plus de deux fois.

10. Renvoyez UNIQUEMENT le document Markdown en français, sans explication supplémentaire.

    Procédure

    1. Accédez à la page d'achat de clusters PolarDB.

    2. Configurez les paramètres de base de votre cluster. Le tableau suivant décrit les différents paramètres.

       Paramètre	Description
       Billing Method	Subscription : vous sélectionnez des ressources aux spécifications fixes et payez à l'avance. Des périodes plus longues offrent des remises plus importantes. Idéal pour les charges de travail stables et à long terme. Pay-as-you-go : vous sélectionnez des ressources aux spécifications fixes et ne payez que pour l'utilisation réelle, sans coût initial. Idéal pour les charges de travail flexibles. Serverless : modèle de paiement à l'utilisation. PolarDB met automatiquement à l'échelle les ressources en fonction de la charge de travail, sans coût initial ni sélection de spécifications. Idéal pour les charges de travail fluctuantes, incertaines ou imprévisibles. Remarque Pour une comparaison détaillée des méthodes de facturation, consultez la rubrique Méthodes de facturation. Règles relatives au changement de méthode de facturation : les modes Subscription et Pay-as-you-go sont interchangeables, mais la méthode de facturation du mode Serverless ne peut pas être modifiée.
       Region	Les régions correspondent aux zones géographiques où se situent les centres de données. Elles portent généralement le nom de la ville dans laquelle le centre de données est implanté. Remarque Pour réduire la latence réseau, choisissez une région proche. La région ne peut pas être modifiée après l'achat. (Recommandé) Créez votre cluster PolarDB dans la même région que les instances ECS qui doivent s'y connecter. Sinon, elles ne pourront pas communiquer via le réseau interne et devront utiliser le réseau public, ce qui empêchera le cluster d'offrir des performances optimales.
       Creation Method	PolarDB prend en charge plusieurs méthodes de création. L'option par défaut est Create Primary Cluster, qui permet de créer un nouveau cluster PolarDB. Les autres options sont décrites ci-dessous : Create secondary cluster : crée un cluster secondaire pour un réseau de base de données global (GDN). Vous devez créer un GDN avant de pouvoir ajouter un cluster secondaire. Upgrade/Migrate from PolarDB : effectue une mise à niveau majeure entre différentes versions du noyau ou séries. Cette méthode commence par copier intégralement les données depuis le cluster PolarDB source, puis maintient une synchronisation incrémentielle des données. Pour plus d'informations, consultez la rubrique Mises à niveau majeures. Migrate from RDS : migre une instance RDS vers un cluster PolarDB. Pendant la migration, le système synchronise automatiquement les comptes, les bases de données, la liste d'autorisation d'adresses IP et les configurations de paramètres nécessaires de l'instance RDS. Vous pouvez également conserver le point de terminaison de base de données d'origine pour simplifier la migration et assurer une transition fluide de vos activités. Pour plus d'informations, consultez la rubrique Présentation de la solution. Remarque La liste des instances RDS disponibles exclut les instances en lecture seule et celles qui n'utilisent pas le moteur InnoDB. Clone from RDS : à partir de l'instance RDS sélectionnée, vous pouvez cloner rapidement un cluster PolarDB avec exactement les mêmes données. Cette méthode de création ne synchronise pas les données incrémentielles de l'instance RDS vers le cluster PolarDB. Pour plus d'informations, consultez la rubrique Cloner une instance ApsaraDB RDS for MySQL vers un cluster PolarDB for MySQL en un clic. Remarque La liste des instances RDS disponibles exclut les instances en lecture seule et celles qui n'utilisent pas le moteur InnoDB. Restore From Recycle Bin : utilise les jeux de sauvegarde de cluster conservés dans la corbeille de clusters pour restaurer un cluster PolarDB supprimé. Remarque Si le cluster PolarDB d'origine avait activé X-Engine et que les données correspondantes de la base de données et des tables existent, vous devez définir le paramètre Storage engine sur InnoDB & X-Engine. Sinon, le nouveau cluster PolarDB ne pourra pas accéder aux données stockées dans X-Engine.
       Database Engine	Sélectionnez une version compatible avec MySQL. MySQL 8.0.2 : entièrement compatible avec les versions 8.0.18 et antérieures de MySQL Community. MySQL 8.0.1 : entièrement compatible avec les versions 8.0.13 et antérieures de MySQL Community. MySQL 5.7 : entièrement compatible avec MySQL 5.7. MySQL 5.6 : entièrement compatible avec MySQL 5.6. Remarque Les fonctionnalités varient selon la version du moteur. Pour plus d'informations, consultez la rubrique Comparaison des fonctionnalités de PolarDB for MySQL 5.6, 5,7 et 8,0.
       Database Edition	Vous pouvez sélectionner l'Enterprise Edition ou l'Standard Edition. Remarque Les fonctionnalités varient selon l'édition. Pour plus d'informations, consultez la rubrique Comparaison des fonctionnalités entre Enterprise Edition et Standard Edition.
       Edition	L'Enterprise Edition prend en charge deux séries : Cluster Edition et Multi-master Cluster (Limitless) Edition. Cette option n'est pas disponible pour l'Standard Edition. Remarque Ces deux séries présentent des architectures et des cas d'utilisation différents. Pour plus d'informations, consultez la rubrique Éditions Enterprise.
       Specification Edition	Vous pouvez choisir un type de spécification Dedicated ou General-purpose : Dedicated : chaque cluster dispose d'un accès exclusif à ses ressources de calcul allouées, telles que le CPU, et ne les partage pas avec d'autres clusters sur le même serveur. Cela garantit des performances plus stables et fiables. General-purpose : les différents clusters sur le même serveur exploitent pleinement les ressources de calcul inutilisées des autres, telles que le CPU. Ce partage de ressources permet de réaliser des économies d'échelle et offre un meilleur rapport qualité-prix. Pour une comparaison détaillée des deux types de spécifications, consultez la rubrique Comparaison entre les nœuds de calcul General-purpose et Dedicated.
       CPU Architecture	Vous pouvez sélectionner X86 ou ARM. x86 : l'architecture x86 utilise des processeurs Intel avec une infrastructure réseau haute performance, offrant des améliorations complètes des performances globales et de la stabilité pour répondre aux exigences des applications d'entreprise qui demandent une grande stabilité et une puissance de calcul élevée. Arm : l'architecture Arm utilise les puces processeur Yitian 710 développées par Alibaba Cloud et des cartes d'interface réseau (NIC) intelligentes haut débit 25 GE pour fournir de puissantes capacités de calcul. L'infrastructure réseau haute performance répond mieux aux exigences des agences gouvernementales, des entreprises Internet et d'autres organisations en matière de rapport qualité-prix, de sécurité et de stabilité. Remarque L'Enterprise Edition a une architecture CPU fixée sur X86.
       Primary Zone	Les zones sont des zones physiques au sein d'une région disposant d'une alimentation électrique et d'une connectivité réseau indépendantes. Il n'y a pas de différence substantielle entre les différentes zones de disponibilité. Vous pouvez créer votre cluster PolarDB et vos instances ECS dans la même zone de disponibilité ou dans des zones différentes.
       Network Type	La valeur est fixée à VPC. (Recommandé) Sélectionnez le même VPC que celui des instances ECS qui doivent se connecter au cluster. Sinon, elles ne pourront pas communiquer via le réseau interne et devront utiliser le réseau public, ce qui empêchera le cluster d'offrir des performances optimales. Si vous avez déjà créé un VPC répondant à vos besoins réseau, vous pouvez le sélectionner directement. Par exemple, si vous disposez d'une instance ECS dans un VPC qui répond à vos exigences, sélectionnez ce VPC. Si vous n'avez pas créé de VPC répondant à vos besoins réseau, vous pouvez utiliser le VPC et le vSwitch par défaut. Remarque Si le VPC et le vSwitch par défaut ne répondent pas à vos exigences, vous pouvez créer un VPC et un vSwitch.
       Add to whitelist	(Recommandé) Sélectionnez Enable. Ajoutez le bloc CIDR de votre VPC sélectionné à la liste d'autorisation du cluster PolarDB afin que les instances ECS du même VPC puissent accéder directement au cluster PolarDB. Cela élimine la nécessité de configurer manuellement la liste d'autorisation après la création du cluster.
       HA Mode	PolarDB propose plusieurs modes de haute disponibilité. Après avoir activé la fonctionnalité de cluster de stockage en attente chaud (hot standby) pour un cluster PolarDB, un cluster de stockage en attente chaud est créé dans la zone secondaire de la région où réside le cluster PolarDB ou dans un centre de données différent au sein de la même zone. Le cluster de stockage en attente chaud dispose de ressources de stockage indépendantes. Le fait que le cluster de stockage en attente chaud dispose de ressources de calcul indépendantes varie selon le mode de haute disponibilité. Lorsque le cluster PolarDB de la zone principale tombe en panne, le cluster de stockage en attente chaud prend immédiatement le relais et gère les opérations de lecture et d'écriture ainsi que les tâches de stockage. Remarque Pour plus d'informations sur le cluster de stockage en attente chaud et les solutions associées, consultez la rubrique Modes de haute disponibilité (clusters en attente chaud). Règles relatives au changement de modes de haute disponibilité : Vous ne pouvez pas modifier directement le mode de haute disponibilité d'un cluster de Double Zones (Hot Standby Storage Cluster Enabled) ou Double Zones (Hot Standby Storage and Compute Clusters Enabled) vers Single Zone (Hot Standby Storage Cluster Disabled). Pour effectuer ce changement de mode de haute disponibilité, nous vous recommandons d'acheter un nouveau cluster et de sélectionner le mode de haute disponibilité Single Zone (Hot Standby Storage Cluster Disabled) pour ce cluster. Ensuite, migrez le cluster existant vers le nouveau cluster à l'aide du service Data Transmission Service (DTS). Pour savoir comment migrer un cluster existant vers un nouveau cluster, consultez la rubrique Migration entre clusters PolarDB for MySQL. Vous pouvez sélectionner le mode de haute disponibilité Three Zones uniquement lors de l'achat d'un nouveau cluster. Vous ne pouvez pas modifier le mode de haute disponibilité d'un cluster de Three Zones vers d'autres modes de haute disponibilité, ni inversement. Vous pouvez modifier manuellement le mode de haute disponibilité d'un cluster de Single Zone (Hot Standby Storage Cluster Disabled) vers un autre mode de haute disponibilité. Pour plus d'informations, consultez la rubrique Modes de haute disponibilité (clusters en attente chaud).

       Configurer Serverless la plage de mise à l'échelle des ressources du cluster	Vous ne pouvez définir la plage de mise à l'échelle des ressources d'un cluster Serverless que si le Billing type est défini sur Serverless : Minimum Read-only Nodes : spécifiez le nombre minimal de nœuds en lecture seule pouvant être ajoutés. Valeurs valides : 0 à 15. Maximum Read-only Nodes : spécifiez le nombre maximal de nœuds en lecture seule pouvant être ajoutés. Valeurs valides : 0 à 15. Remarque Le nombre de nœuds en lecture seule augmente ou diminue automatiquement dans les limites inférieure et supérieure que vous avez définies, en fonction de la charge de travail réelle. Pour plus d'informations sur la politique de mise à l'échelle, consultez la rubrique Scaling. (Recommandé) Pour garantir la haute disponibilité du serverless cluster, définissez Minimum Read-only Nodes sur 1. Minimum PCUs per Node : définissez la limite inférieure du nombre d'unités PCU pour chaque nœud du cluster. Valeurs valides : 0,25 PCU à 31 PCU. Maximum PCUs per Node : définissez la limite supérieure du nombre d'unités PCU pour chaque nœud du cluster. Valeurs valides : 1 PCU à 32 PCU. Remarque Les unités PCU constituent l'unité de facturation à la seconde et de mise à l'échelle des ressources pour la fonctionnalité serverless. Une unité PCU équivaut approximativement à 1 cœur et 2 Go de mémoire. Le nombre d'unités PCU d'un nœud est ajusté dynamiquement dans la plage spécifiée en fonction de la charge de travail. La granularité minimale de mise à l'échelle est de 0,5 PCU. Exemple : si vous définissez Minimum PCUs per Node sur 2 PCU et Maximum PCUs per Node sur 16 PCU, la spécification par défaut du nœud principal et des nœuds en lecture seule dans le serverless cluster est de 2 PCU (environ 2 cœurs et 4 Go de ressources). Lorsque le système détecte une augmentation de la charge de travail, il augmente automatiquement le nombre d'unités PCU du nœud principal ou des nœuds en lecture seule. Selon vos paramètres, ce nombre peut atteindre un maximum de 16 PCU (environ 16 cœurs et 32 Go de ressources).
       Spécification actuelle	Les spécifications diffèrent en termes de CPU, de mémoire, de capacité de stockage maximale et d'IOPS. Sélectionnez une spécification adaptée à vos besoins métier. Remarque Les spécifications disponibles pour les nœuds de calcul varient selon l'Database Edition. Pour plus d'informations, consultez les rubriques Compute node specifications for Enterprise Edition et Compute node specifications for Standard Edition.
       Enable Serverless	Lorsque vous créez un cluster PolarDB, vous pouvez activer la fonctionnalité serverless pour un cluster avec des spécifications définies. Une fois activée, cette option permet au cluster de mettre à l'échelle les ressources dynamiquement en fonction de la charge de travail, en plus des spécifications fixes des nœuds de calcul sélectionnés. Toutefois, cela entraîne des frais de mise à l'échelle correspondants. Remarque Par défaut, la configuration Serverless fournit une plage d'élasticité de 0 à 8 pour un nœud unique et une plage de 0 à 1 pour les nœuds en lecture seule. À tout moment, vous pouvez utiliser la page des détails du cluster pour ajuster ces paramètres de configuration.
       Nodes	La valeur par défaut est de deux nœuds (un nœud principal et un nœud en lecture seule). Vous pouvez configurer le nombre de nœuds en fonction de vos besoins métier. Remarque Seuls les clusters Enterprise Edition de la série Multi-master Cluster (Limitless) Edition peuvent comporter plusieurs nœuds principaux. Les autres séries ne prennent en charge qu'un seul nœud principal. La série à nœud unique n'est plus disponible. Toutefois, lors de l'achat d'un cluster, vous pouvez définir Read-only Node sur 0 pour acheter un cluster PolarDB à nœud unique. Si vous définissez le nombre de nœuds en lecture seule sur 1 ou plus lors de l'achat d'un cluster, vous ne pourrez pas ramener ce nombre à 0 ultérieurement. Pour réduire à 0 le nombre de nœuds en lecture seule dans un cluster existant, nous vous recommandons d'acheter un nouveau cluster. Vous pourrez ensuite migrer les données du cluster d'origine vers le nouveau cluster à l'aide d'un outil de migration tel que DTS ou via la fonctionnalité de mise à niveau majeure. Types de nœuds : Primary Node : gère les opérations d'écriture et certaines opérations de lecture. Le nœud principal et les nœuds en lecture seule utilisent un mécanisme de basculement actif-actif pour assurer la haute disponibilité de la base de données. Read-only Node : gère les opérations de lecture pour soulager le nœud principal, et assure la haute disponibilité et l'évolutivité. Après la création du cluster, vous pouvez ajuster dynamiquement le nombre de nœuds en lecture seule en fonction de vos besoins métier. Read-only IMCI Node : nœud fonctionnel dédié à la fonctionnalité What is a columnstore index (IMCI)?. L'IMCI utilise la technologie de stockage en colonnes pour accélérer les requêtes OLAP (traitement analytique en ligne). Cela permet à un cluster PolarDB for MySQL de fournir à la fois un traitement transactionnel en temps réel et une analyse de données en temps réel. Après avoir ajouté un nœud IMCI en lecture seule, vous devez également configurer un plan de distribution automatique des requêtes entre les nœuds basés sur les lignes et ceux basés sur les colonnes et ajouter des index en colonnes à vos tables métier. Les requêtes OLAP sont alors automatiquement routées vers les nœuds en lecture seule basés sur les lignes ou vers ceux basés sur les colonnes, au lieu d'être envoyées au nœud principal.
       Spécification PolarProxy	Les types de proxy pris en charge sont Standard Enterprise Edition et Dedicated Enterprise Edition. Le type de proxy dépend de la spécification de la sous-série du cluster. Les clusters General-purpose utilisent Standard Enterprise Edition, tandis que les clusters Dedicated utilisent Dedicated Enterprise Edition. La spécification PolarProxy peut être configurée séparément, avec des options allant de 4C à 16C (c'est-à-dire de 4 vCPU à 16 vCPU). Il est recommandé de sélectionner la correspondance automatique. Remarque Ce paramètre ne peut être configuré que pour les clusters Standard Edition.
       Storage Type	PolarDB prend en charge les types de stockage suivants : disques cloud ESSD, PSL4 et PSL5. Les disques cloud ESSD sont disponibles uniquement pour les clusters Standard Edition. Les disques cloud ESSD constituent une nouvelle génération de produits de disque ultra-performants d'Alibaba Cloud. Basés sur une architecture de stockage bloc distribué de nouvelle génération, combinée aux réseaux 25 GE et à la technologie RDMA, ils offrent jusqu'à 1 million d'IOPS en lecture/écriture aléatoire et une latence aller simple réduite par disque. Les disques ESSD se divisent dans les catégories suivantes : ESSD PL0 : disque ESSD de niveau de performance (PL) 0. ESSD PL1 : un disque ESSD PL1 offre cinq fois plus d'IOPS et environ deux fois le débit d'un disque ESSD PL0. ESSD PL2 : un disque ESSD PL2 offre environ deux fois plus d'IOPS et de débit qu'un disque ESSD PL1. ESSD PL3 : un disque ESSD PL3 offre jusqu'à 10 fois plus d'IOPS et 5 fois plus de débit qu'un disque ESSD PL2. Il convient aux charges de travail nécessitant des performances d'E/S concurrentes extrêmement élevées et une latence en lecture/écriture extrêmement stable. ESSD AutoPL : contrairement aux disques ESSD PL0, PL1, PL2 et PL3, les disques ESSD AutoPL dissocient les IOPS de la capacité, ce qui permet une configuration flexible et un ajustement à la demande. Cela réduit le coût total de possession (TCO) global. Important Pour plus d'informations sur les performances des disques cloud ESSD, consultez la rubrique ESSDs. Une fois l'espace de stockage d'un disque cloud ESSD plein, le disque est verrouillé et devient accessible en lecture seule. Pour éviter les interruptions d'activité, vous pouvez activer la mise à l'échelle automatique du stockage pour les disques cloud ESSD. PSL4 et PSL5 sont des types de stockage proposés par PolarDB pour différents scénarios métier. Voici leurs différences : Type de stockage Fonctionnalités Scénarios PSL5 (PolarStore Level 5) Type de stockage pris en charge par les versions antérieures de PolarDB. Il s'agit du type de stockage par défaut pour les clusters PolarDB achetés avant le 7 juin 2022. PSL5 offre de meilleures performances, fiabilité et disponibilité. Scénarios métier exigeant des performances et une fiabilité élevées, où la base de données constitue le système central, tels que la finance, le commerce électronique, les services gouvernementaux et les entreprises Internet de moyenne à grande taille. PSL4 (PolarStore Level 4) PolarDB a lancé ce nouveau type de stockage. Il utilise la technologie propriétaire Smart-SSD d'Alibaba pour compresser et décompresser les données stockées au niveau physique du disque SSD. Cela réduit le prix du stockage par unité de capacité tout en maîtrisant l'impact sur les performances. Scénarios d'application nécessitant des coûts réduits et un rapport qualité-prix élevé. Remarque Règles de conversion du type de stockage : Certaines séries de produits permettent la mise à niveau du type de stockage, ce qui signifie que le stockage PSL4 peut être mis à niveau vers le stockage PSL5. La rétrogradation du type de stockage n'est pas prise en charge : le stockage PSL5 ne peut pas être rétrogradé vers le stockage PSL4. Pour passer du stockage PSL5 au stockage PSL4, achetez un nouveau cluster. Utilisez un outil de migration tel que Data Transmission Service (DTS) ou la fonctionnalité Major version upgrades pour migrer les données du cluster d'origine vers le nouveau cluster.
       Moteur de stockage	Les types de moteur pris en charge sont InnoDB et InnoDB & X-Engine. Remarque InnoDB & X-Engine : déploiement hybride des moteurs InnoDB et X-Engine. Si vous sélectionnez cette option, vous pouvez définir la proportion X-Engine. Pour plus d'informations, consultez la rubrique What is X-Engine.
       Storage Billing Method	Les types de facturation du stockage pris en charge sont Pay by Used Capacity (Pay-as-you-go) et Subscription. Pay by Used Capacity (Pay-as-you-go) : vous n'avez pas besoin de spécifier une capacité lors de l'achat. La capacité de stockage s'adapte automatiquement en ligne à mesure que vos données augmentent, et vous êtes facturé uniquement pour l'espace de stockage réellement occupé par vos données. Subscription : vous payez à l'avance la capacité de stockage du cluster lors de l'achat du cluster de base de données. Remarque Cette option est disponible uniquement lorsque le Billing type est défini sur Subscription.
       Storage Capacity	Configurez la quantité de capacité de stockage à acheter. Remarque Ce paramètre doit être configuré uniquement dans les cas suivants : Le type de stockage est un disque cloud ESSD. Le Billing type est défini sur Subscription et la Storage Billing Method est définie sur Subscription.

    3. (Facultatif) Options avancées :

       Paramètre	Description
       Cluster Name	Définissez un nom pour le cluster. Vous pouvez personnaliser le nom du cluster en fonction de vos besoins métier. Si vous ne spécifiez pas de nom, le système en génère un automatiquement. Vous pouvez modifier le nom du cluster à tout moment après sa création. Le nom du cluster doit respecter les exigences suivantes : Il ne peut pas commencer par http:// ou https://. Sa longueur doit être comprise entre 2 et 256 caractères.
       Resource Group	Sélectionnez un groupe de ressources cible parmi les groupes existants. Pour plus d'informations, consultez Créer un groupe de ressources. Remarque Un groupe de ressources est un conteneur utilisé pour gérer un ensemble de ressources associées au sein d'un même compte Alibaba Cloud. Une ressource ne peut appartenir qu'à un seul groupe de ressources. Pour plus d'informations, consultez Gérer les autorisations avec des groupes de ressources.
       Parameter Template	Configurez le modèle de paramètres pour le cluster. Vous pouvez sélectionner un modèle fourni par le système ou un modèle personnalisé. Remarque La liste déroulante affiche tous les modèles de paramètres personnalisés et par défaut dans la région actuelle.
       Time Zone	Définissez le fuseau horaire du cluster. Le fuseau horaire par défaut est UTC+08:00.
       Sensibilité à la casse des noms de table	Spécifiez si les noms de table dans le cluster sont sensibles à la casse. Par défaut, les noms de table ne sont pas sensibles à la casse. Remarque Si votre base de données locale est sensible à la casse, sélectionnez Sensible à la casse afin de rester cohérent avec votre base de données locale et de simplifier la migration des données. Ce paramètre ne peut pas être modifié après la création du cluster. Choisissez cette option avec prudence.
       Lorsque le cluster est supprimé (libéré)	Définissez la politique de conservation des sauvegardes lors de la suppression (libération) du cluster. Conserver la dernière sauvegarde automatique (sauvegarde automatique avant libération) (par défaut) : lorsque le cluster est supprimé (libéré), la dernière sauvegarde est conservée dans la Vue d'ensemble de la corbeille de clusters et vous êtes facturé pour celle-ci. Conserver toutes les sauvegardes : lorsque le cluster est supprimé (libéré), toutes les sauvegardes sont conservées dans la Vue d'ensemble de la corbeille de clusters et vous êtes facturé pour celles-ci. Supprimer toutes les sauvegardes (impossible de restaurer) : le cluster est définitivement supprimé lors de sa suppression (libération). Les données ne sont pas conservées et ne peuvent pas être récupérées. Aucun frais n'est appliqué.
       Enable TDE	Vous pouvez activer directement le chiffrement transparent des données (TDE) sans avoir à l'activer séparément après la création du cluster. Remarque Le TDE ne peut pas être désactivé une fois activé. Le TDE repose sur Key Management Service (KMS). Après avoir activé le TDE, vous devez configurer un rôle de service. Pour plus d'informations, consultez Autoriser PolarDB à accéder à KMS. Une fois le chiffrement TDE activé, PolarDB chiffre les fichiers de données du cluster. Ce processus est transparent pour vos applications, mais entraîne une perte de performance de 5 % à 10 %.

    4. Sur le côté droit de la page, confirmez la quantité d'achat et la configuration du cluster, puis achetez le cluster.

       Paramètre	Description
       Create Privileged Account	Sélectionnez le nombre de clusters à acheter. Remarque Vous pouvez créer jusqu'à 50 clusters à la fois. Cette option convient aux cas d'utilisation tels que le lancement simultané de plusieurs serveurs de jeu. Vous pouvez acheter un maximum de 50 clusters avec votre compte Alibaba Cloud.
       Quantity	Sélectionnez la durée de l'abonnement pour le cluster. Remarque Ce paramètre ne peut être configuré que lorsque le Type de facturation est défini sur Abonnement. Les clusters à la demande ne disposent pas de cette option.
       Subscription Duration	Spécifiez si vous souhaitez activer le renouvellement automatique. Pour éviter les interruptions de service dues à un oubli de renouvellement, activez le renouvellement automatique. Remarque Ce paramètre ne peut être configuré que lorsque le Type de facturation est défini sur Abonnement. Les clusters à la demande ne disposent pas de cette option. En plus de configurer le renouvellement automatique lors de l'achat du cluster, vous pouvez également le configurer dans la console Dépenses et coûts.

       Après avoir configuré les paramètres précédents, confirmez la configuration du cluster et les frais réels, et lisez les conditions de service sur la page. Si tout est correct, cliquez sur Auto-renewal.

    5. Une fois l'achat terminé, le système nécessite 10 à 15 minutes pour créer le cluster. Vous pouvez ensuite afficher le nouveau cluster dans la liste des clusters de la console PolarDB.

       Remarque

       • Tant que l'état des nœuds du cluster est Buy Now, le cluster peut encore être en cours de création et n'est pas disponible. Le cluster ne peut être utilisé que lorsque son état est Creating.

       • Assurez-vous d'avoir sélectionné la bonne région dans le coin supérieur gauche de la page. Sinon, vous ne pourrez pas voir le cluster que vous avez créé.

    Étapes suivantes

    Comment se connecter à une base de données

    FAQ

    Que faire si la zone dispose de ressources insuffisantes lors de la création d'un cluster ?

    Lors de la création d'un cluster, si vous sélectionnez une zone spécifique et une spécification de nœud, et que le système affiche le message Insufficient resources for the node specification in this zone. Select a different zone., cela indique que les ressources dans la zone actuelle sont insuffisantes. Modifiez d'abord la zone afin d'éviter la même pénurie de ressources lorsque vous modifierez la configuration du cluster ultérieurement.

    API associées

    Outre la console, vous pouvez créer des clusters en appelant des opérations API. Le tableau suivant répertorie les API concernées.

    API	Description
    CreateDBCluster	Crée un cluster PolarDB.
    DescribeDBClusters	Interroge la liste des clusters.
    DescribeDBClusterAttribute	Interroge les attributs détaillés d'un cluster PolarDB spécifié.
    DescribeAutoRenewAttribute	Interroge le statut de renouvellement automatique des clusters PolarDB par abonnement.
    ModifyAutoRenewAttribute	Modifie le statut de renouvellement automatique des clusters PolarDB par abonnement.