Migration de bases de données Microsoft SQL Server vers le cloud AWS

Sagar Patel, Amazon Web Services ()AWS

Avril 2024 (historique du document)

Amazon Web Services (AWS) fournit un ensemble complet de services et d'outils permettant de déployer des bases de données Microsoft SQL Server sur une infrastructure AWS cloud fiable et sécurisée. Les avantages de l'exécution de SQL Server sur SQL Server AWS incluent les économies de coûts, l'évolutivité, la haute disponibilité et la reprise après sinistre, de meilleures performances et une facilité de gestion. Pour plus d'informations, consultez Découvrez pourquoi AWS est le meilleur cloud pour exécuter les charges de travail Microsoft Windows Server et SQL Server sur le blog AWS Compute.

Ce guide décrit les options disponibles pour migrer des bases de données SQL Server sur site vers le AWS cloud, vers Amazon Relational Database Service (Amazon RDS), Amazon Elastic Compute Cloud (Amazon EC2) ou VMware Cloud on. AWS Il présente les meilleures pratiques et les recommandations relatives à l'utilisation de ces options de migration. Il fournit également des informations sur la façon de configurer une solution de haute disponibilité et de reprise après sinistre entre un environnement SQL Server sur site et AWS l'utilisation de fonctionnalités natives de SQL Server telles que l'expédition des journaux, la réplication et les groupes de disponibilité Always On.

Ce guide s'adresse aux chefs de programme ou de projet, aux propriétaires de produits, aux administrateurs de bases de données, aux ingénieurs de base de données et aux responsables des opérations ou de l'infrastructure qui envisagent de migrer leurs bases de données SQL Server locales vers AWS.

Présentation

Avant de migrer vos bases de données SQL Server vers AWS, vous devez comprendre et évaluer votre stratégie de migration en utilisant le cadre décrit dans Stratégie de migration pour les bases de données relationnelles.

La première étape consiste à effectuer une analyse des charges de travail de votre application et de votre base de données SQL Server en comprenant la complexité, la compatibilité et le coût de la migration. Voici quelques-uns des principaux points à prendre en compte lorsque vous planifiez une migration :

• Taille de la base de données — Vérifiez la taille actuelle et la croissance globale de la capacité de votre base de données. Par exemple, si vous envisagez de migrer votre base de données SQL Server vers Amazon RDS ou Amazon RDS Custom, vous pouvez créer des instances de base de données avec un maximum de 16 TiB de stockage. Vous pouvez demander plus d'espace de stockage en ouvrant un ticket d'assistance auprès du AWS Support. Pour obtenir les informations les plus récentes, consultez le stockage des instances de base de données Amazon RDS dans la documentation Amazon RDS.

• IOPS : déterminez les IOPS et le débit de vos bases de données. Si vous envisagez de migrer vers Amazon RDS, prenez en compte les performances d'E/S des instances de base de données Amazon RDS.

• Dépendances — Vérifiez les dépendances actuelles de la base de données. Si votre base de données dépend d'autres bases de données, vous pouvez les migrer ensemble ou créer des dépendances après avoir migré votre base de données principale.

  Si votre base de données prend en charge des applications existantes, personnalisées ou packagées, Amazon RDS Custom for SQL Server peut être un bon choix. Ce service vous permet de garder le contrôle sur les configurations de base de données, les systèmes de fichiers partagés et les correctifs du système d'exploitation.

  Répertoriez toutes les dépendances de SQL Server. Découvrez quels serveurs Web (serveurs de reporting ou serveurs de business intelligence, par exemple) interagissent avec SQL Server. Au moment de la migration, ces informations vous aident à déterminer ce qui sera impacté et comment minimiser cet impact.

• Conformité : passez en revue votre architecture actuelle et vos besoins en matière d'audit ou de conformité, afin de vous assurer de pouvoir satisfaire à ces exigences après avoir migré vers Amazon RDS ou Amazon EC2.

• HA/DR — Avez-vous besoin de fonctionnalités de haute disponibilité (HA) et de basculement automatique ? Si vous exécutez une charge de travail de production, la haute disponibilité et la reprise après sinistre (DR) sont les meilleures pratiques recommandées.

  Comprenez vos exigences en matière de HA/DR pour déterminer si vous avez besoin d'une architecture multirégionale. Dans ce cas, migrez votre base de données SQL Server vers Amazon EC2. Amazon RDS ne prend pas en charge une configuration multirégionale.

• Support des versions : vérifiez la version et l'édition de votre logiciel SQL Server si vous envisagez de passer à Amazon RDS pour SQL Server (voir les versions actuellement prises en charge pour Amazon RDS et Amazon RDS).

• Connectivité réseau — Vérifiez la connectivité réseau entre votre environnement sur site et AWS assurez-vous qu'il fournit suffisamment de bande passante pour des transferts rapides de données entre un environnement sur site et AWS.

• Interruption de la migration : déterminez le temps d'arrêt disponible pour la migration afin de pouvoir planifier votre approche de migration et décider si vous souhaitez utiliser la migration en ligne ou hors ligne.

• Exigences relatives au RTO, au RPO et au SLA : identifiez vos exigences en matière d'objectif de temps de restauration (RTO), d'objectif de point de reprise (RPO) et de contrat de niveau de service (SLA) pour les charges de travail de vos bases de données existantes.

• Licences : comprenez vos options de licence. Vous pouvez choisir les options avec licence incluses sur Amazon EC2 et Amazon RDS, ou choisir d'apporter votre propre licence (BYOL) sur Amazon EC2.

• Support des fonctionnalités : identifiez les caractéristiques de base de données et les fonctionnalités utilisées par votre application, qu'elle ait été développée en interne ou qu'il s'agisse d'un logiciel commercial-off-the-shelf (COTS). Ces informations peuvent vous aider à déterminer si vous pouvez réduire vos coûts de licence en passant de l'édition Enterprise de SQL Server à l'édition Standard. Toutefois, vérifiez les limites des ressources de l'édition Standard avant de passer à l'édition standard. Par exemple, l'édition Standard ne prend en charge que 128 Go de RAM.

  Votre charge de travail correspond-elle aux fonctionnalités proposées par Amazon RDS for SQL Server ? Pour plus d'informations, consultez la section Fonctionnalités de SQL Server sur Amazon RDS. Si vous avez besoin de fonctionnalités qui ne sont pas prises en charge, la migration vers Amazon EC2 est une option.