Migrazione di SQL Server - AWS Guida prescrittiva
ValutazioneMobilitazioneMigrazione

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Migrazione di SQL Server

Nel tuo percorso verso il cloud, hai a disposizione diverse opzioni per migrare i tuoi ambienti SQL Server verso. AWS Una migrazione di successo si basa sulla generazione di un inventario dettagliato dei carichi di lavoro di SQL Server e delle relative dipendenze, sull'identificazione dello schema di autenticazione, sull'acquisizione dei requisiti di disponibilità elevata e ripristino di emergenza (HADR), così come sulla valutazione degli obiettivi prestazionali e delle opzioni di licenza. Questo inventario consente di determinare la piattaforma di database di destinazione e definire le opzioni di migrazione.

Hai a disposizione molte opzioni da considerare quando esegui la migrazione dei carichi di lavoro di SQL Server AWS, ognuna delle quali si traduce in un rapporto prezzo/prestazioni ottimizzato, un'esperienza utente più intuitiva e un TCO inferiore. Puoi scegliere di distribuire SQL Server su: Amazon EC2, Amazon RDS per SQL Server o Amazon RDS Custom per SQL Server.

Valutazione

Per implementare una migrazione di successo, è importante valutare l'infrastruttura esistente e comprendere le funzionalità chiave richieste per il proprio ambiente. Prima di scegliere un piano di migrazione, ti consigliamo di rivedere le seguenti aree principali:

  • Esamina l'infrastruttura esistente: esamina l'infrastruttura SQL Server esistente utilizzando i dati raccolti nella fase di rilevamento della migrazione (consulta la sezione Rilevamento dell'ambiente Windows). Si consiglia di utilizzare il dimensionamento prescritto da Microsoft per l'infrastruttura SQL Server su AWS. Comprendere l'uso corrente dell'istanza di SQL Server locale, inclusi memoria, CPU, IOPS e velocità effettiva, è molto importante per dimensionare correttamente l'istanza di SQL Server. AWS

  • Rivedi le licenze esistenti: puoi sfruttare la soluzione complementare di AWS Optimization and Licensing Assessment (AWS OLA) su cui sviluppare una strategia di migrazione e licenza. AWS AWS OLA fornisce un report che modella le opzioni di distribuzione utilizzando i diritti di licenza esistenti. Questi risultati possono aiutarti a esplorare i risparmi sui costi disponibili attraverso opzioni di licenza flessibili AWS .

  • Rivedi l'architettura di SQL Server esistente: se utilizzi un cluster di failover SQL Server con archiviazione condivisa o un'architettura di gruppo SQL Server Always On Availability, la comprensione degli attuali requisiti dell'architettura ad alta disponibilità ti aiuterà a definire le opzioni di distribuzione di SQL Server su. AWS

  • Sviluppa strategie di backup: puoi utilizzare il backup nativo in SQL Server per eseguire il backup dei database nel cloud. Esistono varie opzioni per eseguire il backup dei database su Amazon EBS, Amazon FSx for Windows File Server, Amazon FSx for NetApp ONTAP e Amazon S3 utilizzando Storage Gateway. Inoltre, puoi eseguire il backup dell'istanza SQL Server utilizzando un approccio basato su snapshot. Per ulteriori informazioni sui backup di SQL Server, consulta Opzioni di backup e ripristino per SQL Server su Amazon EC2 su AWS Prescriptive Guidance.

  • Comprendi le esigenze di disaster recovery (DR): se stai trasferendo i carichi di lavoro di SQL Server esistenti in AWS, puoi utilizzare un server secondario Regione AWS e connettere le due regioni utilizzando Transit Gateway (che consente la replica). Per impostare il DR, puoi optare per l'uso dell'architettura del gruppo di disponibilità distribuita di SQL Server nell'edizione SQL Enterprise, oppure utilizzare l'invio dei log, in base ai requisiti specifici di RTO e RPO. Inoltre, puoi utilizzarla AWS Elastic Disaster Recovery come implementazione attiva/passiva in cui lasci il DR come ambiente di failover. Per ulteriori informazioni, consulta il post Architect a disaster recovery for SQL Server on AWS: Part 1 sul blog Database. AWS

Mobilitazione

Esistono tre opzioni di migrazione principali che consigliamo di prendere in considerazione per i carichi di lavoro di SQL Server:

  • Rehosting (lift and shift): prevede la migrazione dei database SQL Server locali a SQL Server su un' EC2 istanza Amazon in. Cloud AWS Questo approccio è utile se una migrazione più rapida a AWS è la tua priorità.

  • Replatforming (lift and reshape): comporta la migrazione dei database SQL Server locali su Amazon RDS for SQL Server in. Cloud AWS La ridefinizione della piattaforma è la soluzione ideale quando, pur volendo continuare a utilizzare SQL Server, si desidera ridurre il carico di attività impegnative e indifferenziate, come installazione, configurazione, applicazione delle patch, aggiornamenti e configurazione della disponibilità elevata. Per un confronto delle funzionalità di SQL Server su Amazon EC2, Amazon RDS e Amazon RDS Custom, vedi Choosing between Amazon and EC2 Amazon RDS on AWS Prescriptive Guidance.

  • Rifattorizazione: in genere comporta la modifica e la modernizzazione delle applicazioni utilizzando database open source oppure creati per il cloud. In questo scenario, si modernizzano i database SQL Server on-premise per utilizzare Amazon RDS per MySQL, Amazon RDS per PostgreSQL o Amazon Aurora. Passando a un database open source, è possibile ridurre i costi di licenza ed evitare periodi superflui di vincolo con i fornitori e audit delle licenze.

Migrazione

Durante la migrazione dei carichi di lavoro di SQL Server verso AWS, prendi in considerazione i seguenti elementi relativi alla configurazione e agli strumenti.

Rehosting

Il rehosting è omogeneo. Scegli questo approccio quando desideri migrare il database SQL Server così com'è senza modificarne il software o la configurazione. Ad esempio, nelle migrazioni legacy su larga scala, potresti voler procedere rapidamente per raggiungere i tuoi obiettivi aziendali e scegliere di eseguire il rehosting della maggior parte delle applicazioni.

Migrazione di SQL Server tramite Amazon EC2

Se esegui la migrazione ad Amazon EC2, puoi portare le tue licenze SQL Server esistenti. Questo modello è noto come modello con uso di licenze proprie (BYOL). In alternativa, puoi acquistare istanze License Included (LI) da. AWS Per ulteriori informazioni, consulta il post sull'ottimizzazione dei costi con SQL BYOL utilizzando l'istanza Windows inclusa nella licenza su Amazon EC2 Dedicated Hosts sul blog AWS Cloud Operations & Migrations. L'opzione BYOL consente di ridurre i costi utilizzando le licenze SQL Server esistenti. AWS License Manageraiuta a controllare l'allocazione delle licenze disponibili durante la creazione di istanze con VMs SQL Server in Amazon. EC2 Strumento di gestione delle licenze aiuta a garantire la conformità alle regole di licenza specificate dall'utente.

È possibile reospitare SQL Server su EC2 istanze a tenancy condivisa (impostazione predefinita) utilizzando BYOL solo se si dispone di Microsoft Software Assurance (SA). Se non disponi di SA nelle tue licenze SQL, puoi effettuare il rehosting su Amazon EC2 Dedicated Hosts, a condizione che le licenze siano state acquistate prima del 1° ottobre 2019 o aggiunte come garanzia nell'ambito di una Enterprise Enrollment attiva valida prima del 1° ottobre 2019.

Esistono modi per migrare un database SQL Server su un' EC2 istanza Amazon utilizzando funzionalità di SQL Server come backup e ripristino, log shipping e gruppi di disponibilità Always On. Queste opzioni sono appropriate se stai migrando un singolo database o un set di database su una nuova istanza di SQL Server in esecuzione su Amazon EC2. Queste opzioni sono native del database e dipendono da versioni ed edizioni specifiche di SQL Server. Oltre alla migrazione del database, potrebbe essere necessario eseguire passaggi supplementari per migrare oggetti come accessi, processi, posta del database e server collegati.

Sono disponibili i seguenti approcci per il rehosting dei database SQL Server su: AWS

Puoi anche usare AWS Launch Wizard per SQL Server per guidarti attraverso il dimensionamento, la configurazione e la distribuzione di Microsoft SQL Server su Amazon EC2. Supporta implementazioni SQL Server a istanza singola e HA su Amazon. EC2

Migrazione di SQL Server utilizzando Servizio di migrazione delle applicazioni

AWS Application Migration Serviceè una buona opzione se desideri trasferire e spostare una o più macchine su larga scala da un ambiente locale senza modificare la versione, il sistema operativo o il codice di SQL Server nei database AWS senza modificare la versione di SQL Server, il sistema operativo o il codice nei database con tempi di inattività quasi nulli o minimi. Puoi utilizzare Servizio di migrazione delle applicazioni per eseguire rapidamente il rehosting (lift and shift) di server fisici, virtuali o cloud senza problemi di compatibilità, interruzioni delle prestazioni o lunghe finestre di conversione. Per indicazioni sulla migrazione di un database SQL Server da un ambiente locale a un' EC2 istanza Amazon utilizzando Application Migration Service, consulta Migrating Microsoft SQL Server database to Cloud AWS the AWS on Prescriptive Guidance. È inoltre possibile fare riferimento alle best practice quando si utilizza Application Migration Service per migrare i carichi di lavoro del database Microsoft SQL Server verso. AWS

SQL Server su Linux

Il motore di database SQL Server funziona in modo sostanzialmente simile sia su Windows Server sia su Linux. Tuttavia, nell'utilizzo su Linux, alcune attività presentano delle variazioni. Avvio della procedura guidata può aiutarti ad adattarti a queste modifiche e configurare soluzioni a disponibilità elevata. Se hai esperienza di amministrazione Linux interna, il rehosting su Amazon EC2 Linux è una buona scelta per risparmiare sui costi di licenza di Windows Server. Per automatizzare questo processo, puoi utilizzare lo strumento Assistente alla conversione della piattaforma da Windows a Linux per i database Microsoft SQL Server. Per ulteriori informazioni, consulta Migrare un database Microsoft SQL Server locale a Microsoft SQL Server su Amazon con EC2 Linux on AWS Prescriptive Guidance.

Ridefinizione della piattaforma

La ridefinizione della piattaforma è un approccio omogeneo ideale per ridurre il tempo dedicato alla gestione delle istanze di database grazie a un'offerta di database completamente gestita. La scelta di un database completamente gestito in Amazon RDS per SQL Server evita la necessità di accedere al sistema operativo sottostante o ai volumi del sistema, così come di installare driver personalizzati. Per ulteriori informazioni, consulta Amazon RDS per Microsoft SQL Server nella documentazione di Amazon RDS. Se per il tuo caso d'uso sono necessarie funzionalità di database completamente gestite o se desideri utilizzare licenze SQL Server esistenti, prendi in considerazione la possibilità di passare ad Amazon RDS Custom for SQL Server.

Per Amazon RDS Custom per SQL Server è disponibile l'opzione porta i tuoi media (BYOM). BYOM ti consente di utilizzare i tuoi supporti di installazione e le tue licenze, ma le licenze devono essere conformi ai termini di Microsoft License Mobility. È possibile ridefinire la piattaforma di SQL Server scegliendo Amazon RDS per SQL Server o Amazon RDS Custom per SQL Server. La scelta dipende dal fatto che si richieda l'accesso al sistema operativo sottostante, si richieda la personalizzazione del database o si desideri utilizzare le licenze SQL Server esistenti utilizzando BYOM.

Per la migrazione di SQL Server ad Amazon RDS per SQL Server sono disponibili i seguenti metodi:

Per ridefinire la piattaforma dei database SQL Server per eseguirli su Amazon RDS per SQL Server, prendi in considerazione l'utilizzo degli approcci forniti nelle risorse di Amazon RDS per SQL Server. Per informazioni su come migrare i carichi di lavoro di fine supporto, consulta il post Migrare i database Microsoft SQL Server di fine supporto su Amazon RDS for SQL Server con sicurezza sul Database Blog. AWS Per informazioni sui database locali, consulta Migrazione di un database locale su Amazon RDS Custom for SQL Server nella documentazione di Amazon RDS.

Rifattorizzazione

La rifattorizzazione è eterogenea. Scegli questo approccio quando sei pronto a ristrutturare, riscrivere e riprogettare il database e l'applicazione per sfruttare le offerte open source e di database. built-for-the-cloud Se sei aperto al refactoring del tuo database e delle rispettive applicazioni, puoi modernizzare i carichi di lavoro di SQL Server in Amazon RDS for MySQL, Amazon RDS for PostgreSQL, Amazon Aurora MySQL Compatible Edition o Amazon Aurora PostgreSQL Compatible Edition. La rifattorizzazione può tenere conto di una varietà di tempistiche di modernizzazione e requisiti prestazionali.

Amazon RDS per MySQL e Amazon RDS per PostgreSQL sono offerte di database completamente gestite per i rispettivi database open source. Amazon Aurora è un sistema di gestione dei database relazionali (RDBMS) compatibile con MySQL e PostgreSQL creato per il cloud. Aurora è dotato di un sistema di archiviazione con tolleranza ai guasti e offre le prestazioni e la disponibilità di database di livello commerciale a un decimo del costo.

Puoi anche usare Amazon Aurora Serverless per eseguire il database AWS senza gestire la capacità del database. Amazon Aurora Serverless v2 può essere dimensionato istantaneamente fino a centinaia di migliaia di transazioni in una frazione di secondo. Paghi solo per la capacità consumata dall'applicazione e puoi risparmiare fino al 90% sui costi del database rispetto ai costi associati al provisioning della capacità per i picchi di carico.

Per rifattorizzare i tuoi database SQL Server in base a una di queste offerte, prendi in considerazione l'utilizzo AWS Schema Conversion Tool di () with.AWS SCT AWS DMS Per ulteriori informazioni, vedere AWS SCTnella Cloud AWS guida Migrazione dei database di Microsoft SQL Server.

Se il tuo obiettivo è accelerare le migrazioni di applicazioni e database verso AWS, prendi in considerazione l'utilizzo di Babelfish per Aurora PostgreSQL. Babelfish consente alle applicazioni originariamente scritte per SQL Server di funzionare con Aurora, apportando modifiche minime al codice. Di conseguenza, si riduce lo sforzo necessario per adeguare le applicazioni sviluppate per SQL Server 2019 o versioni precedenti al fine di passare a Babelfish per Aurora PostgreSQL. Questo abbassa i rischi legati alla rifattorizzazione, rendendo il processo più veloce e vantaggioso dal punto di vista economico.

Per eseguire la migrazione con Babelfish, considera le seguenti risorse:

Risorse aggiuntive