Eseguire la migrazione di un'istanza autonoma di SQL Server alla soluzione Azure VMware

Questo articolo illustra come eseguire la migrazione di un'istanza autonoma di SQL Server alla soluzione Azure VMware.

VMware HCX offre due profili di migrazione durante la migrazione di un'istanza autonoma di SQL Server alla soluzione Azure VMware:

  • VMware HCX vMotion
  • Migrazione a freddo di VMware HCX

In entrambi i casi, prendere in considerazione le dimensioni e la criticità del database di cui viene eseguita la migrazione. Per questa procedura pratica, abbiamo convalidato VMware HCX vMotion. Anche la migrazione a freddo di VMware HCX è valida, ma richiede un periodo di inattività più lungo.

Questo scenario è stato convalidato usando le seguenti edizioni e configurazioni:

  • Microsoft SQL Server (2019 e 2022)
  • Windows Server (2019 e 2022) edizione Datacenter
  • Windows Server e SQL Server sono stati configurati in conformità alle best practice e alle raccomandazioni di Microsoft e VMware.
  • L'infrastruttura di origine locale era VMware vSphere 7.0 Update 3 e VMware vSAN, in esecuzione nei server Dell PowerEdge e nei dispositivi NVMe SSD Intel Optane P4800X.

Diagramma che mostra l'architettura di SQL Server autonomo per la soluzione Azure VMware.

Configurazioni di test

Questo scenario è stato convalidato usando le seguenti edizioni e configurazioni:

  • Microsoft SQL Server (2019 e 2022)
  • Windows Server (2019 e 2022) edizione Datacenter
  • Windows Server e SQL Server sono stati configurati in conformità alle best practice e alle raccomandazioni di Microsoft e VMware.
  • L'infrastruttura di origine locale era VMware vSphere 7.0 Update 3 e VMware vSAN in esecuzione nei server Dell PowerEdge e nei dispositivi NVMe SSD Intel Optane P4800X.+

Prerequisiti

  • Esaminare e registrare la configurazione di archiviazione e rete di ogni nodo del cluster.

  • Gestire i backup di tutti i database.

  • Eseguire il backup della macchina virtuale che esegue l'istanza di SQL Server.

  • Rimuovere tutte le macchine virtuali dei nodi del cluster da tutti i gruppi e le regole DRS.

  • Configurare VMware HCX tra il data center locale e il cloud privato della soluzione Azure VMware che esegue i carichi di lavoro migrati. Per altre informazioni sulla configurazione di VMware HCX, vedere la documentazione della soluzione Azure VMware.

  • Assicurarsi che tutti i segmenti di rete in uso da SQL Server e i carichi di lavoro che lo usano vengano estesi nel cloud privato della soluzione Azure VMware. Per verificare questo passaggio nel processo, vedere Configurare l'estensione di rete VMware HCX.

La connettività VMware HCX tramite VPN o ExpressRoute può essere usata come configurazione di rete per la migrazione.

VMware HCX tramite VPN, a causa della larghezza di banda limitata, è in genere adatta ai carichi di lavoro che possono sostenere periodi di inattività più lunghi, ad esempio ambienti non di produzione.

Per uno degli scenari seguenti, è consigliabile usare la connettività ExpressRoute per una migrazione:

  • Ambienti di produzione
  • Carichi di lavoro con database di grandi dimensioni
  • Negli scenari in cui è necessario ridurre al minimo il tempo di inattività, la connettività ExpressRoute è consigliata per la migrazione.
  • Ambienti di produzione
  • Carichi di lavoro con database di grandi dimensioni
  • In ogni caso in cui sia necessario ridurre al minimo i tempi di inattività

Altre considerazioni sul tempo di inattività sono illustrate nella sezione successiva.

Considerazioni sul tempo di inattività

Il tempo di inattività durante una migrazione dipende dalle dimensioni del database di cui eseguire la migrazione e dalla velocità della connessione di rete privata al cloud di Azure. La migrazione di un'istanza autonoma di SQL Server tramite il meccanismo VMware HCX vMotion è progettata per ridurre al minimo il tempo di inattività della soluzione. È tuttavia consigliabile eseguire la migrazione durante le ore di minore attività entro una finestra di modifica preapprovata.

La tabella seguente indica il tempo di inattività stimato per la migrazione di ogni topologia di SQL Server.

Scenario Tempo di inattività previsto Note
Istanza autonoma di SQL Server Basso La migrazione viene eseguita usando VMware vMotion. Il database è disponibile durante il periodo di migrazione, ma è consigliabile non eseguire il commit di dati critici durante la migrazione.
Gruppo di disponibilità Always On di SQL Server Basso La replica principale sarà sempre disponibile durante la migrazione della prima replica secondaria e la replica secondaria diventerà la replica principale dopo il failover iniziale in Azure.
Istanza del cluster di failover Always On SQL Server Alto Tutti i nodi del cluster vengono arrestati e migrati mediante VMware HCX Cold Migration. La durata del tempo di inattività dipende dalle dimensioni del database e dalla velocità della rete privata al cloud di Azure.

Esecuzione della migrazione

  1. Accedere al server vCenter locale e accedere al plug-in VMware HCX.

  2. In Servizi selezionare Migrazione>Eseguire migrazione.

    1. Selezionare la macchina virtuale di SQL Server.
    2. Impostare il cluster vSphere nel cloud privato remoto, che ospita la macchina virtuale o le macchine virtuali di SQL Server di cui è stata eseguita la migrazione come Contenitore di calcolo.
    3. Selezionare l'archivio dati vSAN come archiviazione remota.
    4. Selezionare una cartella. Non è obbligatorio, ma è consigliabile separare i diversi carichi di lavoro nel cloud privato della soluzione Azure VMware.
    5. Mantenere lo stesso formato dell'origine.
    6. Selezionare vMotion come profilo di migrazione.
    7. In Opzioni estese selezionare Esegui migrazione di attributi personalizzati.
    8. Verificare che i segmenti di rete locali abbiano il segmento esteso remoto corretto nella soluzione Azure VMware.
    9. Selezionare Valida e verificare che tutti i controlli siano completati con esito positivo.
    10. Selezionare Vai per avviare la migrazione.

  3. Al termine della migrazione, accedere alla macchina virtuale usando VMware Remote Console nel client vSphere.

  4. Verificare la configurazione di rete e verificare la connettività sia con le risorse locali che con quelle di soluzione Azure VMware.

  5. Verificare che SQL Server e i database siano disponibili e accessibili. Ad esempio, usando SQL Server Management Studio, verificare di poter accedere al database.

    Diagramma che mostra una connessione di SQL Server Management Studio al database migrato.

Controllare la connettività a SQL Server da altri sistemi e applicazioni nell'infrastruttura. Verificare che tutte le applicazioni che usano il database o i database possano comunque accedervi.

Ulteriori informazioni

  • Last updated on