Migration de SQL Server - AWS Conseils prescriptifs
ÉvaluationMobilisationMigrer

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Migration de SQL Server

Lors de votre transition vers le cloud, vous disposez de plusieurs options pour migrer vos environnements SQL Server vers AWS. Une migration réussie repose sur la génération d’un inventaire détaillé de vos charges de travail SQL Server et de leurs dépendances, sur l’identification de votre schéma d’authentification, sur la prise en compte de vos exigences en matière de haute disponibilité et de reprise après sinistre (HADR), sur l’évaluation de vos objectifs de performance et sur l’évaluation de vos options de licence. Cet inventaire vous aide à déterminer la plateforme de base de données cible et à définir vos options de migration.

Vous avez de nombreuses options à prendre en compte lors de la migration de vos charges de travail SQL Server AWS, chacune d'entre elles se traduisant par un rapport prix/performances optimisé, une expérience utilisateur plus intuitive et un coût total de possession réduit. Vous pouvez choisir de déployer SQL Server sur les sites suivants : Amazon EC2, Amazon RDS pour SQL Server ou Amazon RDS Custom pour SQL Server.

Évaluation

Pour mettre en œuvre une migration réussie, il est important d'évaluer votre infrastructure existante et de comprendre les principales fonctionnalités requises pour votre environnement. Nous vous recommandons d’examiner les points clés suivants avant de choisir un plan de migration :

  • Révision de l’infrastructure existante : examinez votre infrastructure SQL Server existante en utilisant les données collectées lors de la phase de découverte de votre migration (voir Windows environment discovery). Nous vous recommandons d'utiliser le dimensionnement prescrit par Microsoft pour l'infrastructure SQL Server sur AWS. Il est très important de comprendre l'utilisation actuelle de votre instance SQL Server sur site, notamment la mémoire, le processeur, les IOPS et le débit, pour dimensionner correctement votre instance SQL Server. AWS

  • Passez en revue les licences existantes : vous pouvez tirer parti de l'évaluation complémentaire de l'AWS optimisation et des licences (AWS OLA) pour élaborer une stratégie de migration et de licence AWS. AWS OLA vous fournit un rapport qui modélise vos options de déploiement à l'aide des droits de licence existants. Ces résultats peuvent vous aider à explorer les économies de coûts disponibles grâce à des options AWS de licence flexibles.

  • Passez en revue l'architecture SQL Server existante : si vous utilisez un cluster de basculement SQL Server avec stockage partagé ou une architecture de groupe SQL Server Always On Availability, la compréhension de vos exigences actuelles en matière d'architecture de haute disponibilité vous aidera à définir les options de déploiement de SQL Server sur AWS.

  • Développez des stratégies de sauvegarde : vous pouvez utiliser la sauvegarde native dans SQL Server pour sauvegarder vos bases de données dans le cloud. Il existe différentes options pour sauvegarder des bases de données sur Amazon EBS, Amazon FSx pour Windows File Server, Amazon FSx pour NetApp ONTAP et Amazon S3 à l'aide de Storage Gateway. En outre, vous pouvez sauvegarder votre instance SQL Server en utilisant une approche de capture instantanée. Pour plus d'informations sur les sauvegardes de SQL Server, consultez la section Options de sauvegarde et de restauration pour SQL Server sur Amazon EC2 sur AWS Prescriptive Guidance.

  • Comprenez les besoins en matière de reprise après sinistre (DR) : si vous déplacez vos charges de travail SQL Server existantes AWS, vous pouvez utiliser une région secondaire Région AWS et connecter les deux régions à l'aide de Transit Gateway (qui permet la réplication). Vous pouvez utiliser l’architecture de groupe de disponibilité distribuée de SQL Server dans l’édition SQL Enterprise pour configurer la reprise après sinistre, ou vous pouvez utiliser l’expédition de journaux en fonction de vos exigences en matière de RTO et de RPO. En outre, vous pouvez l'utiliser AWS Elastic Disaster Recovery comme implémentation active/passive dans laquelle vous laissez votre DR comme environnement de basculement. Pour plus d'informations, consultez l'article Architect a Disaster Recovery for SQL Server on AWS : Part 1 sur le blog AWS de base de données.

Mobilisation

Nous vous recommandons d’envisager trois options de migration principales pour vos charges de travail SQL Server :

  • Réhébergement (lift and shift) — Cela implique la migration de vos bases de données SQL Server locales vers SQL Server sur une EC2 instance Amazon dans le. AWS Cloud Cette approche est utile si une migration plus rapide vers AWS est votre priorité.

  • Replateforme (lift et remodelage) — Cela implique la migration de vos bases de données SQL Server locales vers Amazon RDS for SQL Server dans le. AWS Cloud La replateforme est idéale lorsque vous souhaitez continuer à utiliser SQL Server tout en vous déchargeant des tâches complexes, telles que l’installation, la configuration, l’application de correctifs, les mises à niveau et la configuration de la haute disponibilité. Pour une comparaison des fonctionnalités de SQL Server sur Amazon EC2, Amazon RDS et Amazon RDS Custom, consultez Choisir entre Amazon et EC2 Amazon RDS selon les directives prescriptives AWS .

  • Refactorisation (réarchitecture) : implique généralement de modifier les applications et de les moderniser en utilisant des bases de données open source ou des bases de données conçues pour le cloud. Dans ce scénario, vous modernisez vos bases de données SQL Server sur site afin d’utiliser Amazon RDS for MySQL, Amazon RDS for PostgreSQL ou Amazon Aurora. En optant pour une base de données open source, vous pouvez réduire les coûts de licence et éviter la dépendance vis-à-vis d’un fournisseur et les audits de licence inutiles.

Migrer

Lorsque vous migrez vos charges de travail SQL Server vers AWS, tenez compte des éléments suivants relatifs à la configuration et à l'outillage.

Réhébergement

Le réhébergement est homogène. Choisissez cette approche lorsque vous souhaitez migrer votre base de données SQL Server telle quelle sans modifier le logiciel ou la configuration de la base de données. Par exemple, dans le cadre de migrations héritées à grande échelle, vous souhaiterez peut-être agir rapidement pour atteindre vos objectifs commerciaux et choisir de réhéberger la plupart de vos applications.

Migration de SQL Server à l'aide d'Amazon EC2

Si vous migrez vers Amazon EC2, vous pouvez utiliser vos licences SQL Server existantes. Ce modèle est appelé Apportez votre propre licence (BYOL). Vous pouvez également acheter des instances License Included (LI) auprès de AWS. Pour plus d'informations, consultez l'article Optimisation des coûts avec SQL BYOL à l'aide d'une instance Windows incluse sous licence sur Amazon EC2 Dedicated Hosts sur le blog AWS Cloud Operations & Migrations. L'option BYOL vous permet de réduire les coûts en utilisant vos licences SQL Server existantes. AWS License Managervous aide à contrôler l'allocation de vos licences disponibles lors de l'instanciation VMs avec SQL Server sur Amazon. EC2 License Manager permet de garantir le respect des règles de licence que vous spécifiez.

Vous pouvez réhéberger SQL Server en EC2 instances partagées (par défaut) en utilisant BYOL uniquement si vous disposez de Microsoft Software Assurance (SA). Si aucune licence SQL ne figure sur votre licence SQL, vous pouvez le réhéberger sur Amazon EC2 Dedicated Hosts, à condition que les licences aient été achetées avant le 1er octobre 2019 ou ajoutées à titre indicatif dans le cadre d'une inscription d'entreprise active entrée en vigueur avant le 1er octobre 2019.

Il existe des moyens de migrer une base de données SQL Server vers une EC2 instance Amazon en utilisant les fonctionnalités de SQL Server telles que la sauvegarde et la restauration, l'expédition des journaux et les groupes de disponibilité Always On. Ces options sont appropriées si vous migrez une seule base de données ou un ensemble de bases de données vers une nouvelle instance SQL Server exécutée sur Amazon EC2. Ces options sont natives de la base de données et dépendent des versions et éditions spécifiques de SQL Server. Outre la migration de base de données, vous pouvez également être amené à effectuer des étapes de migration d’objets tels que les connexions, les tâches, le courrier de base de données et les serveurs liés.

Les approches suivantes sont disponibles pour réhéberger vos bases de données SQL Server sur AWS :

Vous pouvez également utiliser SQL Server AWS Launch Wizard pour vous guider dans le dimensionnement, la configuration et le déploiement de Microsoft SQL Server sur Amazon EC2. Il prend en charge à la fois les déploiements en instance unique de SQL Server et en haute disponibilité sur Amazon EC2.

Migration de SQL Server à l’aide d’Application Migration Service

AWS Application Migration Serviceest une bonne option si vous souhaitez déplacer une ou plusieurs machines à grande échelle d'un environnement sur site vers un environnement sur site AWS sans modifier la version de SQL Server, le système d'exploitation ou le code des bases de données avec un temps d'arrêt quasi nul ou minimal. Vous pouvez utiliser Application Migration Service pour réaliser rapidement un « lift and shift » d’un grand nombre de serveurs physiques, virtuels ou cloud sans problèmes de compatibilité, de perturbation des performances ou de longues fenêtres de basculement. Pour obtenir des conseils sur la migration d'une base de données SQL Server d'un environnement sur site vers une EC2 instance Amazon à l'aide d'Application Migration Service, consultez la section Migration de bases de données Microsoft SQL Server vers AWS Cloud les instructions AWS prescriptives. Vous pouvez également consulter les meilleures pratiques lorsque vous utilisez le service de migration d'applications pour migrer des charges de travail de base de données Microsoft SQL Server vers AWS.

SQL Server sous Linux

Le moteur de base de données SQL Server fonctionne essentiellement de la même manière sous Windows Server et Linux. Cependant, certaines tâches sont modifiées lors de l’utilisation de Linux. Launch Wizard peut vous aider à vous adapter à ces modifications et à configurer des solutions hautement disponibles. Si vous disposez d'une expertise interne en matière d'administration Linux, le réhébergement sur Amazon EC2 Linux est un bon choix pour économiser sur les coûts de licence Windows Server. Envisagez d’utiliser l’outil Assistant de recréation de plateformes Windows vers Linux pour les bases de données Microsoft SQL Server pour automatiser ce processus. Pour plus d'informations, consultez Migrer une base de données Microsoft SQL Server locale vers Microsoft SQL Server sur Amazon EC2 exécutant Linux selon les directives AWS prescriptives.

Replateforme

La replateforme est une approche homogène parfaitement adaptée pour réduire le temps que vous consacrez à la gestion des instances de base de données en utilisant une offre de base de données entièrement gérée. Une base de données entièrement gérée dans Amazon RDS for SQL Server vous empêche d’accéder au système d’exploitation sous-jacent, au volume système ou d’installer des pilotes personnalisés. Pour plus d'informations, consultez Amazon RDS pour Microsoft SQL Server dans la documentation Amazon RDS. Si des fonctionnalités de base de données entièrement gérées sont nécessaires pour votre cas d'utilisation ou si vous souhaitez utiliser des licences SQL Server existantes, envisagez de passer à Amazon RDS Custom for SQL Server.

L’option Bring Your Own Media (BYOM) est disponible pour Amazon RDS Custom for SQL Server. BYOM vous permet d'utiliser vos propres supports d'installation et licences, mais les licences doivent être conformes aux conditions de mobilité des licences de Microsoft. Vous pouvez replateformer SQL Server vers Amazon RDS for SQL Server ou vers Amazon RDS Custom for SQL Server. Le choix dépend de la nécessité d'accéder au système d'exploitation sous-jacent, de personnaliser la base de données ou d'utiliser vos licences SQL Server existantes à l'aide de BYOM.

Les méthodes suivantes sont disponibles pour migrer SQL Server vers Amazon RDS for SQL Server :

Pour reconfigurer vos bases de données SQL Server afin qu’elles s’exécutent sur Amazon RDS for SQL Server, pensez à utiliser les approches proposées dans les ressources Amazon RDS for SQL Server. Pour plus d'informations sur la façon de migrer les charges de travail de fin de support, consultez le billet en toute confiance consacré à la migration des bases de données Microsoft SQL Server vers Amazon RDS for SQL Server en toute confiance sur le AWS blog de base de données. Pour plus d'informations sur les bases de données locales, consultez la section Migration d'une base de données locale vers Amazon RDS Custom for SQL Server dans la documentation Amazon RDS.

Refactorisation

La refactorisation est hétérogène. Choisissez cette approche lorsque vous êtes prêt à restructurer, réécrire et réarchitecturer votre base de données et votre application afin de tirer parti des offres open source et de bases de données. built-for-the-cloud Si vous êtes prêt à refactoriser votre base de données et vos applications respectives, vous pouvez moderniser vos charges de travail SQL Server en optant pour Amazon RDS for MySQL, Amazon RDS pour PostgreSQL, Amazon Aurora MySQL Compatible Edition ou Amazon Aurora PostgreSQL Compatible Edition. Vous pouvez procéder à une refactorisation en fonction de nombreux délais de modernisation et de nombreuses exigences de performance.

Amazon RDS for MySQL et Amazon RDS for PostgreSQL sont des offres de bases de données entièrement gérées pour leurs bases de données open source respectives. Amazon Aurora est un système de gestion de base de données relationnelle (SGBDR) conçu pour le cloud et entièrement compatible avec MySQL et PostgreSQL. Aurora est doté d’un système de stockage tolérant aux pannes et vous offre les performances et la disponibilité des bases de données de qualité commerciale à un dixième du prix.

Vous pouvez également utiliser Amazon Aurora Serverless pour exécuter votre base de données AWS sans gérer la capacité de la base de données. Amazon Aurora sans serveur v2 s’adapte instantanément à des centaines de milliers de transactions en une fraction de seconde. Vous ne payez que pour la capacité consommée par votre application et vous pouvez économiser jusqu’à 90 % sur les coûts de base de données par rapport au coût de capacité de provisionnement en cas de pic de charge.

Pour refactoriser vos bases de données SQL Server en fonction de l'une de ces offres, pensez à utiliser AWS Schema Conversion Tool (AWS SCT) with AWS DMS. Pour plus d'informations, consultez AWS SCTla section Migration des bases de données Microsoft SQL Server vers le AWS Cloud guide.

Si votre objectif est d'accélérer les migrations de vos applications et de vos bases de données AWS, pensez à utiliser Babelfish pour Aurora PostgreSQL. Babelfish permet aux applications initialement écrites pour SQL Server de fonctionner avec Aurora avec un minimum de modifications de code. Par conséquent, les efforts nécessaires pour modifier et passer aux applications Babelfish for Aurora PostgreSQL développées pour SQL Server 2019 ou une version antérieure sont réduits, ce qui permet une refactorisation plus rapide, moins risquée et plus rentable.

Consultez les ressources suivantes pour migrer avec Babelfish :

Ressources supplémentaires