Esplorare le tecnologie di migrazione dei dati disponibili
La fase di individuazione e valutazione dovrebbe avere fornito una comprensione chiara dell'ambiente corrente e dei carichi di lavoro che operano al suo interno. Si dovrebbe anche capire quali sono gli obiettivi di questa modernizzazione dei dati. Con una comprensione chiara di questi punti, è possibile scegliere una tecnologia della piattaforma dati appropriata per supportare i carichi di lavoro.
Nel nostro scenario di rivenditore globale, hai completato le fasi di individuazione e valutazione del tuo progetto di modernizzazione della piattaforma dati. Ora, nella fase di pianificazione, vuoi scegliere le migliori tecnologie di database verso cui eseguire la migrazione dei dati. Si è deciso di ospitare i dati nel cloud, ma si sa che in Azure sono disponibili diverse tecnologie.
In questa sezione, imparerai i servizi di hosting Azure SQL disponibili e anche Azure Synapse Analytics.
SQL Server in una macchina virtuale di Azure
Il modello di infrastruttura distribuita come servizio (IaaS) è utile per le soluzioni di applicazione che richiedono una migrazione rapida al cloud con modifiche minime. Sono disponibili tutte le versioni e le edizioni di SQL Server, che offrono compatibilità completa con SQL Server, consentendo di ospitare qualunque numero di database necessario e di eseguire transazioni tra database.
L'uso di una piattaforma IaaS presenta anche altri vantaggi, tra cui:
- Configurazione e gestione della disponibilità elevata, del ripristino di emergenza e dell'applicazione di patch per SQL Server più semplici che nei computer locali
- Ambiente personalizzato con diritti amministrativi completi
- Istanze di SQL Server con fino a 64 TB di spazio di archiviazione e tutti i database necessari
- Supporto completo per replica transazionale di SQL Server, gruppi di disponibilità AlwaysOn, Integration Services, log shipping per la replica dei dati e backup tradizionali di SQL Server
Inoltre, la migrazione a SQL Server su una macchina virtuale di Azure può essere un'opzione per i sistemi legacy, in cui l'applicazione e il database devono coesistere nello stesso server.
Data la sua semplicità, la migrazione a questa piattaforma di destinazione viene spesso definita "lift-and-shift".
Istanza gestita di SQL di Azure
Istanza gestita di SQL è una destinazione di migrazione ideale per le organizzazioni che cercano una soluzione semplice per trasferire un numero elevato di database SQL Server locali in Azure. Grazie all'ampia compatibilità con SQL Server e all'isolamento della rete, si semplifica il processo lift-and-shift fornendo al tempo stesso una soluzione sicura ed economica. Puoi eseguire il backup e il ripristino di database locali in Istanza gestita di SQL, che offre le stesse funzionalità di database SQL, oltre al supporto per dimensioni di database maggiori (fino a 8 TB) e funzionalità di SQL Server come SQL Agent, query tra database e replica.
L'uso dell'Istanza gestita di SQL di Azure offre i vantaggi seguenti:
- Ambiente isolato (servizio single-tenant con rete virtuale e risorse di calcolo e di archiviazione dedicate)
- Conservazione dei backup e ripristino configurabili dal cliente
- Advisor per database e analisi dei log per l'analisi avanzata del carico di lavoro
- Ottimizzazione e manutenzione automatiche del database per prestazioni prevedibili
- Monitoraggio, risoluzione dei problemi e gestione su larga scala
- Funzionalità del portale di Azure per provisioning e scalabilità del servizio manuali
- Autenticazione di Microsoft Entra con supporto single sign-on
- Stessi standard di conformità del database SQL di Azure
- Crittografia dei dati in transito e inattivi con chiavi di crittografia fornite dal cliente
- Nessuna attività di applicazione di patch e aggiornamento della versione
database SQL di Azure
Il database Azure SQL è completamente gestito e fornisce alle organizzazioni un motore di database relazionale a prestazioni elevate, affidabile e sicuro per utilizzo generico nel cloud. Esistono modelli di distribuzione all'interno del database Azure SQL, ciascuno dei quali offre vantaggi diversi:
Database singolo
Un database singolo ha risorse proprie e viene distribuito in un server di database SQL logico dove viene gestito. Sono disponibili diversi livelli di prestazioni, ognuno dei quali offre livelli diversi di velocità effettiva, prestazioni, archiviazione e costi.
Pool elastici
I pool elastici forniscono alle organizzazioni una soluzione economica per distribuire e gestire più database con diverse caratteristiche del carico di lavoro. I database appartenenti a un pool elastico vengono distribuiti in un singolo server database SQL, consentendo l'utilizzo delle risorse condivise tra tutti i database all'interno del pool.
Sia i database singoli che i pool elastici possono essere acquistati utilizzando il modello di acquisto basato su DTU o il modello di acquisto basato su vCore.
Modello di acquisto basato su DTU
Un'unità di transazione di database (DTU) è un'unità di prestazioni calcolata combinando CPU, memoria, I/O dati e I/O del log delle transazioni. Maggiore è il valore DTU, maggiore è il livello di prestazioni. Il modello di acquisto basato su DTU consente ai clienti di controllare il budget con una fatturazione oraria a prezzi fissi.
Modello di acquisto basato su vCore
Il modello di acquisto vCore consente ai clienti di selezionare un livello di prestazioni basato su vCore e memoria. Questo modello consente di ridimensionare in modo indipendente le risorse di calcolo e di archiviazione, a un livello più granulare. Come ulteriore vantaggio, il modello di acquisto basato su vCore consente alle organizzazioni di acquisire la licenza dei database Azure SQL con il Vantaggio Azure Hybrid Use per SQL Server. Questo significa che i clienti con copertura Software Assurance attiva per le licenze core di SQL Server Enterprise e Standard Edition possono ottenere risparmi fino al 30%.
L'uso di un singolo servizio di database SQL di Azure è adatto a molti usi aziendali con requisiti di prestazioni prevedibili per i database e può offrire i vantaggi seguenti:
- Compatibilità con il motore di SQL Server e supporto nativo per la rete virtuale
- Scalabilità dinamica senza tempo di inattività
- Ottimizzazione intelligente incorporata, scalabilità e disponibilità globali, oltre a opzioni di sicurezza avanzate
- Eliminazione dei costi hardware e riduzione dei costi amministrativi
- Funzionalità di tolleranza di errore integrate: il database SQL di Azure offre funzionalità come backup automatici, ripristino temporizzato, ripristino geografico e replica geografica attiva, per migliorare la continuità aziendale per le applicazioni che ospitano dati nel database SQL di Azure
- Database con dimensioni fino a 4 TB o database di dimensioni superiori che possono essere partizionati orizzontalmente o verticalmente in base a un modello scale-out
Azure Synapse Analytics
Azure Synapse Analytics è un Enterprise Data Warehouse (EDW) basato sul cloud che sfrutta l'Elaborazione Parallela di Massa (MPP) per eseguire rapidamente query complesse su grandi quantità di dati. Si tratta di un sistema distribuito progettato per eseguire analisi su dati di grandi dimensioni. La migrazione ad Azure Synapse Analytics richiede alcune modifiche di progettazione a schemi di tabella e codice, non troppo difficili da comprendere, ma la cui implementazione potrebbe richiedere del tempo. Se l'azienda richiede un data warehouse di classe enterprise, i vantaggi valgono la pena. Tuttavia, se non hai bisogno della potenza di Azure Synapse Analytics, sarà più conveniente usare database Azure SQL o SQL Server in macchine virtuali.
Valutare l'opportunità di usare Azure Synapse Analytics quando:
- Devi avere uno o più terabyte di dati
- Si prevede di eseguire operazioni di analisi su grandi quantità di dati
- È necessario avere la possibilità di ridimensionare le capacità di calcolo e archiviazione
- Si vuole risparmiare sui costi tramite la sospensione delle risorse di calcolo quando non sono necessarie.
Non usare Azure Synapse Analytics quando i carichi di lavoro hanno:
- Operazioni di lettura e scrittura molto frequenti
- Numero elevato di istruzioni SELECT singleton
- Volumi elevati di inserimenti di righe singole
- Necessità di elaborazione riga per riga
- Formati non compatibili (JSON, XML)