Effectuer une réplication depuis un serveur externe (v1)

MySQL | PostgreSQL | SQL Server

Attention : N'utilisez ce document que si vous avez mis en œuvre la réplication avant le 21 septembre 2020. Sinon, utilisez le workflow actuel présenté ici.

Cette page explique comment créer une configuration qui réplique les données d'un serveur de base de données source vers des instances dupliquées MySQL.

Le serveur de base de données source peut être n’importe quel serveur MySQL conforme à l'ensemble de la configuration requise pour un serveur, tel qu'une instance Cloud SQL. Les instances hébergées par d'autres fournisseurs de cloud peuvent également servir de source de données, à condition qu'elles répondent à ces mêmes exigences, telles qu'être compatibles GTID.

Pour obtenir plus d'informations sur cette configuration, consultez la page À propos de la réplication à partir d'un serveur externe.

Avant de commencer

Avant de configurer la duplication à partir d'un serveur externe, vous devez suivre ces étapes :

• Connectez-vous à votre compte Google Cloud. Si vous débutez sur Google Cloud, créez un compte pour évaluer les performances de nos produits en conditions réelles. Les nouveaux clients bénéficient également de 300 $ de crédits gratuits pour exécuter, tester et déployer des charges de travail.

• Dans Google Cloud Console, sur la page de sélection du projet, sélectionnez ou créez un projet Google Cloud.

  Remarque : Si vous ne comptez pas conserver les ressources créées dans cette procédure, créez un projet au lieu de sélectionner un projet existant. Après avoir suivi ces étapes, vous pouvez supprimer le projet. Cela entraîne la suppression de toutes les ressources qui lui sont associées.

  Accéder au sélecteur de projet

• Vérifiez que la facturation est activée pour votre projet Google Cloud.

• Dans Google Cloud Console, sur la page de sélection du projet, sélectionnez ou créez un projet Google Cloud.

  Remarque : Si vous ne comptez pas conserver les ressources créées dans cette procédure, créez un projet au lieu de sélectionner un projet existant. Après avoir suivi ces étapes, vous pouvez supprimer le projet. Cela entraîne la suppression de toutes les ressources qui lui sont associées.

  Accéder au sélecteur de projet

• Vérifiez que la facturation est activée pour votre projet Google Cloud.

• Activez l'API Cloud SQL Admin

  Activer l'API

• Installez et authentifiez gcloud CLI.
• Assurez-vous que votre serveur remplit les conditions requises pour le serveur de base de données source.
• Déterminez le niveau de sécurité requis pour les connexions entre l'instance principale et l'instance dupliquée, et obtenez les fichiers de certificat requis.
• Décidez quelle région Google Cloud vous souhaitez utiliser pour contenir votre instance dupliquée Cloud SQL.

• Regroupez les informations sur votre serveur de base de données source nécessaires :

  • Adresse IPv4 externe et numéro de port

    Par défaut, MySQL utilise le port 3306.

  • Compte utilisateur et mot de passe pour la duplication MySQL
  • Numéro de version MySQL
  • Emplacement de tous les certificats et clés SSL/TLS, en fonction du niveau de sécurité sélectionné

• Tenez-vous prêt à mettre à jour le pare-feu réseau afin que votre serveur de base de données source accepte les connexions provenant de l'instance dupliquée Cloud SQL.

  Cette opération doit être effectuée dans les 30 minutes suivant la création de l'instance dupliquée.

• Si vous n'êtes pas propriétaire d'un projet, vous devez disposer du rôle Storage Admin.

Configuration requise pour le serveur de base de données source

Pour pouvoir effectuer une duplication d'un serveur externe vers une instance dupliquée Cloud SQL, assurez-vous d'abord que le serveur de base de données source répond aux exigences de configuration suivantes :

• Exécution de MySQL Community Edition, version 5.6 ou 5.7.

• Journaux binaires activés. En savoir plus

• Journaux binaires conservés suffisamment longtemps pour que l'instance dupliquée puisse mener à bien l'importation.

  En général, une semaine suffit. Apprendre à définir la règle de conservation des journaux binaires

• Journalisation binaire basée sur les lignes. En savoir plus

• GTID activé et cohérence GTID appliquée.

  En savoir plus sur GTID. Voir l'option permettant d'appliquer la cohérence GTID

• Toutes les tables (à l'exception des tables des bases de données système) utilisent le moteur de stockage InnoDB.

  En savoir plus sur InnoDB. En savoir plus sur la conversion au format InnoDB

• Compte utilisateur MySQL avec le privilège REPLICATION_SLAVE.

  Configurez ce compte de sorte qu'il accepte les connexions de toutes provenances (hôte = %). Vous pouvez restreindre l'accès à cet utilisateur à une étape ultérieure. Vous ne devez pas utiliser ce compte utilisateur à des fins autres que la duplication.

  En savoir plus sur les privilèges En savoir plus sur les comptes utilisateur

• Adresse IPv4 et port TCP accessibles de l’extérieur.

Processus de configuration

Pour configurer la réplication à partir d'un serveur de base de données externe, procédez comme suit :

1. Créez un bucket Cloud Storage pour vos données.
2. Exportez vos données vers Cloud Storage.
3. Configurez la réplication.

4. Configurez le serveur de base de données source pour accepter les connexions issues de l'instance dupliquée.

   Remarque : Cette opération doit être effectuée dans les 30 minutes suivant la création de l'instance dupliquée.

5. Limitez l'accès à l'utilisateur de réplication MySQL.

6. Finalisez la configuration de l'instance dupliquée.

7. Confirmez l'état de la réplication.

8. Nettoyez votre espace de stockage.

1. Créer un bucket Cloud Storage pour vos données

Créez un bucket pour stocker temporairement vos données pendant le processus d'exportation ou utilisez un bucket existant.

Pour en savoir plus sur la création d'un bucket, reportez-vous à la page Créer des buckets de stockage. Pour obtenir plus d'informations sur le rôle d'administrateur de l'espace de stockage, consultez la page Rôles IAM dans Cloud Storage.

2. Exporter des données vers Cloud Storage

L'instance dupliquée recherche ses données dans Cloud Storage. Vous devez donc y placer une copie des données du serveur. Vous pouvez continuer à recevoir des opérations d'écriture sur votre serveur après l'exportation. Une fois que l'instance dupliquée a fini d'importer le fichier de vidage, elle commence à traiter toutes les modifications apportées depuis l'exportation afin de rattraper la principale.

Important : Pendant l'exécution de mysqldump, n'effectuez aucune opération DDL sur l'instance principale. Cela pourrait entraîner des incohérences dans le fichier d'exportation.

À partir d'une machine ayant gcloud CLI installé et une connectivité réseau à votre serveur MySQL, exécutez la commande suivante :

mysqldump \
    -h [PRIMARY_INSTANCE_IP] -P [PRIMARY_INSTANCE_PORT] -u [USERNAME] -p \
    --databases [DBS]  \
    --hex-blob  --skip-triggers  --master-data=1  \
    --order-by-primary --no-autocommit \
    --default-character-set=utf8mb4 \
    --single-transaction --set-gtid-purged=on | gzip | \
    gsutil cp - gs://[BUCKET]/[PATH_TO_DUMP]

If the source of the migration is a Relational Database Service (RDS) for MySQL,
the master-data flag is not supported and should not be specified.
This command might look like the following example:

mysqldump \
    -h [PRIMARY_INSTANCE_IP] -P [PRIMARY_INSTANCE_PORT] -u [USERNAME] -p \
    --databases [DBS]  \
    --hex-blob  --skip-triggers \
    --order-by-primary --no-autocommit \
    --default-character-set=utf8mb4 \
    --single-transaction --set-gtid-purged=on | gzip | \
    gsutil cp - gs://[BUCKET]/[PATH_TO_DUMP]

Additionally, you should configure RDS instances to retain binlogs for a
a longer period of time.
This command might look like the following example:

// Sets the retention period to one day.
call mysql.rds_set_configuration('binlog retention hours', 24);

Remarque : Vous devez utiliser une version de mysqldump compatible avec l'option --set-gtid-purged. Cela est nécessaire pour que l'exportation soit utilisable par l'instance dupliquée. L'utilitaire mysqldump fourni avec les versions 5.6 et 5.7 de MySQL est compatible avec cette option.

Remplacez [PROPERTIES_IN_BRACKETS] par les valeurs suivantes :

Propriété	Valeur
[PRIMARY_INSTANCE_IP]	Adresse IPv4 du serveur de base de données source.
[PRIMARY_INSTANCE_PORT]	Port du serveur de base de données source.
[USERNAME]	Compte utilisateur de duplication MySQL.
[PASSWORD]	Mot de passe du compte utilisateur de duplication MySQL.
[DBS]	Liste de toutes les bases de données du serveur de la base de données source, séparées par des espaces, à l'exception des bases de données système (sys, mysql, performance_schema et information_schema). Utilisez la commande MySQL SHOW DATABASES pour répertorier vos bases de données.
[BUCKET]	Nom du bucket que vous avez créé pour contenir le fichier d'exportation.
[PATH_TO_DUMP]	Chemin d'accès au fichier d'exportation.

Remarque : La commande gzip compresse le fichier de vidage. Si votre base de données contient des données mal compressées, telles que des données incompressibles binaires ou des images JPG, supprimez gzip | de la commande précédente.

Il est normal qu'un message d'avertissement concernant des vidages partiels et GTID s'affiche.

Voici un exemple de cette commande :

mysqldump \
    -h 192.0.2.1 -P 3306 -u replicationUser \
    --databases guestbook  \
    --hex-blob  --skip-triggers  --master-data=1  \
    --order-by-primary --no-autocommit \
    --default-character-set=utf8mb4 \
    --single-transaction --set-gtid-purged=on | gzip | \
    gsutil cp - gs://export-bucket/hq-primary1.sql.gz

3. Configurer la duplication

Si l'instance dupliquée utilise une adresse IP privée, le serveur de base de données source doit être configuré pour pouvoir y accéder à partir du VPC de l'instance dupliquée. La création d'instances répliquées sur des VPC privés n'est possible que via gcloud CLI et l'API Cloud SQL Admin.

Console

Cette étape crée l'instance dupliquée Cloud SQL et l'instance de représentation source.

1. Ouvrez la liste des instances Cloud SQL dans Google Cloud Console.

   Ouvrir la liste des instances

2. Cliquez sur Migrer les données dans la barre de boutons pour ouvrir l'assistant de migration Cloud SQL.

3. Cliquez sur Lancer la migration.

4. Dans le champ Nom de la base de données source, indiquez un nom pour la configuration de duplication dans Cloud SQL.

   Ce nom est une référence pour la configuration. Utilisez un nom d'instance Cloud SQL valide.

5. Saisissez l'adresse IP et le numéro de port de votre serveur de base de données source.

6. Indiquez le nom d'utilisateur et le mot de passe de l'utilisateur MySQL qui serviront pour la connexion de duplication.

7. Sélectionnez la version MySQL de votre serveur de base de données source.

8. Si vous utilisez le chiffrement SSL/TLS pour la connexion entre l'instance dupliquée et le serveur de base de données source (recommandé), sélectionnez Activer la sécurité SSL/TLS et fournissez les informations de certificat SSL/TLS de votre serveur source.

   Pour en savoir plus sur les options SSL/TLS, reportez-vous à la section Options SSL/TLS.

9. Cliquez sur Suivant et renseignez les détails de votre instance dupliquée.

   Pour que l'importation se déroule le plus efficacement possible, configurez votre instance avec suffisamment d'espace de stockage pour contenir la base de données. Dimensionnez les cœurs et la mémoire pour qu'ils soient similaires au serveur source.

10. Indiquez le chemin d'accès au fichier de vidage que vous avez précédemment importé dans Cloud Storage.

11. Cliquez sur Créer pour créer l'instance dupliquée.

12. Cliquez sur Suivant.

gcloud

1. Créez l'instance de représentation source.

   gcloud beta sql instances create [REPLICA_NAME] \
       --region=[REGION] --database-version=[MYSQL_VERSION] \
       --source-ip-address=[SOURCE_IP] --source-port=[SOURCE_PORT]
   

   Si l'instance dupliquée utilise une adresse IP privée, ajoutez également : --network=[VPC_NETWORK_NAME].

   Remplacez [PROPERTIES_IN_BRACKETS] par les valeurs suivantes :

   Propriété	Valeur
   [SOURCE_REPRESENTATION_NAME]	Nom de l'instance de représentation source. Utilisez n’importe quel nom d’instance Cloud SQL valide.
   [REGION]	Région dans laquelle vous souhaitez que vos instances dupliquées Cloud SQL résident.
   [MYSQL_VERSION]	Version de MySQL s'exécutant sur votre serveur de base de données source : MYSQL_5_6 ou MYSQL_5_7.
   [SOURCE_IP]	Adresse IPv4 accessible de manière externe pour le serveur de base de données source.
   [SOURCE_PORT]	Port accessible en externe pour le serveur de base de données source.

2. Créez l'instance dupliquée Cloud SQL :

   gcloud beta sql instances create [REPLICA_NAME] \
       --master-instance-name=[SOURCE_REPRESENTATION_NAME] \
       --master-username=[USERNAME] --prompt-for-master-password \
       --master-dump-file-path=gs://[BUCKET]/[PATH_TO_DUMP] \
       --master-ca-certificate-path=[SOURCE_SERVER_CA_PATH] \
       --client-certificate-path=[CLIENT_CERT_PATH] \
       --client-key-path=[PRIVATE_KEY_PATH] \
       --tier=[MACHINE_TYPE] --storage-size=[DISK_SIZE]
   

   Si l'instance dupliquée utilise une adresse IP privée, ajoutez également : --network=[VPC_NETWORK_NAME].

   Remplacez [PROPERTIES_IN_BRACKETS] par les valeurs suivantes :

   Propriété	Valeur
   [REPLICA_NAME]	Nom de l'instance dupliquée Cloud SQL avec accès en lecture. Utilisez n'importe quel nom d'instance Cloud SQL valide.
   [SOURCE_REPRESENTATION_NAME]	Nom de l'instance de représentation source créée à l'étape précédente.
   [USERNAME]	Compte utilisateur de duplication MySQL sur le serveur de base de données source.
   [BUCKET]	Nom du bucket que vous avez créé pour contenir le fichier d'exportation.
   [PATH_TO_DUMP]	Chemin d'accès au fichier d'exportation.
   [SOURCE_SERVER_CA_PATH]	Chemin local où est stocké le certificat CA du serveur de base de données source. Requis uniquement pour les connexions SSL/TLS.
   [CLIENT_CERT_PATH]	Chemin local où le certificat client est stocké. Requis uniquement pour l'authentification client-serveur.
   [PRIVATE_KEY_PATH]	Chemin local où est stocké le fichier de clé privée pour le certificat client. Requis uniquement pour l'authentification client-serveur.
   [MACHINE_TYPE]	Taille de votre instance dupliquée. En règle générale, l'instance dupliquée a à peu près la même taille que le serveur de base de données source. Si vous ne savez pas quel type de machine utiliser, commencez par db-custom-2-7680. Si nécessaire, vous pourrez modifier sa taille ultérieurement.
   [DISK_SIZE]	Taille de l'espace de stockage de l'instance dupliquée, en Go. Pour de meilleures performances, créez l'instance dupliquée avec suffisamment de stockage pour contenir le fichier d'importation complet.
   [VPC_NETWORK_NAME]	VPC au format : projects/[PROJECT_ID]/global/networks/[NETWORK_NAME]

cURL

1. Créer l'instance de représentation source Cloud SQL

gcloud auth login
ACCESS_TOKEN="$(gcloud auth print-access-token)"
curl --header "Authorization: Bearer ${ACCESS_TOKEN}" \
     --header 'Content-Type: application/json' \
     --data '{
         "name": "[SOURCE_REPRESENTATION_NAME]",
         "region": "[REGION]",
         "databaseVersion": "[MYSQL_VERSION]",
         "onPremisesConfiguration": {
             "hostPort": "[SOURCE_SERVER_IP]:[SOURCE_SERVER_PORT]"
         }
     }' \
     -X POST \
     https://www.googleapis.com/sql/v1beta4/projects/[PROJECT-ID]/instances

Remplacez [PROPERTIES_IN_BRACKETS] par les valeurs suivantes :

Propriété	Valeur
[SOURCE_REPRESENTATION_NAME]	Nom de l'instance de représentation source. Utilisez n’importe quel nom d’instance Cloud SQL valide.
[REGION]	Région dans laquelle vous souhaitez que vos instances dupliquées Cloud SQL résident.
[MYSQL_VERSION]	Version de MySQL s'exécutant sur votre serveur de base de données source : MYSQL_5_6 ou MYSQL_5_7.
[SOURCE_SERVER_IP]	Adresse IPv4 accessible de manière externe pour le serveur de base de données source.
[SOURCE_SERVER_PORT]	Port accessible en externe pour le serveur de base de données source.
[PROJECT_ID]	ID du projet Google Cloud.

Par exemple, pour créer une instance de représentation source nommée hq-primary1 associée à un serveur de base de données source doté d'une adresse IP 192.0.2.0 ouverte sur le port 3306, et exécutant MySQL 5.7 pour les instances dupliquées Cloud SQL dans le projet MyProject et la région us-central1, utilisez les commandes suivantes :

gcloud auth login
ACCESS_TOKEN="$(gcloud auth print-access-token)"
curl --header "Authorization: Bearer ${ACCESS_TOKEN}" \
     --header 'Content-Type: application/json' \
     --data '{
         "name": "hq-primary1",
         "region": "us-central1",
         "databaseVersion": "MYSQL_5_7",
         "onPremisesConfiguration": {
             "hostPort": "192.0.2.0:3306"
         }
     }' \
     -X POST \
     https://www.googleapis.com/sql/v1beta4/projects/MyProject/instances

2. Créer une instance dupliquée Cloud SQL

Dans cette étape, vous allez créer une instance dupliquée Cloud SQL avec accès en lecture en vous basant sur le serveur de représentation source. Vous devrez ensuite fournir à l'instance les données que vous avez importées dans Cloud Storage à l'étape précédente.

Comme cet appel d'API nécessite la spécification d'informations sensibles, utilisez un fichier JSON pour fournir vos données à cURL, plutôt que de les fournir via la ligne de commande.

Créez le fichier de données :

{
    "replicaConfiguration": {
        "mysqlReplicaConfiguration": {
            "username": "[USERNAME]",
            "password": "[PASSWORD]",
            "dumpFilePath": "gs://[BUCKET]/[PATH_TO_DUMP]",
            "caCertificate": "[SOURCE_SERVER_CA]",
            "clientCertificate": "[CLIENT_CERT]",
            "clientKey": "[PRIVATE_KEY]"
        }
     },
     "settings": {
         "tier": "[MACHINE_TYPE]",
         "dataDiskSizeGb": "[DISK_SIZE]"
     },
     "masterInstanceName": "[SOURCE_REPRESENTATION_NAME]",
     "region": "[REGION]",
     "databaseVersion": "[MYSQL_VERSION]",
     "name": "[REPLICA_NAME]"
}

Si l'instance dupliquée utilise une adresse IP privée, ajoutez également le code suivant aux paramètres : "ipConfiguration.privateNetwork" avec une valeur au format "projects/[PROJECT_ID]/global/networks/[NETWORK_NAME]".

Remplacez [PROPERTIES_IN_BRACKETS] par les valeurs suivantes :

Propriété	Valeur
[USERNAME]	Compte utilisateur de duplication MySQL sur le serveur de base de données source.
[PASSWORD]	Mot de passe du compte utilisateur de duplication MySQL.
[BUCKET]	Nom du bucket que vous avez créé pour contenir le fichier d'exportation.
[PATH_TO_DUMP]	Chemin d'accès au fichier d'exportation.
[SOURCE_SERVER_CA]	Certificat CA du serveur de base de données source. Requis uniquement pour les connexions SSL/TLS. Copiez/collez le certificat dans le corps de la requête.
[CLIENT_CERT]	Certificat client. Requis uniquement pour l'authentification client-serveur. Copiez/collez le certificat dans le corps de la requête.
[PRIVATE_KEY]	Fichier de clé privée du certificat client. Requis uniquement pour l'authentification client-serveur. Copiez/collez le certificat dans le corps de la requête.
[MACHINE_TYPE]	Taille de votre instance dupliquée. En règle générale, l'instance dupliquée a à peu près la même taille que le serveur de base de données source. Si vous ne savez pas quel type de machine utiliser, commencez par db-custom-2-7680. Si nécessaire, vous pourrez modifier sa taille ultérieurement.
[DISK_SIZE]	Taille de l'espace de stockage de l'instance dupliquée, en Go. Pour de meilleures performances, créez l'instance dupliquée avec suffisamment de stockage pour contenir le fichier d'importation complet.
[SOURCE_REPRESENTATION_NAME]	Nom de l'instance de représentation source que vous avez créée précédemment.
[REGION]	Région dans laquelle vous avez créé l'instance de représentation source. Les instances dupliquées avec accès en lecture doivent se trouver dans la même région que l'instance de représentation source.
[MYSQL_VERSION]	Version de MySQL s'exécutant sur votre serveur de base de données source : MYSQL_5_6 ou MYSQL_5_7.
[REPLICA_NAME]	Nom de l'instance dupliquée Cloud SQL avec accès en lecture. Utilisez n'importe quel nom d'instance Cloud SQL valide.

À partir de la ligne de commande, appelez l’API :

gcloud auth login
ACCESS_TOKEN="$(gcloud auth print-access-token)"
curl --header "Authorization: Bearer ${ACCESS_TOKEN}" \
     --header 'Content-Type: application/json' \
     --data @[PATH_TO_DATA_FILE] \
     -X POST \
     https://www.googleapis.com/sql/v1beta4/projects/[PROJECT-ID]/instances

Pour l'instance de représentation source et le bucket créés précédemment, le fichier de données data.json peut ressembler à l'exemple suivant :

{
    "replicaConfiguration": {
        "mysqlReplicaConfiguration": {
            "username": "replicationUser",
            "password": "486#@%*@",
            "dumpFilePath": "gs://export-bucket/hq-primary1.sql.gz",
            "caCertificate": "[SOURCE_SERVER_CA]",
            "clientCertificate": "[CLIENT_CERT]",
            "clientKey": "[PRIVATE_KEY]"
        }
    },
    "settings": {
        "tier": "db-custom-4-15360",
        "dataDiskSizeGb": "100"
    },
    "masterInstanceName": "hq-primary1",
    "region": "us-central1",
    "databaseVersion": "MYSQL_5_7",
    "name": "hq-primary1-replica1"
}

La commande cURL se présente comme suit :

curl --header "Authorization: Bearer ${ACCESS_TOKEN}" \
     --header 'Content-Type: application/json' \
     --data @./data.json
     -X POST \
     https://www.googleapis.com/sql/v1beta4/projects/MyProject/instances

Lorsque l'instance dupliquée avec accès en lecture peut accéder au fichier de vidage, elle commence le processus d'importation. La durée du processus d'importation dépend de la taille du fichier de vidage, du type de machine et du schéma de votre base de données. En règle générale, l'instance dupliquée est à même d'importer environ 25 à 50 Go par heure.

L'instance dupliquée reste à l'état PENDING_CREATE jusqu'à la fin du processus d'importation, puis passe à l'état RUNNABLE.

Important : Une fois le processus d'importation terminé, l'instance dupliquée utilise les journaux binaires sur le serveur source pour récupérer l'état actuel de celui-ci. La durée de cette étape dépend de la taille de votre base de données et de sa charge. Assurez-vous de conserver les journaux binaires suffisamment longtemps pour permettre à l'instance dupliquée de tous les copier. Une règle de conservation fixée à une semaine offre un délai suffisant.

4. Configurer le serveur de base de données source pour qu'il accepte les connexions issues de l'instance dupliquée

L'instance dupliquée doit se connecter au serveur de base de données source pour que la duplication aboutisse. Si votre serveur de base de données source est protégé par un pare-feu ou par une autre restriction de réseau, vous devez activer l'accès réseau pour l'instance dupliquée à l'aide de son adresse IP OUTGOING. Notez qu'il ne s'agit pas de l'adresse IP affichée dans la fiche principale de l'instance dupliquée dans la console Google Cloud. Vous pouvez récupérer l'adresse IP sortante OUTGOING en passant la souris sur l'info-bulle Plus d'infos ou en exécutant la commande gcloud ci-dessous.

Important : Vous devez effectuer cette étape dans les 30 minutes suivant la création de l'instance dupliquée, sans quoi celle-ci ne sera pas créée et vous devrez recommencer tout le processus.

1. Récupérez les adresses IP de l'instance dupliquée avec accès en lecture :

   gcloud sql instances describe [REPLICA_NAME] --format="default(ipAddresses)"
   

2. Si nécessaire, configurez le pare-feu réseau pour que votre serveur de base de données source accepte les connexions à partir de l'adresse IP OUTGOING.

3. Confirmez que l'instance dupliquée s'est connectée au serveur de base de données source.

   1. L'icône représentant l'instance dupliquée dans la liste des instances ne tourne plus et est verte.

   2. Accédez à la visionneuse de journaux dans Google Cloud Console.

      Accéder à la visionneuse de journaux

   3. Sélectionnez l'instance dupliquée dans la liste déroulante des instances.

   4. Sélectionnez le fichier journal replication-setup.log.

      Si l'instance dupliquée ne parvient pas à se connecter au serveur de base de données source, vérifiez les éléments suivants :

      • Tous les pare-feu du serveur de base de données source sont configurés pour autoriser les connexions issues de l'adresse IP OUTGOING de l'instance dupliquée.
      • Votre configuration SSL/TLS est correcte.
      • L'utilisateur, l'hôte et le mot de passe de votre duplication sont corrects.

5. Limiter l'accès à l'utilisateur de duplication MySQL

Cette étape est facultative, mais recommandée pour des raisons de sécurité.

L'utilisateur de duplication MySQL sur le serveur de base de données source est configuré pour accepter les connexions issues de tout hôte (%). Mettez à jour ce compte utilisateur pour accepter les connexions uniquement à partir de l'adresse IP OUTGOING de l'instance dupliquée :

    UPDATE mysql.user SET Host='[OUTGOING_IP]' WHERE Host='%' AND User='[USERNAME]';
    FLUSH PRIVILEGES;

6. Finaliser la configuration de l'instance dupliquée

1. Configurez un compte utilisateur sur l'instance dupliquée.

   Pour ce faire, utilisez Google Cloud Console, l'outil gcloud CLI ou l'API Cloud SQL. Le client mysql ne permet pas d'effectuer cette opération. Pour en savoir plus sur les utilisateurs MySQL, consultez la section Utilisateurs MySQL.

   Pour créer un utilisateur à l'aide de la console Google Cloud :

   1. Accédez à la page "Instances Cloud SQL" dans Google Cloud Console.
      Accéder à la page "Instances Cloud SQL"
   2. Cliquez sur un nom d'instance pour ouvrir la page Détails de l'instance.
   3. Cliquez sur l'onglet Utilisateurs.
   4. Cliquez sur Créer un compte utilisateur.
   5. Dans la boîte de dialogue Créer un compte utilisateur, spécifiez les détails de votre utilisateur.
   6. Cliquez sur Créer.

2. Accordez l'accès à l'instance dupliquée depuis le client que vous envisagez d'utiliser pour vous connecter à l'instance à l'aide d'adresses IP publiques.

   Pour plus d'informations, consultez la section Ajouter une adresse autorisée ou une plage d'adresses. Pour vous connecter à l'instance dupliquée, utilisez son adresse IP PRIMARY. Cette adresse IP s'affiche dans la console Google Cloud.

   Vous pouvez également utiliser l'une des autres méthodes de connexion pour vous connecter à l'instance dupliquée.

7. Confirmer l'état de duplication

Lorsque l'instance dupliquée a fini d'importer le fichier de vidage, elle se connecte au serveur sur site et applique toutes les mises à jour effectuées après la mise en œuvre de l'exportation.

Il est important de vérifier l'état de la duplication avant de promouvoir l'instance dupliquée sur une instance autonome. Si le processus de duplication n'est pas terminé et abouti, une instance dupliquée promue ne comporte pas toutes les modifications de l'instance externe.

8. (Facultatif) Promouvoir l'instance dupliquée en instance autonome

Après avoir vérifié l'état de la duplication, si vous souhaitez remplacer complètement ("migrer") le serveur de base de données source avec Cloud SQL, promouvez l'instance dupliquée pour en faire une instance autonome principale. Une fois que l'instance dupliquée devient l'instance principale, elle n'est plus connectée au serveur de base de données source d'origine.

Créez une instance dupliquée pour la nouvelle instance principale et redémarrez vos applications de connexion pour qu'elles pointent vers la nouvelle instance principale (pour les opérations d'écriture) ou la nouvelle instance dupliquée (pour les opérations de lecture).

9. Nettoyer l'espace de stockage

1. Supprimez le fichier d'exportation :

   gsutil rm gs://[BUCKET]/[PATH_TO_DUMP]
   

2. Si vous n'avez plus besoin du bucket, supprimez-le :

   gsutil rm -r gs://[BUCKET]
   

Pour en savoir plus, consultez la documentation Cloud Storage sur la suppression d'objets et la suppression de buckets.

Mettre à jour la configuration

Pour mettre à jour les paramètres de configuration ultérieurement, vous pouvez modifier l'instance de représentation source. Si vous devez mettre à jour les paramètres de la configuration sur site, notez que hostPort et type ne peuvent pas être mis à jour.

Étape suivante

• Apprenez-en plus sur la mise à jour des instances.
• Apprenez-en plus sur la gestion des instances dupliquées.