Migrez le groupe de disponibilité Microsoft SQL Server Always On à l'aide de AWS Application Migration Service - Recommandations AWS

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.

Migrez le groupe de disponibilité Microsoft SQL Server Always On à l'aide de AWS Application Migration Service

Sreenivas Nettem, Bharath Kumar Pammi Ramesh, Anantharaman Seshadri et Gireesh Sreekantan, Amazon Web Services

Récapitulatif

AWS Application Migration Service (AWS MGN) est un outil privilégié pour réhéberger les environnements existants dans le AWS Cloud, ce qui permet aux clients de s'éloigner des centres de données sur site. Ce modèle décrit le processus d'utilisation de AWS MGN pour migrer des clusters Windows avec des groupes de disponibilité Microsoft SQL Server Always On.

Conditions préalables et limitations

Prérequis

  • Un actif Compte AWS.

  • Un rôle AWS Identity and Access Management (IAM) pour l'orchestration AWS MGN.

  • Accès aux serveurs de base de données source (groupe de disponibilité SQL Server Always On).

  • Active Directory dans une zone de AWS landing zone pour conserver les noms DNS.

  • Sous-réseau intermédiaire avec communication réseau fermée avec Active Directory.

  • Ciblez des sous-réseaux capables de communiquer avec Active Directory.

  • Deux adresses IP réservées pour le cluster Windows dans un sous-réseau cible (une dans chaque zone de disponibilité).

  • Deux adresses IP réservées pour l'écouteur SQL Always On dans un sous-réseau cible (une dans chaque zone de disponibilité).

Versions du produit

  • Windows Server 2012 ou version ultérieure

  • SQL Server 2012 ou version ultérieure

Architecture

Pile technologique source

Cluster Microsoft Windows (machine physique ou virtuelle sur site) Groupe de disponibilité Microsoft SQL Server Always On

Pile technologique cible

Instance Amazon EC2 Windows

Architecture cible

Architecture AWS pour la migration de SQL Server Always On Availability à l'aide d'AWS MGN.

Outils

Services AWS

  • Amazon Elastic Compute Cloud (Amazon EC2) fournit une capacité de calcul évolutive dans le AWS Cloud. Vous pouvez lancer autant de serveurs virtuels que vous le souhaitez et les augmenter ou les diminuer rapidement.

  • AWS Application Migration Servicevous permet de réhéberger (transférer et déplacer) des applications vers le site AWS Cloud sans modification et avec un minimum de temps d'arrêt.

  • AWS Identity and Access Management (IAM) vous aide à gérer en toute sécurité l'accès à vos AWS ressources en contrôlant qui est authentifié et autorisé à les utiliser.

Autres outils

Bonnes pratiques

Pour AWS MGN, voir Meilleures pratiques pour AWS Application Migration Service.

Épopées

TâcheDescriptionCompétences requises

Initialisez AWS MGN.

Initialisez AWS MGN dans la cible. Région AWS Cela crée les rôles et les politiques IAM requis. Pour plus d'informations, voir Initialisation du service de migration d'applications avec la console.

Administrateur du cloud

Créez des modèles de réplication et de lancement.

Configurez les modèles de réplication et de lancement à utiliser avec AWS MGN. Pour plus d'informations, consultez la section Configuration des modèles dans la AWS documentation.

Administrateur du cloud

Autorisez les ports de communication.

Pour activer les communications réseau pour AWS MGN, autorisez le trafic sur les ports TCP 443 et 1500. Pour plus d'informations, consultez la section Configuration réseau requise pour le service de migration d'applications dans la AWS documentation.

Administrateur cloud, administrateur réseau
TâcheDescriptionCompétences requises

Vérifiez les prérequis AWS MGN.

Vérifiez que les serveurs source répondent aux conditions requises pour l'installation de l'agent AWS MGN. Pour plus d'informations, consultez la section Exigences d'installation dans la AWS documentation.

Ingénieur en migration

Installez l'agent AWS MGN.

Installez l'agent AWS MGN sur les serveurs sources. Au cours de l'installation, choisissez l' Région AWS endroit où les serveurs seront migrés. Après l'installation, l'agent communique avec le service et lance la réplication. Pour plus d'informations, consultez la section Installation de l'agent de AWS réplication sur les serveurs Windows.

Ingénieur en migration

Vérifiez l'état du serveur source.

Dans la console AWS MGN, vérifiez l'état des serveurs sources. Les serveurs affichent « Prêt pour les tests » lorsque la réplication commence.

Si vous rencontrez des erreurs, consultez la section Résolution des erreurs de communication dans la documentation AWS MGN.

Administrateur cloud, ingénieur en migration

Optimisez les paramètres de réplication.

Les clusters SQL Always On utilisent une réplication I/O synchrone élevée entre le serveur principal et le serveur secondaire. Pour optimiser la réplication et éviter les retards, utilisez un serveur de réplication dédié pour chaque serveur SQL Always On.

Si la taille de la base de données est supérieure à 5 To, envisagez de choisir une instance de serveur de réplication de plus grande taille, telle que m5.large, au lieu de t3.small par défaut.

Administrateur cloud, ingénieur en migration

Mettre à jour le modèle de lancement.

Mettez à jour les paramètres de lancement et choisissez des sous-réseaux pour les serveurs SQL Always On. Les serveurs de cluster SQL Always On sont répartis sur différents serveurs AWS Zones de disponibilité pour une haute disponibilité.

Ingénieur en migration, responsable de la migration

Mettez à jour les paramètres de lancement.

En fonction de votre taille et de vos exigences en matière de performances, mettez à jour le type d'instance et les input/output opérations par seconde (IOPS) dans les paramètres de lancement.

(Facultatif) Choisissez une interface Elastic network existante dans les paramètres de lancement.

Ingénieur en migration, responsable de la migration
TâcheDescriptionCompétences requises

Vérifiez les serveurs sources.

Dans la console AWS MGN, vérifiez que l'état du serveur source est Prêt pour le test.

Administrateur cloud, ingénieur en migration

Lancez les instances de test.

  1. Lancez les instances de test et vérifiez dans la EC2 console Amazon que les contrôles automatisés sont réussis.

  2. Sélectionnez et lancez des instances de test pour le serveur témoin.

  3. Vérifiez que vous pouvez vous connecter aux serveurs via la console AWS MGN.

  4. Sélectionnez les serveurs du cluster SQL Always On et lancez les instances de test ensemble.

Administrateur cloud, ingénieur en migration

Testez la connectivité et l'intégrité de la base de données.

Testez la connectivité et l'intégrité de la base de données des instances de test. Marquez ensuite les serveurs sources comme étant prêts pour le passage dans la console AWS MGN.

Administrateur cloud, ingénieur en migration
TâcheDescriptionCompétences requises

Testez l'intégrité de la base de données.

Cela permet de garantir l'absence de problèmes d'intégrité de la base de données à la source avant la migration. Exécutez DBCC CHECKDB et spécifiezWITH_PHYSICAL_ONLY. L'exécution de cette vérification sans WITH_PHYSICAL_ONLY risque d'entraîner des problèmes de performances à la source. Pour préserver l'intégrité de la base de données, effectuez une vérification complète hebdomadaire de la base de données.

Ces commandes vérifient l'intégrité logique et physique de la base de données en détectant les problèmes de corruption potentiels. La vérification vérifie la structure de la base de données, telle que les pages, les lignes, les index et les tables système.

Ingénieur de données, DBA

Testez les connexions aux serveurs liés.

Testez les connexions entre tous les serveurs existants et documentez leur état. Cela permet de garantir que les serveurs liés fonctionnent comme prévu après la migration.

Ingénieur de données, DBA

Vérifiez les sauvegardes.

Vérifiez l'intégrité des sauvegardes sources.

Ingénieur de données, DBA
TâcheDescriptionCompétences requises

Arrêtez le SQL Server et les services de cluster.

Arrêtez les services de cluster SQL Server et Microsoft sur tous les nœuds de cluster SQL.

DBA, ingénieur en migration

Vérifiez les serveurs.

Dans la console AWS MGN, vérifiez que l'état des serveurs sources est « Prêt pour le passage » et que l'état de réplication des données est « Sain ».

Ingénieur en migration

Lancez le cutover.

  1. Lancez le AWS transfert MGN pour le serveur témoin.

  2. Lancez le AWS transfert MGN pour les instances du cluster SQL Always On.

  3. Vérifiez que le statut passe à Cutover en cours.

Pour plus d'informations, consultez la section Lancement d'une instance de transition dans la documentation AWS MGN.

Ingénieur en migration

Testez les serveurs lancés.

Connectez-vous aux EC2 instances Amazon lancées et validez l'état du cluster. Vérifiez que les serveurs se trouvent dans les sous-réseaux appropriés, que la taille de l'instance et les paramètres d'IOPS sont corrects et que le serveur témoin est accessible.

DBA, ingénieur en migration
TâcheDescriptionCompétences requises

Mettez à jour l'adresse IP du cluster.

Mettez à jour l'adresse IP du cluster Windows à l'aide des deux adresses IP réservées dans les sous-réseaux cibles. Pour plus d'informations, consultez Modifier l'adresse IP d'une instance de cluster Failover.

DBA, ingénieur en migration

Mettez à jour l'écouteur IPs du groupe de disponibilité Always On.

  1. Ouvrez le gestionnaire de cluster de basculement.

  2. Choisissez le rôle du groupe de disponibilité Always On.

  3. Développez le nom du récepteur du groupe de disponibilité.

  4. Dans le menu contextuel (clic droit), choisissez les propriétés de l'adresse IP.

  5. Mettez à jour l'adresse IP à l'aide de l'adresse réservée à l'écouteur dans le sous-réseau cible.

  6. Connectez-vous à l'instance principale de SQL Server à l'aide de SSMS et vérifiez que l'écouteur Always On utilise les deux sous-réseaux. IPs

DBA, ingénieur en migration

Vérifiez la connexion.

À l'aide de SSMS, connectez-vous à l'écouteur du groupe de disponibilité Always On et vérifiez que la connexion est réussie.

DBA, ingénieur en migration

Vérifiez l'état du groupe de disponibilité Always On.

  1. Accédez au dossier Groupes de disponibilité, ouvrez le menu contextuel (clic droit) et choisissez Afficher le tableau de bord.

  2. Pour toutes les répliques, vérifiez que l'état de synchronisation est synchronisé.

DBA, ingénieur en migration

Consultez le journal des erreurs.

Ouvrez le journal des erreurs et vérifiez les erreurs signalées pour l'instance SQL Server. Assurez-vous que la restauration est terminée pour toutes les bases de données.

DBA, ingénieur en migration

Testez les serveurs liés.

Testez la connectivité de tous les serveurs connectés. En cas de problème de connectivité, assurez-vous que le serveur et le port cibles sont accessibles.

DBA, ingénieur en migration
TâcheDescriptionCompétences requises

Finalisez le découpage.

Après avoir validé les clusters SQL Always On cibles, finalisez le transfert via la AWS console MGN. Cela arrête la réplication des données depuis les serveurs sources et supprime les données du serveur de réplication. Il supprime également le serveur de réplication et ses ressources associées.

Administrateur cloud, ingénieur en migration

Résolution des problèmes

ProblèmeSolution

AWS Dépannage MGN

Pour connaître les problèmes courants et les solutions, consultez les sections Dépannage et FAQ de la documentation AWS MGN.

Ressources connexes

AWS resources

Ressources SQL Server

Informations supplémentaires

Pour connaître les exigences de sécurité standard relatives à la migration des charges de travail vers le AWS Cloud, consultez les meilleures pratiques en matière de sécurité, d'identité et de conformité sur le AWS site Web.