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.
Amazon RDS for SQL Server
Amazon RDS for SQL Server est un service de base de données géré qui simplifie le provisionnement et la gestion de SQL Server sur. AWS Amazon RDS facilite la configuration, l'exploitation et le dimensionnement des déploiements de SQL Server dans le cloud. Avec Amazon RDS, vous pouvez déployer plusieurs versions de SQL Server (2014, 2016, 2017, 2019 et 2022) et plusieurs éditions (notamment Express, Web, Standard et Enterprise) en quelques minutes, avec une capacité de calcul rentable et redimensionnable. Vous pouvez provisionner les instances de base de données Amazon RDS for SQL Server avec un SSD à usage général ou un stockage SSD IOPS provisionné. (Pour plus de détails, consultez la section Types de stockage Amazon RDS dans la AWS documentation.) Le SSD IOPS provisionné est conçu pour fournir des performances d'E/S rapides, prévisibles et constantes, et est optimisé pour les charges de travail de base de données transactionnelles (OLTP) intensives en E/S.
Amazon RDS vous permet de vous concentrer sur le développement d'applications, car il gère les tâches fastidieuses d'administration des bases de données, notamment le provisionnement, les sauvegardes, l'application de correctifs logiciels, la surveillance et le dimensionnement du matériel. Amazon RDS for SQL Server propose également des déploiements multi-AZ et des répliques de lecture (pour l'édition SQL Server Enterprise) afin de garantir une disponibilité, des performances, une évolutivité et une fiabilité élevées pour les charges de travail de production.
Pour plus d'informations sur la migration de SQL Server vers Amazon RDS, consultez les modèles de replateforme sur le site Web
Quand choisir Amazon RDS
Amazon RDS pour SQL Server est une option de migration lorsque :
-
Vous souhaitez vous concentrer sur votre activité et vos applications, et vous devez vous occuper de tâches complexes et indifférenciées telles que le provisionnement de la base de données, la gestion des tâches de sauvegarde et de restauration, la gestion des correctifs de sécurité, les mises à niveau mineures des versions de SQL Server et la gestion du stockage. AWS
-
Vous avez besoin d'une solution de base de données à haute disponibilité et vous souhaitez tirer parti de la réplication multi-AZ synchrone par bouton-poussoir proposée par Amazon RDS, sans avoir à configurer et à gérer manuellement la mise en miroir des bases de données, les clusters de basculement ou les groupes de disponibilité Always On.
-
Vous souhaitez payer la licence SQL Server dans le cadre du coût de l'instance sur une base horaire au lieu de réaliser un investissement initial important.
-
La taille de votre base de données et vos besoins en IOPS sont pris en charge par Amazon RDS for SQL Server. Consultez la section Amazon RDS DB Instance Storage dans la AWS documentation pour connaître les limites maximales actuelles.
-
Vous ne souhaitez pas gérer les sauvegardes ou les point-in-time restaurations de votre base de données.
-
Vous souhaitez vous concentrer sur des tâches de haut niveau, telles que le réglage des performances et l'optimisation des schémas, plutôt que sur l'administration quotidienne de la base de données.
-
Vous souhaitez augmenter ou diminuer le type d'instance en fonction de vos modèles de charge de travail sans vous soucier de la complexité des licences.
Après avoir évalué les exigences de votre base de données et de votre projet, si vous décidez de migrer vers Amazon RDS for SQL Server, consultez les informations fournies dans les sections suivantes, ainsi que les meilleures pratiques de migration dont nous parlerons plus loin dans ce guide.
Pour connaître les fonctionnalités, versions et options de SQL Server actuellement prises en charge, consultez les fonctionnalités d'Amazon RDS for SQL Server
Haute disponibilité
Amazon RDS fournit une haute disponibilité et un support de basculement pour les bases de données déployées avec l'option Multi-AZ. Lorsque vous approvisionnez votre base de données avec l'option Multi-AZ, Amazon RDS provisionne et gère automatiquement une instance de secours synchrone dans une autre zone de disponibilité. La base de données principale réplique les données de manière synchrone vers l'instance de secours. En cas de problème, Amazon RDS répare automatiquement l'instance défectueuse et rétablit la synchronisation. En cas de défaillance de l'infrastructure ou d'interruption de la zone de disponibilité, Amazon RDS effectue un basculement automatique vers l'instance de secours. Le basculement ne se produit que si les bases de données principale et de secours sont entièrement synchronisées. Comme le point de terminaison reste le même pour les instances principales et de secours, vous pouvez reprendre les opérations de base de données dès que le basculement est terminé, sans effectuer d'intervention manuelle. Le temps de basculement dépend du temps nécessaire pour terminer le processus de restauration. Le délai de basculement est allongé pour les transactions de volume important.
Le schéma suivant illustre l'option de déploiement multi-AZ d'Amazon RDS for SQL Server.
Lorsque vous configurez SQL Server dans une configuration multi-AZ, Amazon RDS configure automatiquement une instance de base de données de secours à l'aide de la mise en miroir de bases de données ou de groupes de disponibilité Always On, en fonction de la version de SQL Server que vous déployez. Les versions et éditions spécifiques de SQL Server sont répertoriées dans la documentation Amazon RDS.
Dans les déploiements multi-AZ, les opérations telles que le dimensionnement des instances ou les mises à niveau du système telles que l'application de correctifs au système d'exploitation (OS) sont appliquées d'abord sur l'instance de secours, avant le basculement automatique de l'instance principale, pour une disponibilité accrue.
En raison de l'optimisation du basculement de SQL Server, certaines charges de travail peuvent générer une charge d'E/S plus importante sur l'instance de secours que sur l'instance principale, en particulier dans les déploiements de mise en miroir de bases de données. Cette fonctionnalité peut entraîner des IOPS plus élevées sur l'instance de secours. Nous vous recommandons de prendre en compte les besoins en IOPS maximaux des instances principale et de secours lorsque vous provisionnez le type de stockage et les IOPS de votre instance de base de données Amazon RDS for SQL Server. Vous pouvez également spécifierMultiSubnetFailover=True, si votre pilote client le prend en charge, de réduire considérablement le temps de basculement.
Limites
-
L'option Multi-AZ n'est pas disponible pour les éditions SQL Server Express et Web. Il n'est disponible que pour les éditions SQL Server Standard et Enterprise.
-
Vous ne pouvez pas configurer l'instance de base de données de secours pour accepter l'activité de lecture de la base de données.
-
Le multi-AZ entre régions n'est pas pris en charge.
-
Dans Amazon RDS, vous pouvez envoyer une commande d'arrêt à une instance de base de données autonome et maintenir l'instance dans un état arrêté afin d'éviter d'encourir des frais de calcul. Vous ne pouvez pas arrêter une instance de bases de données Amazon RDS for SQL Server dans une configuration multi-AZ. Au lieu de cela, vous pouvez mettre fin à l'instance, prendre un instantané final avant la résiliation et recréer une nouvelle instance Amazon RDS à partir de l'instantané lorsque vous en avez besoin. Vous pouvez également supprimer d'abord la configuration multi-AZ, puis arrêter l'instance. Au bout de sept jours, votre instance arrêtée redémarrera afin que toute maintenance en attente puisse être appliquée.
Pour connaître les limites supplémentaires, consultez les notes et recommandations relatives au déploiement multi-AZ de Microsoft SQL Server dans la documentation Amazon RDS.
Réplicas en lecture
Les répliques en lecture assurent l'évolutivité et l'équilibrage de charge. Une réplique en lecture de SQL Server est une copie physique d'une instance de base de données Amazon RDS for SQL Server utilisée en lecture seule. Amazon RDS contribue à réduire la charge sur l'instance de base de données principale en transférant les charges de travail en lecture seule vers l'instance de base de données en lecture réplique. Les mises à jour apportées à votre instance de base de données principale sont copiées de manière asynchrone sur l'instance de réplication lue.
Lorsque vous demandez une réplique en lecture, Amazon RDS prend un instantané de l'instance de base de données source, et cet instantané devient la réplique en lecture. Il n'y a aucune interruption lors de la création et de la suppression d'une réplique en lecture. Amazon RDS for SQL Server met à niveau la base de données principale immédiatement après la mise à niveau des répliques en lecture, quelle que soit la fenêtre de maintenance. Chaque réplique de lecture est fournie avec un point de terminaison distinct que vous utilisez pour vous connecter à la base de données de répliques de lecture.
Amazon RDS for SQL Server facilite la création de répliques en lecture en configurant les groupes de disponibilité Always On et en maintenant des connexions réseau sécurisées entre une instance de base de données principale et ses répliques en lecture.
Vous pouvez configurer une réplique en lecture dans la même AWS région que votre base de données principale. Amazon RDS for SQL Server ne prend pas en charge les répliques de lecture entre régions. Vous pouvez créer jusqu'à cinq répliques de lecture pour une instance de base de données source.
Note
Les répliques en lecture ne sont disponibles qu'avec les versions et éditions de SQL Server suivantes :
-
SQL Server 2017 Enterprise Edition 14.00.3049.1 ou version ultérieure
-
SQL Server 2016 Enterprise Edition 13.00.5216.0 ou version ultérieure
Les versions et éditions de SQL Server qui prennent en charge la mise en miroir de bases de données pour les environnements multi-AZ ne proposent pas de répliques en lecture.
Le schéma suivant illustre une instance de base de données Amazon RDS for SQL Server dans un environnement multi-AZ avec une réplique en lecture dans une autre zone de disponibilité de la AWS même région. Toutes les AWS régions ne proposent pas plus de deux zones de disponibilité. Vous devez donc vérifier la région
Une réplique en lecture de SQL Server n'autorise pas les opérations d'écriture. Cependant, vous pouvez promouvoir la réplique lue pour la rendre inscriptible. Une fois que vous l'avez promue, vous ne pouvez pas la reconvertir en une réplique lue. Elle deviendra une instance de base de données unique et autonome qui n'a aucune relation avec son instance de base de données principale d'origine. Les données de la réplique de lecture promue correspondront aux données de l'instance de base de données source jusqu'au moment où la demande de promotion a été faite. La version du moteur de base de données SQL Server de l'instance de base de données source et toutes ses répliques de lecture seront identiques.
Pour une réplication efficace, nous recommandons ce qui suit :
-
Configurez chaque réplique de lecture avec les mêmes ressources de calcul et de stockage que l'instance de base de données source.
-
Vous devez activer les sauvegardes automatiques sur l'instance de base de données source en définissant la période de rétention des sauvegardes sur une valeur autre que 0 (zéro).
-
L'instance de base de données source doit être déployée dans un environnement multi-AZ avec des groupes de disponibilité Always On.
Pour connaître le support, les éditions et les limites des versions de SQL Server, consultez la section Lire les limites relatives aux répliques avec SQL Server dans la documentation Amazon RDS.
Pour plus d'informations sur l'utilisation des répliques en lecture, consultez les sections Utilisation des répliques en lecture et Utilisation des répliques en lecture SQL Server pour Amazon RDS dans la documentation. AWS Pour de plus amples informations sur la tarification du transfert des données, veuillez consulter la Tarification Amazon RDS
Reprise après sinistre
Avec Amazon RDS for SQL Server, vous pouvez créer une stratégie de reprise après sinistre (DR) fiable et interrégionale. Les principales raisons de créer une solution de reprise après sinistre sont la continuité des activités et la conformité :
-
Une stratégie de reprise après sinistre efficace vous aide à maintenir vos systèmes opérationnels avec un minimum d'interruptions, voire aucune, en cas de catastrophe. Une stratégie de reprise après sinistre interrégionale fiable et efficace permet à votre entreprise de continuer à fonctionner même si une région entière est hors ligne.
-
Une solution de reprise après sinistre interrégionale vous aide à répondre aux exigences d'audit et de conformité.
L'objectif du point de reprise (RPO), l'objectif du temps de restauration (RTO) et le coût sont trois indicateurs clés à prendre en compte lors de l'élaboration de votre stratégie de reprise après sinistre. Pour d'autres options permettant de fournir des répliques entre régions, consultez. AWS Marketplace
