Che cos'è SQL di Azure?

Si applica a: Database SQL di Azure Istanza gestita di SQL di Azure SQL Server sulla macchina virtuale di Azure

SQL di Azure è una famiglia di prodotti gestiti, sicuri e intelligenti che usano il motore di database di SQL Server nel cloud di Azure. Poiché SQL di Azure si basa sul noto motore di SQL Server, è possibile eseguire la migrazione delle applicazioni con facilità e continuare a usare gli strumenti, i linguaggi e le risorse con cui si ha familiarità. Poiché le competenze e l’esperienza acquisite sono applicabili anche al cloud, è possibile ottenere risultati ancora più efficaci con le risorse già disponibili.

I tre prodotti della famiglia SQL di Azure sono i seguenti:

• Database SQL di Azure: supporta applicazioni cloud moderne in un servizio di database gestito intelligente, che include l’elaborazione serverless.
• Istanza gestita di SQL di Azure: modernizza su larga scala le applicazioni SQL Server esistenti con un’istanza intelligente completamente gestita come servizio, con quasi il 100% di parità delle funzionalità con il motore di database di SQL Server. È l’ideale per la maggior parte delle migrazioni al cloud.
• SQL Server su macchine virtuali Azure: trasferisce in modalità lift-and-shift i carichi di lavoro di SQL Server con facilità e mantiene il 100% della compatibilità e dell’accesso a livello di sistema operativo di SQL Server.

Questo articolo illustra come ogni prodotto si integra con la piattaforma dati SQL di Azure di Microsoft, offrendo l’opzione più adatta a soddisfare i requisiti aziendali. Indipendentemente dai fattori che determinano la scelta, ad esempio i costi o la gestione ridotta, l’articolo può aiutare a decidere l’approccio ottimale rispetto alle esigenze aziendali più importanti.

Se non si ha familiarità con SQL di Azure, guardare il video Che cos'è SQL di Azure della serie di video approfonditi su SQL di Azure:

Panoramica

Considerata l’importanza dei dati nel mondo odierno, il processo di trasformazione digitale dipende sempre di più dalla capacità di gestire quantità elevate di dati e di sfruttarne le potenzialità. I patrimoni di dati odierni sono tuttavia sempre più complessi perché i dati sono ospitati in locale, nel cloud o sul perimetro della rete. Gli sviluppatori che creano applicazioni intelligenti e immersive possono essere vincolati da limitazioni che ne possono compromettere l’esperienza. Le limitazioni derivanti da piattaforme non compatibili, una sicurezza dei dati inadeguata, risorse insufficienti e la necessità di rispettare determinati requisiti di prestazioni/prezzo creano condizioni complesse che possono impedire la modernizzazione e lo sviluppo delle app.

Una delle prime cose da comprendere in una discussione in cui Azure viene confrontato con i database SQL Server locali è che è possibile usare tutte le soluzioni. La piattaforma dei dati Microsoft impiega la tecnologia SQL Server e la rende disponibile nei computer fisici locali, negli ambienti cloud privati, negli ambienti cloud privati ospitati da terze parti e nel cloud pubblico.

Database completamente gestiti e sempre aggiornati

È possibile dedicare più tempo all’innovazione e meno all’applicazione di patch, all’aggiornamento e al backup dei database. Azure è l’unico cloud con SQL classico che applica automaticamente gli aggiornamenti e le patch più recenti in modo che i database siano sempre aggiornati, eliminando così i problemi causati dalla fine del supporto. Anche attività complesse come l’ottimizzazione delle prestazioni, la disponibilità elevata, il ripristino di emergenza e i backup sono automatizzate, consentendo di concentrarsi sulle applicazioni.

Proteggere i dati con funzionalità di sicurezza intelligenti predefinite

Azure monitora continuamente i dati per individuare eventuali minacce. Con SQL di Azure è possibile:

• Correggere le potenziali minacce in tempo reale con il rilevamento delle minacce avanzato e gli avvisi di valutazione proattiva delle vulnerabilità.
• Ottenere la protezione a più livelli leader di settore con i controlli di sicurezza predefiniti, inclusi T-SQL, autenticazione, rete e gestione delle chiavi.
• Sfruttare la massima copertura della conformità di qualsiasi servizio di database cloud.

Motivazioni aziendali

Esistono molti fattori che possono influenzare la decisione di scegliere una tra le diverse offerte di dati:

• Costo: le opzioni Platform as a Service (PaaS) e Infrastructure as a Service (IaaS) includono un prezzo di base che copre l’infrastruttura e le licenze sottostanti. Tuttavia, con l’opzione IaaS è necessario investire tempo e risorse extra per la gestione del database, mentre nelle soluzioni PaaS queste funzionalità di amministrazione sono incluse nel prezzo. Entrambe le opzioni PaaS e IaaS consentono di interrompere temporaneamente le risorse per ridurre i costi di amministrazione.
• Amministrazione: le opzioni PaaS riducono la quantità di tempo da investire per amministrare il database. Limitano tuttavia anche il numero di script e attività di amministrazione personalizzati che è possibile eseguire. CLR non è ad esempio supportato con il database SQL, ma è supportato in Istanza gestita di SQL.
• Contratto di servizio: PaaS e IaaS forniscono entrambe un contratto di servizio elevato e standard del settore. Le opzioni PaaS garantiscono un contratto di servizio del 99,99%, mentre l’opzione IaaS garantisce un contratto di servizio del 99,95% per l’infrastruttura ovvero è necessario implementare meccanismi aggiuntivi per garantire la disponibilità dei database. È possibile ottenere un contratto di servizio del 99,99% creando una macchina virtuale SQL aggiuntiva e implementando la soluzione a disponibilità elevata del gruppo di disponibilità Always On di SQL Server.
• Tempo per il trasferimento a Azure: SQL Server in macchine virtuali di Azure corrisponde esattamente all’ambiente del cliente, pertanto la migrazione dall’ambiente locale alla macchina virtuale di Azure non è diversa dallo spostamento dei database da un server locale a un altro. Anche Istanza gestita di SQL consente la migrazione in modo semplice, tuttavia potrebbe essere necessario apportare alcune modifiche prima della migrazione.

Confronto tra i servizi

Come mostrato nel diagramma, ogni servizio può essere caratterizzato dal livello di amministrazione che si ha sull’infrastruttura e dal grado di efficienza nei costi.

In Azure i carichi di lavoro di SQL Server possono essere eseguiti come servizio ospitato (PaaS) o come infrastruttura ospitata (IaaS) supportando il livello del software, come Software as a Service (SaaS) o un’applicazione. In PaaS sono disponibili più opzioni di prodotto e diversi livelli di servizio all’interno di ogni opzione. La domanda fondamentale che è necessario porsi prima di decidere tra PaaS o IaaS è: si vuole gestire il database, applicare le patch ed eseguire i backup o si preferisce delegare queste operazioni ad Azure?

Database SQL di Azure

Il database SQL di Azure è un database relazionale distribuito come servizio (DBaaS) ospitato in Azure, che rientra nella categoria di settore piattaforma distribuita come servizio (PaaS).

• Ideale per le applicazioni cloud moderne che vogliono usare le funzionalità stabili di SQL Server più recenti e hanno vincoli di tempo per lo sviluppo e il marketing.
• Un motore di database di SQL Server completamente gestito, basato sulla versione stabile più recente di SQL Server Enterprise Edition. Il database SQL si basa su hardware e software standardizzati appartenenti, ospitati e gestiti da Microsoft.

Con SQL Server le caratteristiche e funzionalità predefinite richiedono una configurazione complessa, in locale o in una macchina virtuale di Azure. Il database SQL prevede un pagamento in base al consumo con la possibilità di aumentare o diminuire il numero di istanze per una maggiore efficienza e senza interruzioni. Il database SQL offre alcune caratteristiche aggiuntive non disponibili in SQL Server, come le funzionalità predefinite di disponibilità elevata, gestione e intelligenza.

Il database SQL di Azure offre le opzioni di distribuzione seguenti:

• Come database singolo con uno specifico set di risorse gestito tramite un server logico. Un database singolo è simile a un database indipendente in SQL Server. Questa opzione è ottimizzata per lo sviluppo di nuove applicazioni moderne progettate per il cloud. Sono disponibili opzioni hyperscale e serverless.
• Un pool elastico ovvero una raccolta di database con un set condiviso di risorse gestito tramite un server logico. I database singoli possono essere spostati all’interno e all’esterno di un pool elastico. Questa opzione è ottimizzata per lo sviluppo di nuove applicazioni moderne progettate per il cloud tramite il modello di applicazione SaaS multi-tenant. I pool elastici offrono una soluzione conveniente per gestire le prestazioni di più database che hanno modelli di utilizzo delle variabili.

Istanza gestita di SQL di Azure

Istanza gestita di SQL di Azure appartiene alla categoria di settore PaaS (Platform-as-a-Service) ed è l’ideale per la maggior parte delle migrazioni al cloud. Istanza gestita di SQL è una raccolta di database di sistema e utente con un set di risorse condiviso pronto per il trasferimento in modalità lift-and-shift.

• Ideale per le nuove applicazioni o le applicazioni locali esistenti che vogliono usare le funzionalità stabili di SQL Server più recenti e di cui viene eseguita la migrazione al cloud con modifiche minime. Un’istanza di Istanza gestita di SQL è simile a un’istanza del motore di database di Microsoft SQL Server, che offre risorse condivise per i database e ulteriori funzionalità con ambito limitato all’istanza.
• Istanza gestita di SQL supporta la migrazione di database locali senza modifiche o con modifiche minime per i database. Questa opzione offre tutti i vantaggi PaaS di database SQL di Azure, ma aggiunge funzionalità aggiuntive, ad esempio la rete virtuale nativa. Istanza gestita di SQL offre accesso completo a SQL Server e compatibilità con le funzionalità per eseguire la migrazione di istanza di SQL Server in Azure.

SQL Server in macchine virtuali di Azure

SQL Server in macchine virtuali di Azure rientra nella categoria di settore IaaS (Infrastructure-as-a-Service) e consente di eseguire SQL Server in una macchina virtuale (VM) completamente gestita in Azure.

• SQL Server installato e ospitato nel cloud viene eseguito in macchine virtuali Windows Server o Linux in esecuzione in Azure. Tutte le versioni e le edizioni recenti di SQL Server sono disponibili per l’installazione in una macchina virtuale IaaS.
• Ideale per migrazioni rapide e applicazioni che richiedono l’accesso a livello di sistema operativo. Le macchine virtuali di SQL in Azure sono pronte per il trasferimento in modalità lift-and-shift per le applicazioni esistenti che richiedono una migrazione rapida al cloud con modifiche minime o senza modifiche. Le macchine virtuali di SQL offrono un controllo amministrativo completo sull’istanza di SQL Server e sul sistema operativo sottostante per la migrazione ad Azure.
• La differenza più significativa rispetto al database SQL e a Istanza gestita di SQL è che SQL Server in Macchine virtuali di Azure assicura il controllo completo sul motore di database. È possibile scegliere quando avviare la manutenzione, modificare il modello di recupero in Semplice o Registrazione operazioni bulk, sospendere o avviare il servizio quando necessario ed è anche possibile personalizzare completamente il motore di database di SQL Server. Questo ulteriore controllo implica una maggiore responsabilità per la gestione della macchina virtuale.
• Scenari di sviluppo e test rapidi quando non si vuole acquistare hardware SQL Server non di produzione locale. Anche le macchine virtuali di SQL vengono eseguite su hardware standardizzato appartenente, ospitato e gestito da Microsoft. Quando si usano le macchine virtuali di SQL, è possibile scegliere una licenza di SQL Server con pagamento in base al consumo già inclusa in un’immagine di SQL Server oppure una licenza esistente. È anche possibile arrestare o riavviare la macchina virtuale in base alle esigenze.
• È ottimizzato per eseguire la migrazione di applicazioni esistenti in Azure o per estendere nel cloud le applicazioni locali esistenti in distribuzioni ibride. SQL Server in esecuzione in una macchina virtuale può essere usato anche per sviluppare e testare applicazioni SQL Server tradizionali. Le macchine virtuali di SQL forniscono diritti amministrativi completi per un’istanza di SQL Server dedicata e una macchina virtuale basata sul cloud. Si tratta di una scelta perfetta quando un’organizzazione ha già a disposizione risorse IT per gestire le macchine virtuali. Queste funzionalità permettono di creare un sistema altamente personalizzato per soddisfare i requisiti specifici dell’applicazione in termini di prestazioni e disponibilità.

Tabella di confronto

Le differenze tra database SQL di Azure, Istanza gestita di SQL di Azure e SQL Server nelle macchine virtuali di Azure sono elencate nella tabella seguente. Tuttavia, database SQL e Istanza gestita di SQL sono ottimizzati per ridurre al minimo i costi di gestione complessivi per il provisioning e la gestione di molti database. I costi di amministrazione in corso sono ridotti perché non è necessario gestire macchine virtuali, sistema operativo o software di database. Non serve neppure gestire gli aggiornamenti, la disponibilità elevata o i backup.

In generale, il database SQL e Istanza gestita di SQL possono aumentare significativamente il numero di database gestiti da una singola risorsa IT o di sviluppo. I pool elastici per database SQL supportano inoltre le architetture di applicazioni multi-tenant SaaS, con funzionalità che includono l’isolamento dei tenant e la possibilità di ridimensionamento per ridurre i costi condividendo le risorse tra i database. Istanza gestita di SQL offre supporto per funzionalità con ambito di istanza consentendo una migrazione semplificata delle applicazioni esistenti, nonché la condivisione delle risorse tra i database. Diversamente, SQL Server in macchine virtuali di Azure offre agli amministratori di database un’esperienza più simile all’ambiente locale con cui hanno familiarità.

Costo

Una startup con pochi fondi o un team di un’azienda consolidata con vincoli di budget: due esempi in cui la limitata disponibilità economica rappresenta un fattore primario nella scelta dell’hosting dei database.

In questa sezione vengono illustrate le nozioni di base relative a fatturazione e licenze in Azure associate alla famiglia di prodotti SQL di Azure nonché il calcolo del costo totale dell’applicazione.

Nozioni di base su fatturazione e licenze

Sia il database SQL che Istanza gestita di SQL attualmente venduti come servizio, sono disponibili con svariate opzioni e con livelli di servizio diversi, con prezzi diversi per le risorse, tutte fatturate su base oraria a una tariffa fissa, a seconda del livello di servizio e delle dimensioni di calcolo scelti. Per le informazioni più aggiornate sui livelli di servizio, sulle dimensioni di calcolo e sugli spazi di archiviazione attualmente supportati, vedere il modello di acquisto basato su DTU e il modello di acquisto basato su vCore sia per il database SQL che per Istanza gestita di SQL.

• Con il database SQL, è possibile scegliere un livello di servizio adatto alle proprie esigenze tra una vasta gamma di prezzi, a partire da $ 5/mese per il livello base, ed è possibile creare pool elastici per condividere le risorse tra i database in modo da ridurre i costi e far fronte ai picchi di utilizzo.
• Con Istanza gestita di SQL è anche possibile scegliere l’opzione Bring Your Own License (BYOL). Per altre informazioni sulla funzionalità Bring Your Own License, vedere Mobilità delle licenze tramite Software Assurance in Azure o usare il calcolatore del Vantaggio Azure Hybrid per scoprire come risparmiare fino al 40%.

Viene inoltre fatturato il traffico Internet in uscita a una velocità di trasferimento dati normale. È possibile modificare in modo dinamico i livelli di servizio e le dimensioni di calcolo per soddisfare le diverse esigenze di velocità effettiva dell’applicazione.

Con il database SQL e Istanza gestita di SQL, Azure configura automaticamente il software del database, applica le patch ed esegue l’aggiornamento, riducendo quindi i costi amministrativi. Le funzionalità di backup predefinite consentono anche di ottenere una significativa riduzione dei costi, specialmente per un numero elevato di database.

Con SQL Server in macchine virtuali di Azure è possibile usare un’immagine di SQL Server fornita dalla piattaforma, che include una licenza, oppure la propria licenza di SQL Server. Sono disponibili tutte le versioni (2012, 2014, 2016, 2017, 2019) e le edizioni (Developer, Express, Web, Standard, Enterprise) supportate di SQL Server. Sono anche disponibili le versioni BYOL (Bring Your Own License) delle immagini. Quando si usano le immagini fornite da Azure, il costo operativo dipende dalle dimensioni della macchina virtuale e dalla versione di SQL Server scelta. Indipendentemente dalle dimensioni della macchina virtuale o dall’edizione di SQL Server, si paga il costo al minuto della licenza di SQL Server e Windows o Linux Server, insieme al costo di Archiviazione di Azure per i dischi delle VM. L’opzione di fatturazione al minuto consente di usare SQL Server per tutto il tempo necessario, senza dover acquistare licenze di SQL Server aggiuntive. Se si usa la funzionalità Bring Your Own License per SQL Server in Azure, vengono addebitati solo i costi per il server e l’archiviazione. Per altre informazioni sulla funzionalità Bring Your Own License, vedere Mobilità delle licenze tramite Software Assurance in Azure. Viene inoltre fatturato il traffico Internet in uscita a una velocità di trasferimento dati normale.

Calcolo del costo totale dell’applicazione

Quando si inizia a usare una piattaforma cloud, il costo per l’esecuzione dell’applicazione include il costo per il nuovo sviluppo e i costi amministrativi correnti, oltre ai costi del servizio della piattaforma cloud pubblica.

Per altre informazioni sui prezzi, vedere le seguenti risorse:

• Prezzi del database SQL e di Istanza gestita di SQL
• Prezzi delle macchine virtuali per SQL e per Windows
• Calcolatore dei prezzi di Azure

Amministrazione

Per molte aziende, la decisione di passare a un servizio cloud riguarda sia la possibilità di ridurre la complessità dell’amministrazione sia i costi. Con IaaS e PaaS, Azure amministra l’infrastruttura sottostante e replica automaticamente tutti i dati per fornire il ripristino di emergenza, configura e aggiorna il software del database, gestisce il bilanciamento del carico ed esegue un failover trasparente in caso di errore del server all’interno di un data center.

• Con il database SQL e Istanza gestita di SQL, è possibile continuare ad amministrare il database, ma non è più necessario gestire il motore di database, il sistema operativo o l’hardware. Gli esempi di elementi che è possibile continuare a gestire includono i database e gli account di accesso, l’ottimizzazione dell’indice e delle query, nonché il controllo e la sicurezza. Inoltre, la configurazione della disponibilità elevata per un altro data center richiede una configurazione e un’amministrazione minime.
• Con SQL Server in macchine virtuali di Azuresi ha il pieno controllo del sistema operativo e della configurazione dell’istanza di SQL Server. Con una macchina virtuale l’utente può decidere quando aggiornare il sistema operativo e il software del database e quando installare eventuale software aggiuntivo come l’antivirus. Sono disponibili alcune funzionalità automatizzate che semplificano notevolmente la disponibilità elevata, il backup e l’applicazione di patch. Inoltre, è possibile controllare le dimensioni della macchina virtuale, il numero di dischi e le relative configurazioni di archiviazione. Azure consente di modificare le dimensioni di una macchina virtuale in base alle esigenze. Per informazioni, vedere Dimensioni delle macchine virtuali e del servizio cloud per Azure.

Contratto di servizio

Per molti reparti IT rispettare gli obblighi relativi al tempo di attività di un contratto di servizio è della massima priorità. Questa sezione spiega le condizioni applicate dal contratto di servizio per ogni opzione di hosting del database.

Sia per il database SQL di Azure che per Istanza gestita di SQL di Azure Microsoft offre un contratto di servizio con disponibilità del 99,99%. Per le informazioni più recenti, vedere Contratto di servizio.

Per SQL Server in macchine virtuali di Azure, Microsoft fornisce un contratto di servizio di disponibilità del 99,95% per due macchine virtuali in un set di disponibilità oppure il 99,99% per due macchine virtuali in zone di disponibilità diverse. Ciò significa che almeno una delle due macchine virtuali è disponibile per il contratto di servizio specificato, ma non copre i processi (ad esempio SQL Server) in esecuzione nella macchina virtuale. Per le informazioni più recenti, vedere il Contratto di servizio per macchine virtuali. Per la disponibilità elevata del database all’interno delle macchine virtuali, è necessario configurare una delle opzioni di disponibilità elevata supportate in SQL Server, ad esempio Gruppi di disponibilità Always On. L’uso di un’opzione di disponibilità elevata supportata non fornisce un contratto di servizio aggiuntivo, ma permette di ottenere una disponibilità del database superiore al >99,99%.

È il momento di passare ad Azure

Il database SQL di Azure è la soluzione ideale per le applicazioni progettate per il cloud quando i fattori critici sono la produttività degli sviluppatori e un time-to-market rapido per le nuove soluzioni. Con la funzionalità di tipo DBA programmatica, è lo strumento ideale per gli architetti e gli sviluppatori cloud perché riduce la gestione del sistema operativo e del database sottostanti.

Istanza gestita di SQL di Azure semplifica notevolmente la migrazione delle applicazioni esistenti ad Azure, consentendo di immettere sul mercato in Azure in tempi brevi applicazioni di database sottoposte a migrazione.

SQL Server in macchine virtuali di Azure è la scelta ideale se le applicazioni nuove o esistenti richiedono database di grandi dimensioni o l’accesso a tutte le funzionalità in SQL Server o in Windows/Linux e si vogliono evitare i tempi e i costi per l’acquisto di nuovo hardware locale. È anche una soluzione appropriata quando si vuole eseguire la migrazione delle applicazioni e dei database locali esistenti in Azure così come sono, nei casi in cui il database SQL o Istanza gestita di SQL non sia una scelta indicata. Poiché non è necessario modificare la presentazione, l’applicazione e i livelli dati, si risparmia il tempo e i costi legati a una nuova progettazione dell’architettura della soluzione esistente. È invece possibile concentrarsi sulla migrazione di tutte le soluzioni in Azure e sulle ottimizzazioni delle prestazioni eventualmente richieste dalla piattaforma Azure. Per altre informazioni, vedere Procedure consigliate per le prestazioni di SQL Server su VM Azure.

Creare e gestire risorse SQL di Azure con il portale di Azure

Il portale di Azure offre un’unica pagina in cui è possibile gestire tutte le risorse SQL di Azure, incluso SQL Server in macchine virtuali di Azure.

Per accedere alla pagina di Azure SQL, selezionare Azure SQL nel menu del portale di Azure oppure cercare e selezionare Azure SQL in qualsiasi pagina.

Per gestire le risorse esistenti, selezionare un elemento nell’elenco. Per creare nuove risorse SQL di Azure, selezionare + Crea.

Dopo aver selezionato + Crea, selezionare Mostra dettagli in qualsiasi riquadro per visualizzare informazioni aggiuntive sulle diverse opzioni.

Per informazioni dettagliate, vedere:

• Creare un database singolo
• Creare un pool elastico
• Creare un’istanza gestita
• Creare una macchina virtuale SQL

Contenuto correlato

Per le informazioni generali:

• Database SQL di Azure
• Istanza gestita di database SQL di Azure
• SQL Server in macchine virtuali di Azure

Per ricreare le risorse:

• Creare un database SQL di Azure
• Creare un'istanza gestita di SQL di Azure
• Creare SQL Server su VM Azure

Per i prezzi:

• Prezzi di Database SQL di Azure
• Prezzi di Istanza gestita di SQL
• Prezzi per le VM di SQL Server in Azure

Per eseguire una migrazione:

• Eseguire la migrazione ad Azure SQL
• Identificare lo SKU idoneo per il database locale