Pour gérer vos consentements :

Google Cloud cherche à capter les bases SQL

C’est parti pour Database Migration Service*. Google Cloud vient d’annoncer la disponibilité générale de cet outil destiné à déplacer des bases de données vers son offre Cloud SQL.

La prise en charge se limite pour le moment à MySQL (mais pas MariaDB) et à PostgreSQL. Pour SQL Server, elle reste expérimentale – et accessible sur demande.

L’opération de lift & shift en elle-même est gratuite (ou presque, sachant que Google Cloud facture la VM Compute Engine dans le cadre d’une connectivité SSH inversée). C’est l’exploitation ultérieure de Cloud SQL qui engendre des coûts.

La réplication peut se faire à l’acte ou en continu. Elle se fonde sur des « profils de connexion » réutilisables qu’on peut créer indépendamment ou dans le contexte des tâches de migration. Ils définissent les propriétés des bases sources.

Le processus de création de tâches passe ensuite par le paramétrage de l’instance cloud réceptrice. On peut définir la quantité et le type de stockage (HDD, SSD), la zone Google Cloud et la version de la base de données destinataire (un upgrade d’une version est possible ; par exemple, MySQL 5.5 en entrée et MySQL 5.6 en sortie). Dernière étape, configurer le type de connectivité (VPN, VPC, SSH inversé…).

En un clic… ou presque

Pour MySQL, les versions sources prises en charge sont les suivantes :

Pour PostgreSQL :

Avec MySQL aussi bien qu’avec PostgreSQL, les informations sur les utilisateurs et leurs privilèges ne migrent pas. Il faut les recréer sur l’instance Cloud SQL.

Sur MySQL, Database Migration Service ne peut déplacer de bases de données chiffrées. Ni créer des instances Cloud SQL qui utilisent des CMEK (clés de chiffrement gérées par l’utilisateur). Cloud SQL ne donne par ailleurs par accès à certaines fonctionnalités comme les moteurs fédéré et in-memory.

Sur PostgreSQL, seules les commandes DML sont synchronisées lors des migrations continues. On ne peut par ailleurs pas répliquer, entre autres, de grands objets, de tables qui n’ont pas de clé primaire (seul leur schéma migrera) ou de fonctions C personnalisées.

Les migrations depuis RDS induisent aussi des limites, sur des éléments comme les noms d’hôtes, les métadonnées utilisateur et les niveaux de privilèges.

* L’offre concurrente d’AWS porte le même nom. Elle est disponible depuis cinq ans. Celle de Microsoft (Azure Migrate) l’est depuis trois ans.

Illustrations © Google

Recent Posts

Pour son premier LLM codeur ouvert, Mistral AI choisit une architecture alternative

Pour développer une version 7B de son modèle Codestral, Mistral AI n'a pas utilisé de…

55 minutes ago

Microsoft x Inflection AI : l’autorité de la concurrence britannique lance son enquête

L’Autorité de la concurrence et des marchés (CMA) britannique ouvre une enquête sur les conditions…

4 heures ago

Thomas Gourand, nouveau Directeur Général de Snowflake en France

Thomas Gourand est nommé Directeur Général pour la France. Il est chargé du développement de…

5 heures ago

Accord Microsoft-CISPE : comment Google a tenté la dissuasion

Pour dissuader le CISPE d'un accord avec Microsoft, Google aurait mis près de 500 M€…

5 heures ago

Vers des mises à jour cumulatives intermédiaires pour Windows

Pour réduire la taille des mises à jour de Windows, Microsoft va mettre en place…

6 heures ago

RH, finances, stratégie… Les complexités de la Dinum

De l'organisation administrative à la construction budgétaire, la Cour des comptes pointe le fonctionnement complexe…

1 jour ago