Tous les produits
Search
Centre de documentation

PolarDB:Create and manage a global database network

Dernière mise à jour :Oct 09, 2026

Vous pouvez créer rapidement un réseau de base de données global (GDN) à partir d'un cluster existant ou d'un cluster nouvellement acheté. Un GDN est conçu pour les scénarios nécessitant une reprise après sinistre inter-régions ou une redondance géographique active. Cette rubrique explique comment créer et supprimer un GDN.

Prérequis et limites

Configuration du cluster

  • Édition : Enterprise Edition, et la série doit être Cluster Edition.

  • La version du moteur de base de données doit être l'une des suivantes :

    • MySQL 8.0.2.

    • MySQL 8.0.1 avec une version mineure du moteur 8.0.1.1.17 ou ultérieure.

    • MySQL 5.7 avec une version mineure du moteur 5.7.1.0.21 ou ultérieure.

    • MySQL 5.6 avec une version mineure du moteur 5.6.1.0.32 ou ultérieure.

  • Nœuds : le cluster doit inclure au moins un nœud en lecture seule.

Régions prises en charge

Toutes les régions de Chine continentale, Chine (Hong Kong), Japon (Tokyo), Corée du Sud (Séoul), Singapour, Malaisie (Kuala Lumpur), Indonésie (Jakarta), Philippines (Manille), Thaïlande (Bangkok), Allemagne (Francfort), États-Unis (Silicon Valley), États-Unis (Virginie) et Royaume-Uni (Londres).

Remarque

Vous pouvez déployer des clusters secondaires à l'étranger, mais vous devez soumettre une demande. Pour plus d'informations, consultez la section Ajouter un cluster secondaire.

Limites des fonctionnalités

  • Les clusters d'un réseau de base de données global (GDN) prennent en charge la fonctionnalité In-Memory Column Index (IMCI). Toutefois, vous devez activer le paramètre de cluster loose_polar_enable_imci_with_standby et la version du cluster doit répondre à l'une des exigences suivantes avant de pouvoir ajouter un nœud orienté colonne en lecture seule.

    • MySQL 8.0.1 avec une version de révision 8.0.1.1.48 ou ultérieure.

    • MySQL 8.0.2 avec une version de révision 8.0.2.2.27 ou ultérieure.

  • Les clusters d'un GDN peuvent être des clusters serverless ou des clusters avec des spécifications définies ayant activé la fonctionnalité serverless. Cependant, si la version du moteur de base de données du cluster principal est antérieure aux versions suivantes, tous les clusters du GDN doivent comporter au moins un nœud en lecture seule :

    • MySQL 8.0.1 avec une version mineure du moteur antérieure à 8.0.1.1.42.

    • MySQL 8.0.2 avec une version mineure du moteur antérieure à 8.0.2.2.23.

  • Les clusters d'un GDN ne prennent pas en charge la restauration de bases de données et de tables.

Autres limites

  • Un GDN se compose d'un cluster principal et d'un maximum de quatre clusters secondaires.

    Remarque

    Pour ajouter davantage de clusters secondaires, accédez au Quota Center, recherchez l'élément de quota portant l'ID polardb_mysql_gdn_region et cliquez sur Apply dans la colonne Actions.

  • Un cluster ne peut appartenir qu'à un seul GDN.

  • Seuls les nouveaux clusters peuvent être ajoutés en tant que clusters secondaires ; vous ne pouvez pas utiliser de clusters existants.

  • Les clusters principaux et secondaires doivent utiliser la même version du moteur de base de données : MySQL 8.0, MySQL 5.7 ou MySQL 5.6.

  • Pour les clusters secondaires d'un GDN qui ne sont pas des clusters serverless, chaque nœud de calcul doit disposer d'au moins 4 cœurs CPU.

  • Par défaut, chaque cluster d'un GDN contient 2 nœuds. Vous pouvez ajouter jusqu'à 16 nœuds.

Tarification

Les frais liés à un réseau de base de données global (GDN) comprennent les coûts du cluster et les éventuels frais de réplication de données transfrontalière. Les règles de facturation sont les suivantes :

Important

Les frais de transfert de données transfrontalières seront facturés à partir du 1er avril 2026 à 00:00:00 (heure de Singapour). Avant cette date, ce service est gratuit. Pour plus d'informations, consultez la section [[Avis] Annonce concernant l'ajustement des frais réseau pour le réseau de base de données global (GDN)](t3212173.xdita#).

  • Scénarios gratuits :

    Votre cluster principal et vos clusters secondaires sont tous deux déployés dans des régions situées en Chine continentale, ou tous deux déployés dans la région Chine (Hong Kong) ou dans d'autres régions internationales. Exemples :

    • Le cluster principal et les clusters secondaires se trouvent tous en Chine continentale. Par exemple, le cluster principal se trouve en Chine (Chengdu) et les clusters secondaires dans des régions telles que Chine (Hangzhou) ou Chine (Shenzhen).

    • Le cluster principal et les clusters secondaires se trouvent tous dans la région Chine (Hong Kong) ou dans d'autres régions internationales. Par exemple, le cluster principal se trouve à Singapour et le cluster secondaire aux Philippines (Manille).

  • Scénarios facturables :

    Des frais transfrontaliers s'appliquent lorsqu'un GDN traverse la frontière de la Chine continentale, par exemple si un cluster se trouve en Chine continentale et un autre en Chine (Hong Kong) ou dans une région internationale. Exemples :

    • Le cluster principal se trouve en Chine continentale et le cluster secondaire en dehors de la Chine continentale. Par exemple, le cluster principal se trouve en Chine (Chengdu) et le cluster secondaire dans une région telle que Chine (Hong Kong) ou Singapour.

    • Le cluster principal se trouve en dehors de la Chine continentale et le cluster secondaire en Chine continentale. Par exemple, le cluster principal se trouve à Singapour et le cluster secondaire dans une région telle que Chine (Hangzhou) ou Chine (Shenzhen).

  • Règle de facturation : 0,80 USD par Go, facturé à l'heure. Les frais sont calculés toutes les heures en fonction du volume de données de journal redo répliqué physiquement du cluster principal vers un cluster secondaire transfrontalier. Ces frais de trafic peuvent être estimés en interrogeant la position physique convertie à partir du numéro de séquence de journal (LSN).

    Exemple de facturation

    Exemple

    À 09:00, vous interrogez la position d'écriture physique du journal et constatez qu'elle est ib_logfile1/648143676. À 10:00, la position est mise à jour vers ib_logfile3/648142342. Le volume de données écrites durant cette heure correspond à la différence entre les deux positions.

    1. Volume écrit dans le fichier de départ (ib_logfile1) : soustrayez le décalage de départ de la taille totale du fichier. Chaque fichier journal a une taille de 1 Go (1 073 741 824 octets). Le volume écrit est de 1073741824 - 648143676 = 425598148 octets.

    2. Volume écrit dans le fichier intermédiaire (ib_logfile2) : une fois que ib_logfile1 est plein, le système écrit intégralement ib_logfile2. Ce volume est de 1 073 741 824 octets (1 Go).

    3. Volume écrit dans le fichier final (ib_logfile3) : il s'agit du décalage à la fin, soit 648142342 octets.

    Par conséquent, le volume total écrit est de 425598148 + 1073741824 + 648142342 = 2147482314 octets. Cela représente 2147482314 / 1024 / 1024 / 1024 = 1,999998 Go (arrondi à six décimales). Les frais de transfert de données transfrontalières pour cette heure s'élèvent approximativement à 1,999998 Go × 0,80 USD/Go = 1,5999984 USD.

    Interroger la progression de l'écriture des journaux et le décalage du fichier physique

    -- Query the current write progress of the log system.
    SHOW STATUS LIKE 'Innodb_log_write_lsn'; 
    +----------------------+------------+
    | Variable_name        | Value      |
    +----------------------+------------+
    | Innodb_log_write_lsn | 1721889596 |
    +----------------------+------------+
    
    -- Query the physical file offset in bytes.
    SELECT lsn_to_pos(1721889596); 
    +------------------------+
    | lsn_to_pos(1721889596) |
    +------------------------+
    | ib_logfile1/648143676  |
    +------------------------+
Remarque

Si vous utilisez la fonctionnalité de nom de domaine global, des frais supplémentaires s'appliqueront pour la résolution DNS interne et le transfert de données interrégional. Pour plus d'informations, consultez la section Tarification des noms de domaine globaux.

Créer un réseau de base de données global

  1. Connectez-vous à la console PolarDB. Dans le volet de navigation de gauche, cliquez sur Global Database Network.

  2. Sur la page GDN, cliquez sur Create GDN.

  3. Dans la boîte de dialogue Create GDN, configurez les paramètres suivants.

    Paramètre

    Description

    Compatibility

    Sélectionnez MySQL.

    Version

    Ce paramètre est défini sur Active-passive et ne peut pas être modifié.

    Name:

    Nom du GDN. Saisissez un nom descriptif pour faciliter l'identification. Le nom n'a pas besoin d'être unique.

    Primary Region

    Sélectionnez la région où se trouve le cluster principal.

    Remarque

    Déterminez d'abord quel cluster vous souhaitez utiliser comme cluster principal, puis sélectionnez la région où ce cluster se trouve.

    Primary Cluster:

    Sélectionnez un cluster existant en tant que cluster principal du GDN.

    Global Domain Name

    Indique s'il faut activer le nom de domaine global. Cette fonctionnalité fournit un endpoint unifié pour le GDN. Un nom de domaine global permet non seulement un accès basé sur la proximité, mais garantit également que l'endpoint reste inchangé après un basculement du cluster principal.

  4. Cliquez sur OK. Vous pouvez consulter le GDN créé sur la page GDN. Vous pouvez ensuite ajouter un cluster secondaire au GDN.

Afficher les informations du réseau de base de données global

Accédez à la console PolarDB. Sur la page GDN, cliquez sur un ID de GDN pour afficher ses détails. La page de détails affiche les informations de base, la liste des clusters et la topologie réseau du GDN.

Informations de base

Les informations de base d'un GDN incluent son ID, sa Version, sa Compatible Database, son GDN Name et sa date de Created At.

Liste des clusters

La liste des clusters affiche tous les clusters principaux et secondaires du GDN dans toutes les régions.

Topologie réseau

La topologie réseau du GDN est affichée sur une carte mondiale pour représenter visuellement la distribution géographique des clusters principaux et secondaires.

Latence de réplication

Cliquez sur le bouton View Replication Latency dans la section Network Topology. Dans la boîte de dialogue qui s'affiche, vous pouvez filtrer les données et consulter la latence de réplication pour une période donnée.

image

Supprimer un réseau de base de données global

Important
  • Vous ne pouvez supprimer un réseau de base de données global (GDN) que s'il ne contient aucun cluster secondaire.

  • Vous ne pouvez pas restaurer un GDN après sa suppression. Procédez avec prudence.

  • Après la suppression d'un GDN, les applications connectées à celui-ci ne peuvent plus accéder à la base de données. Mettez à jour rapidement les paramètres de connexion de votre application.

  • Lorsque vous libérez le cluster principal d'un GDN, le GDN est automatiquement supprimé. Vous n'avez pas besoin de supprimer le GDN séparément.

  1. Connectez-vous à la console PolarDB. Dans le volet de navigation de gauche, cliquez sur Global Database Network.

  2. Sur la page GDN, recherchez le GDN cible et cliquez sur Delete dans la colonne Actions.

    Remarque

    Si le bouton Delete est grisé, le GDN contient encore des clusters secondaires. Vous devez supprimer les clusters secondaires avant de pouvoir supprimer le GDN.

  3. Lisez attentivement les notes dans la boîte de dialogue qui s'affiche. Après avoir confirmé les informations, cliquez sur OK pour supprimer le GDN.

Références

Référence API

API

Description

CreateGlobalDatabaseNetwork

Crée un réseau de base de données global.

DeleteGlobalDatabaseNetwork

Supprime un réseau de base de données global.

DescribeGlobalDatabaseNetwork

Récupère les détails d'un réseau de base de données global spécifié.

DescribeGlobalDatabaseNetworks

Récupère la liste de tous vos réseaux de base de données globaux.

ModifyGlobalDatabaseNetwork

Modifie les propriétés d'un réseau de base de données global.

FAQ

Combien de GDN puis-je créer avec un compte Alibaba Cloud ?

Il n'y a aucune limite au nombre de GDN que vous pouvez créer.

Puis-je modifier le cluster principal d'un GDN existant ?

Oui, c'est possible. Vous pouvez effectuer un basculement du cluster principal pour le GDN cible dans la console PolarDB. Lors du basculement, vous devez utiliser le mode de basculement non forcé, qui est la méthode de basculement par défaut.

Remarque

Le mode de basculement forcé présente les limitations suivantes : vous ne pouvez pas spécifier le nouveau cluster principal et le cluster principal d'origine est détaché du GDN après le basculement. Par conséquent, ce mode ne convient pas pour changer le cluster principal d'un GDN. Utilisez toujours le mode de basculement non forcé par défaut.