FAQ sur AWS Database Migration Service

Q : Qu’est-ce qu’AWS Database Migration Service ?

AWS Database Migration Service (AWS DMS), est un service géré de réplication et de migration qui permet de déplacer, rapidement et sûrement, votre base de données et vos charges de travail d'analytique vers AWS. La base de données source reste pleinement opérationnelle durant la migration, ce qui minimise les temps d'arrêt des applications qui en dépendent.

AWS Database Migration Service peut évaluer, convertir et migrer vos données vers et depuis les bases de données commerciales et open-source les plus utilisées. AWS Database Migration Service prend en charge les migrations homogènes, telles que les migrations Oracle vers Oracle, ainsi que les migrations hétérogènes entre différentes bases de données, par exemple depuis Oracle ou Microsoft SQL Server vers Amazon Aurora.

Avec AWS Database Migration Service, vous pouvez aussi répliquer continuellement les données avec une faible latence depuis une source prise en charge vers une cible prise en charge. Par exemple, vous pouvez répliquer les données depuis plusieurs sources vers Amazon Simple Storage Service (Amazon S3) pour créer une solution de lacs de données hautement disponible et évolutive.

Vous pouvez également consolider les bases de données en un entrepôt des données à l'échelle du pétaoctet grâce au streaming de données vers Amazon Redshift. En savoir plus sur les bases de données sources et cibles prises en charge.

Q : Comment démarrer avec AWS Database Migration Service ?

Démarrer avec AWS Database Migration Service est simple et rapide. La plupart des tâches de réplication de données peuvent être configurées en moins de 10 minutes.

Consultez la section AWS Database Migration Service sur la Console de gestion AWS et entrez dans l'assistant de démarrage de migration. Précisez vos points de terminaison source et cible, sélectionnez une instance de réplication existante ou créez-en une nouvelle. Vous pouvez alors accepter les règles de mappage de schéma par défaut ou définir vos propres transformations. La réplication des données démarre immédiatement une fois l'assistant terminé.

Q : Combien coûte AWS DMS ?

AWS DMS est une option abordable et peu coûteuse pour migrer vos bases de données et vos charges de travail analytiques. Vous ne payez que les instances de réplication et votre stockage de journaux additionnel. Le transfert des données est gratuit. Vous trouverez les détails complets de la tarification sur la page de tarification DMS.

Q : Combien coûte AWS DMS Schema Conversion ?

AWS DMS Schema Conversion est gratuit dans le cadre de DMS. Payez seulement pour l'espace de stockage utilisé.

Q. Quelles sont les étapes de migration d'une base de données à l'aide d'AWS Database Migration Service ?

Pour la migration classique d'une base de données simple, il vous suffit de créer une base de données cible, de migrer le schéma de la base de données, de configurer le processus de réplication des données, de démarrer la charge totale ainsi qu'une capture ultérieure des changements de données, puis de valider. Pour terminer, une fois que la base de données cible est à jour avec la base de données source, basculez votre environnement de production vers la nouvelle base de données.

Q. Le processus de migration des bases de données utilisant AWS DMS est-il différent pour la réplication de données en continu ?

La seule différence réside dans la dernière étape (le basculement de l'environnement de production), qui ne fait pas partie du processus de réplication de données en continu. Votre tâche de réplication de données s'exécutera jusqu'à ce que vous la modifiez ou l'arrêtiez.

Q : Puis-je suivre la progression d'une tâche de migration de base de données ?

Oui. AWS Database Migration Service contient une large gamme de mesures affichées dans AWS Management Console. Celles-ci fournissent un aperçu de bout en bout du processus de réplication des données, comprenant notamment des données de performances et de diagnostic pour chaque point du pipeline de réplication.

AWS Database Migration Service s'intègre également à d'autres services AWS tels que CloudTrail et CloudWatch Logs. Les clients peuvent également tirer parti de l'API AWS Database Migration Service et de l'Interface de la ligne de commande AWS (AWS CLI) pour s'intégrer avec vos outils existants ou développer des outils de surveillance personnalisés adaptés à vos besoins spécifiques.

Q : Comment puis-je intégrer AWS Database Migration Service à d'autres applications ?

AWS Database Migration Service fournit une API de mise en service qui permet de créer une tâche de réplication directement à partir de votre environnement de développement, ou de lancer ces tâches à des moments précis de la journée grâce à un script.

Grâce à l'API et à l'interface de ligne de commande du service, les développeurs et les administrateurs de bases de données peuvent automatiser la création, le redémarrage, la gestion et l'arrêt des tâches de réplication.

Q : Quelles sont les bases de données sources et cibles prises en charge par AWS Database Migration Service ?
AWS Database Migration Service (DMS) prend en charge de nombreuses réplications de données homogènes et hétérogènes.

Au moins l'une des bases de données source ou cible doit résider dans RDS ou dans EC2. La réplication de bases de données sur site sur d'autres bases de données sur site n'est pas prise en charge.

• Sources DMS prises en charge
• Cibles DMS prises en charge

Q : Quels moteurs sources et cibles sont pris en charge par AWS DMS sans serveur ?

AWS DMS sans serveur prend en charge les bases de données et les services d'analyse les plus courants, tels qu'Oracle, Microsoft SQL Server, PostgreSQL, MySQL, Amazon Redshift, Amazon RDS, Amazon Aurora, etc. Consultez la liste complète des moteurs pris en charge.

Q. AWS Database Migration Service m'aidera-t-il à convertir mon code Oracle PL/SQL et SQL Server T-SQL en procédures stockées Amazon RDS for MySQL et Amazon RDS for PostgreSQL ?

Oui, AWS Database Migration Service intègre l'outil gratuit AWS DMS Schema Conversion (DMS SC) qui automatise la conversion de code Oracle PL/SQL et SQL Server T-SQL en un code équivalent dans la syntaxe Amazon RDS for MySQL ou en un code PL/pgSQL équivalent dans PostgreSQL.

Lorsqu'une portion de code ne peut être convertie automatiquement dans le langage cible, DMS SC met clairement en évidence toutes les parties nécessitant l'intervention manuelle du développeur de l'application. Une version téléchargeable, appelée Outil de conversion des schémas AWS (AWS SCT), est également disponible.

Q : Le service AWS Database Migration Service migre-t-il le schéma de base de données pour moi ?

Lorsque vous devez utiliser un processus de migration de schéma plus personnalisable (par exemple, lorsque vous migrez votre base de données de production et que vous devez déplacer vos procédures stockées et vos objets de base de données secondaires), vous pouvez utiliser la fonction intégrée Schema Conversion d'AWS DMS pour les migrations hétérogènes. Les autres options comprennent le téléchargement de l'AWS Schema Conversion Tool ou l'utilisation des outils d'exportation de schémas natifs du moteur source, si vous effectuez des migrations homogènes, telles que :

1. L'assistant d'importation et d'exportation de SQL Server Management Studio.
2. L'outil d'exportation de base de données SQL Developer d'Oracle ou script d'exportation à l'aide du paquet dbms_metadata.
3. Assistant MySQL Workbench Migration.
   

Q. Quel est le lien entre AWS Database Migration Service (AWS DMS) et l'Outil de conversion des schémas AWS (AWS SCT) ?

AWS DMS et AWS SCT travaillent en conjonction pour migrer des bases de données et soutenir la réplication continue pour une variété de cas d'utilisation, comme l'alimentation de lacs et d'entrepôts de données, la synchronisation de systèmes, etc. AWS SCT est capable de copier des schémas de base de données pour des migrations homogènes et de les convertir pour soutenir des migrations hétérogènes. Les schémas peuvent servir à changer de base de données (d'Oracle vers PostgreSQL, par exemple) ou d'entrepôt des données (de Netezza vers Amazon Redshift, par exemple).

Quand un schéma a été créé pour une cible vierge, AWS DMS ou AWS SCT est utilisé pour transférer les données en fonction du volume de données et/ou des moteurs pris en charge. AWS DMS sert traditionnellement à transférer des charges de travail relationnelles de petite taille (<10 To), tandis que AWS SCT est principalement utilisé pour migrer de vastes charges de travail d'entrepôts de données. Contrairement à AWS SCT, AWS DMS prend en charge la réplication continue pour que la cible reste synchronisée avec la source.

Q : En plus de la migration ponctuelle de données, puis-je utiliser AWS Database Migration Service pour une réplication de données en continu ?

Oui, vous pouvez utiliser AWS Database Migration Service aussi bien pour la migration ponctuelle de données vers des bases de données RDS et EC2 que pour la réplication de données en continu. AWS Database Migration Service capture les modifications apportées à la base de données source et les applique à la cible en respectant le principe de cohérence transactionnelle.

La réplication continue peut se faire depuis votre centre de données vers les bases de données dans AWS ou à l'inverse, en répliquant vers une base de données dans votre centre de données depuis une base de données dans AWS. La réplication constante et continue peut également être effectuée entre des bases de données homogènes et hétérogènes. Pour une réplication continue, il serait préférable d'utiliser Multi-AZ pour une haute disponibilité.

Q. Pourquoi devrais-je utiliser AWS Database Migration Service au lieu de ma propre solution de réplication autogérée ?

AWS Database Migration Service est très facile à utiliser. Les tâches de réplication peuvent être paramétrées en quelques minutes au lieu de quelques heures ou de quelques jours, comme cela est le cas pour les solutions de réplication autogérées qui doivent être installées et configurées. AWS Database Migration Service surveille les tâches de réplication, les défaillances de l'hôte ou du réseau, et alloue automatiquement un remplacement de l'hôte dans l'éventualité où les défaillances ne peuvent être réparées. Les utilisateurs de l'AWS Database Migration Service n'ont pas besoin de réaliser un sur-approvisionnement en capacité ni d'investir dans du matériel et un logiciel de réplication onéreux, comme ils doivent généralement le faire avec des solutions autogérées. 

Grâce à AWS Database Migration Service, les utilisateurs peuvent tirer parti d'une tarification à la demande et dimensionner leur infrastructure de réplication à la hausse ou à la baisse en fonction de la charge. La réplication des données d'AWS Database Migration Service s'intègre parfaitement à l'outil AWS Schema Conversion Tool, simplifiant ainsi les projets de migration de bases de données hétérogènes.

Q : Puis-je répliquer mes données à partir de sources de données chiffrées ?

Oui. AWS Database Migration Service peut lire et écrire depuis et vers des bases de données chiffrées. AWS Database Migration Service se connecte aux points de terminaison de votre base de données dans la couche d'interface SQL. Si vous utilisez les fonctionnalités de chiffrement transparent des données dans Oracle ou SQL Server, AWS Database Migration Service sera en mesure d'extraire les données déchiffrées à partir de telles sources et de les répliquer sur la cible.

Il en va de même pour le chiffrement au niveau du stockage. Tant que le service AWS Database Migration Service possède les bonnes informations d'identification pour la base de données source, il sera en mesure de s'y connecter et de propager les données (sous forme déchiffrée) vers la cible.

Nous vous recommandons d'utiliser le chiffrement au repos sur la cible pour maintenir la confidentialité de vos informations. Si vous utilisez un chiffrement au niveau de l'application, les données seront transmises telles quelles via AWS Database Migration Service, c'est-à-dire dans un format chiffré, puis seront insérées dans la base de données cible.

Q : Qu'est-ce qu'AWS DMS sans serveur ?

AWS Database Migration Service (AWS DMS) sans serveur provisionne, surveille et met à l'échelle automatiquement les ressources afin de faciliter et de rentabiliser les migrations de bases de données et d'analyses vers AWS. Avec AWS DMS sans serveur , vous n'avez plus à surapprovisionner les ressources de migration ni à surveiller et à mettre à l'échelle manuellement les ressources pour une réplication continue des données. AWS DMS sans serveur optimise les ressources pour répondre à la demande. Vous ne payez donc que pour les ressources utilisées. Cela le rend utile pour les cas d'utilisation courants tels que la réplication continue des données, ainsi que les migrations hétérogènes complexes entre différents moteurs source et cible.

Q : Puis-je utiliser AWS DMS sans serveur pour une réplication continue ?

Oui, AWS DMS sans serveur peut être utilisé pour une réplication continue. DMS sans serveur prend en charge les options de déploiement mono-AZ et multi-AZ.

Q. Quelle fonctionnalité DMS dois-je utiliser pour réaliser des migrations de bases de données homogènes ?

Pour des migrations homogènes, nous recommandons l'utilisation de l'outil natif intégré de DMS pour les moteurs pris en charge, en raison de sa convivialité et de la fluidité de sa migration. Vous n'avez pas besoin de mettre en service ou de surveiller la migration, et vous ne payez que pour les heures utilisées pendant la migration. Pour vérifier les moteurs pris en charge, accédez à la page de documentation DMS.

Pour les migrations hétérogènes ou les réplications continues de données soumises aux fluctuations de données, nous recommandons l'utilisation d'AWS DMS sans serveur car il surveille automatiquement les ressources et les met à l'échelle pour répondre à la demande sans intervention manuelle ni sur-provisionnement des ressources, ce qui vous permet de gagner du temps et de l'argent. D'autre part, les instances à la demande sont idéales pour des transferts de données prévisibles et stables, car elles peuvent être dimensionnées en fonction des performances et des coûts. Consultez la documentation AWS DMS sans serveur pour en savoir plus sur les moteurs pris en charge.

Q. La migration de données homogène d'AWS DMS est-elle réalisée sans serveur ?

Oui, l'outil natif intégré à AWS DMS pour une migration de données homogène est sans serveur. Il n'utilise pas des instances de réplication et surveille automatiquement les ressources de migration et les met à l'échelle en fonction des besoins afin de garantir une migration fluide.

Q : Qu'est-ce qu'AWS DMS Fleet Advisor ?

AWS DMS Fleet Advisor est une fonctionnalité gratuite et entièrement gérée par AWS Database Migration Service (AWS DMS). Elle automatise la planification de la migration et vous aide à migrer les flottes de systèmes d'analytique et de bases de données vers le cloud à grande échelle et à moindre effort. Pour découvrir des bases de données sur site, vous pouvez utiliser un collecteur autonome AWS DMS Fleet Advisor ou le module de collecte de bases de données et d'analyses du collecteur sans agent AWS Application Discovery Service (ADS).

Q : Quand devrais-je utiliser AWS DMS Fleet Advisor par rapport à AWS Application Discovery Service et Migration Evaluator ?

AWS DMS Fleet Advisor est destiné aux utilisateurs qui prévoient de migrer un grand nombre de serveurs de bases de données et d'analytique vers AWS. Lorsque vous êtes prêt à migrer vos charges de travail de bases de données et d'analytique vers les services cibles dans AWS, vous devez utiliser AWS DMS Fleet Advisor pour découvrir et analyser vos charges de travail de bases de données de traitement de transactions en ligne (OLTP) et de traitement analytique en ligne (OLAP). Fleet Advisor vous permet de créer un plan de migration personnalisé en déterminant la complexité de la migration de vos bases de données sources vers les services cibles dans AWS.

AWS Application Discovery Service (ADS) et Migration Evaluator sont destinés au calcul étendu et à la découverte de stockage par bloc associé. Migration Evaluator est utilisé par des clients entamant leur parcours de migration qui recherchent un cas d'utilisation orienté données pour AWS. ADS est utilisé pour alimenter AWS Migration Hub afin de visualiser les dépendances de serveur à serveur, créer des groupes d'applications et de suivre l'avancement de la migration.

Q : Quand devrais-je utiliser AWS DMS Fleet Advisor par rapport à AWS Application Discovery Service et Migration Evaluator ?

Pour la plupart des clients, nous recommandons d'utiliser le collecteur sans agent AWS Application Discovery Service (ADS) dans les régions où il est disponible, car il prend en charge la migration des serveurs via AWS Migration Hub et vous permet de découvrir des bases de données sur site. Pour toutes les autres régions, nous vous recommandons d'utiliser le collecteur AWS DMS Fleet Advisor. Les métadonnées de base de données et les mesures d'utilisation collectées à la fois à partir du collecteur autonome AWS DMS Fleet Advisor et du collecteur sans agent AWS ADS seront disponibles dans AWS DMS Fleet Advisor.

Utilisez le collecteur sans agent AWS ADS si vous disposez d'un environnement VMware vCenter Server. Dans le cas contraire, le collecteur AWS DMS Fleet Advisor peut être installé sur un Microsoft Windows Server 2012 ou supérieur.
 

Q : Qu'est-ce que la politique de cycle de vie du support AWS DMS ?

La politique de cycle de vie du support AWS DMS spécifie la durée pendant laquelle le support sera disponible pour chaque version DMS, à partir du moment où une version est publiée jusqu'au moment où elle n'est plus prise en charge.  

Q : Quel est l'objectif de la politique de cycle de vie du support ?

La politique de cycle de vie du support vise à fournir des directives prévisibles et cohérentes pour le support de chaque version AWS DMS. Les directives permettront aux clients de planifier stratégiquement leur migration et leurs mises à niveau.

Q : Quelles sont les dates de support pour les versions d'AWS DMS ?

La date de fin de support pour chaque version DMS débutera 18 mois après sa première sortie. Pour obtenir le calendrier à jour de toutes les versions existantes de DMS, rendez-vous dans la nouvelle section « Politique de cycle de vie du support » de votre console DMS. 

Q : Comment les dates sont-elles communiquées ?

Les dates de support pour chaque version AWS DMS seront inclus dans les Notes de mise à jour DMS associées, ainsi que dans la nouvelle section « Politique de cycle de vie du support » de votre console DMS. Si vous utilisez une version dont le support prend fin dans les 90 jours, une alerte s'affiche à côté de la version du moteur, sous « Instance de réplication ». De plus, AWS envoie aux propriétaires d'instances DMS un rappel trimestriel par e-mail indiquant qu'ils exécutent une version qui ne sera plus prise en charge au cours du trimestre suivant.

Q : Quand la politique de cycle de vie du support des versions AWS DMS est-elle entrée en vigueur ? 

La politique est entrée en vigueur le 1er janvier 2023. Toutes les instances qui ont atteint la date de fin de support de 18 mois après la publication seront automatiquement mises à niveau vers la dernière version DMS préférée, quel que soit le paramètre de mise à niveau automatique.

Q : Qu'est-ce qu'une version DMS préférée ?

Le service DMS désigne l'une des dernières versions de DMS comme version préférée. Cette version préférée est la version qui sera utilisée pour les mises à niveau automatiques et est le choix par défaut pour les clients créant une nouvelle instance DMS.

Q : Comment définissez-vous la dernière version préférée d'AWS DMS ?

Les nouvelles versions de DMS ne sont publiées qu'après des tests approfondis. Après la sortie d'une nouvelle version, l'équipe de service DMS surveille de près les mesures de fiabilité et les commentaires des clients. Une fois que nous sommes convaincus qu'il n'y a pas de problèmes significatifs avec la nouvelle version, nous marquerons cette version comme la nouvelle version préférée que vous pouvez trouver lors de la sélection de la version lors de la création de l'instance de réplication.

Q : Le terme de la stratégie de prise en charge est-il le même pour les versions majeure et mineure de DMS ?

AWS DMS ne fait pas la différence entre une version majeure et une version mineure et ne prévoit pas d'avoir une politique de prise en charge différente. 

Q : AWS DMS mettra-t-il automatiquement à jour mon instance vers la dernière version préférée ?

Si vous activez la mise à niveau automatique, votre instance de réplication sera automatiquement mise à jour vers la dernière version préférée dès qu'elle sera disponible. Si vous vous désabonnez de la mise à niveau automatique, AWS DMS mettra à jour vos instances vers la dernière version préférée une fois la date de fin de vie atteinte, qui sera communiquée par e-mail et notification de la console avant la mise à niveau. Vous pouvez en savoir plus sur la mise à niveau de la version du moteur DMS à l'aide de la console AWS ou de l'AWS CLI dans ce guide utilisateur DMS.

Q : Comment activer la mise à jour automatique ?

Le paramètre de mise à niveau automatique dans votre instance de réplication est activé par défaut. Pour vérifier ce paramètre ou lui apporter des modifications à l'aide de l'AWS CLI, de l'API DMS ou de la console, vous pouvez utiliser ce guide de modification d'une instance de réplication.

Q : Qu'arrive-t-il à votre tâche pendant la mise à niveau ? 

Si les tables de la tâche de migration sont dans la phase de réplication des modifications en cours (CDC), AWS DMS suspend la tâche pendant que le correctif est appliqué. La migration reprend ensuite là où elle s'était arrêtée lors de l'application du correctif.

Si AWS DMS exécute une opération de chargement complet lorsque le correctif est appliqué, AWS DMS redémarre la migration pour la table. Ces mises à niveau se produiront pendant la fenêtre de maintenance spécifiée pour l'instance de réplication. Vous pouvez trouver plus de détails sur le guide d'utilisation de la fenêtre de maintenance AWS DMS.

Q : J'ai des instances sur une version qui n'est pas couverte par la prise en charge. Comment cela affecte-t-il mes instances et tâches existantes ? Que recommandez-vous comme prochaines étapes ?

Une fois la date de fin de vie d'une version DMS passée, AWS DMS peut supprimer la version finale de la console et mettre à niveau votre instance de réplication vers la dernière version préférée afin de continuer à fournir une prise en charge. Nous vous recommandons de mettre à niveau vers la dernière version d'AWS DMS dès que possible.

Q : À qui puis-je m'adresser si j'ai besoin de plus d'informations ?

Vous pouvez contacter AWS Developer Support pour plus d'informations.