Partager via

Migrer une instance SQL Server autonome vers Azure VMware Solution

  • Article

Dans cet article, découvrez comment migrer une instance autonome SQL Server vers Azure VMware Solution.

VMware HCX offre deux profils de migration lors de la migration d’une instance autonome SQL Server vers Azure VMware Solution :

  • HCX vMotion
  • Migration à froid HCX

Dans les deux cas, tenez compte de la taille et de la criticité de la base de données en cours de migration. Pour cette procédure pratique, nous avons validé VMware HCX vMotion. La migration à froid VMware HCX est également valide, mais elle nécessite une période de temps d’arrêt plus longue.

Ce scénario a été validé à l’aide des éditions et configurations suivantes :

  • Microsoft SQL Server (2019 et 2022)
  • Windows Server (2019 et 2022) édition Centre de données
  • Windows Server et SQL Server ont été configurés en suivant les meilleures pratiques et recommandations de Microsoft et VMware.
  • L’infrastructure source locale était VMware vSphere 7.0 Update 3 et VMware vSAN s’exécutant sur les serveurs Dell PowerEdge et les appareils NVMe SSD Intel Optane P4800X SSD.

Diagramme montrant l’architecture de SQL Server autonome pour Azure VMware Solution.

Configurations testées

Ce scénario a été validé à l’aide des éditions et configurations suivantes :

  • Microsoft SQL Server (2019 et 2022)
  • Windows Server (2019 et 2022) édition Centre de données
  • Windows Server et SQL Server ont été configurés en suivant les meilleures pratiques et recommandations de Microsoft et VMware.
  • L’infrastructure source locale était VMware vSphere 7.0 Update 3 et VMware vSAN s’exécutant sur les serveurs Dell PowerEdge et les appareils NVMe SSD Intel Optane P4800X.+

Prérequis

  • Passez en revue et enregistrez la configuration du stockage et du réseau de chaque nœud du cluster.

  • Conservez les copies de sauvegarde de toutes les bases de données.

  • Sauvegardez la machine virtuelle exécutant l’instance SQL Server.

  • Supprimez toutes les machines virtuelles des nœuds de cluster des groupes et règles DRS (Distributed Resource Scheduler).

  • Configurez VMware HCX entre votre centre de données local et le cloud privé Azure VMware Solution qui exécute les charges de travail migrées. Pour plus d’informations sur la configuration de VMware HCX, consultez la documentation d’Azure VMware Solution.

  • Vérifiez que tous les segments réseau utilisés par SQL Server et les charges de travail qui l’utilisent sont étendus dans votre cloud privé Azure VMware Solution. Pour vérifier cette étape dans le processus, consultez Configurer l’extension réseau VMware HCX.

La connectivité VMware HCX via VPN ou ExpressRoute peut être utilisée comme configuration de mise en réseau pour la migration.

VMware HCX sur VPN, en raison de sa bande passante limitée, est généralement adapté aux charges de travail qui peuvent supporter des périodes de temps d’arrêt plus longues (comme hors environnement de production).

Pour l’un des scénarios suivants, la connectivité ExpressRoute est recommandée pour une migration :

  • Environnements de production
  • Charges de travail avec de grandes tailles de base de données
  • Les scénarios dans lesquels il est nécessaire de réduire le temps d’arrêt de la connectivité ExpressRoute sont recommandés pour la migration.migration.
  • Environnements de production
  • Charges de travail avec de grandes tailles de base de données
  • Dans tous les cas où il est nécessaire de réduire les temps d’arrêt

D’autres considérations relatives aux temps d’arrêt sont abordées dans la section suivante.

Considérations relatives aux temps d’arrêt

Le temps d’arrêt pendant une migration dépend de la taille de la base de données à migrer et de la vitesse de la connexion réseau privée vers le cloud Azure. La migration d’une instance autonome SQL Server à l’aide du mécanisme VMware HCX vMotion est destinée à réduire le temps d’arrêt de la solution. Toutefois, nous vous recommandons toujours d’effectuer la migration pendant les heures creuses dans une fenêtre de modification préapprobée.

Le tableau suivant indique le temps d’arrêt estimé pour la migration de chaque topologie SQL Server.

Scénario Temps d’arrêt prévu Notes
Instance autonome SQL Server Bas La migration est effectuée avec VMware vMotion, la base de données est disponible pendant la migration, mais il n’est pas recommandé de commiter les données critiques pendant ce temps.
Groupe de disponibilité SQL Server Always On Bas Le réplica principal sera toujours disponible pendant la migration du premier réplica secondaire et le réplica secondaire deviendra le réplica principal après le basculement initial vers Azure.
Instances de cluster de basculement Always On SQL Server Forte Tous les nœuds du cluster sont arrêtés et migrés à l’aide de VMware HCX Cold Migration. La durée du temps d’arrêt dépend de la taille de la base de données et de la vitesse du réseau privé vers le cloud Azure.

Exécution de la migration

  1. Connectez-vous à votre serveur vCenterlocal et accédez au plug-in VMware HCX.

  2. Sous Services, sélectionnez Migration>Migrate.

    1. Sélectionnez la machine virtuelle SQL Server.
    2. Définissez le cluster vSphere dans le cloud privé distant, qui héberge la machine virtuelle OU les machines virtuelles SQL Server migrées en tant que conteneur de calcul.
    3. Sélectionnez le magasin de données vSAN comme stockage distant.
    4. Sélectionnez un dossier. Il n’est pas obligatoire, mais nous vous recommandons de séparer les différentes charges de travail dans votre cloud privé Azure VMware Solution.
    5. Conservez le même format que la source.
    6. Sélectionnez vMotion comme profil de migration.
    7. Dans Options étendues, sélectionnez Migrer des attributs personnalisés.
    8. Vérifiez que les segments réseau locaux ont le segment étendu distant approprié dans Azure VMware Solution.
    9. Sélectionnez Valider et vérifiez que toutes les vérifications sont terminées avec l’état de réussite.
    10. Sélectionnez Go pour démarrer la migration.

  3. Une fois la migration terminée, accédez à la machine virtuelle à l’aide de VMware Remote Console dans le client vSphere.

  4. Vérifiez la configuration du réseau et vérifiez la connectivité avec les ressources locales et Azure VMware Solution.

  5. Vérifiez que vos bases de données et SQL Server sont à la hauteur et accessibles. Par exemple, à l’aide de SQL Server Management Studio, vérifiez que vous pouvez accéder à la base de données.

    Diagramme montrant une connexion SQL Server Management Studio à la base de données migrée.

Vérifiez la connectivité à SQL Server à partir d’autres systèmes et applications de votre infrastructure. Vérifiez que toutes les applications utilisant la ou les base(s) de données peuvent toujours y accéder.

Plus d’informations