DTU vs vCore in Azure SQL Database: scegliere il modello di acquisto giusto

By Mirko Peters · 2026-10-28

Confronta i modelli di acquisto DTU e vCore per Azure SQL Database. Scopri le differenze di prezzo, i limiti di scalabilità e come scegliere il modello più adatto al tuo carico di lavoro nel cloud.

Automatically translated with AI from the original post. Read the English original

Scegliere tra i modelli di acquisto DTU e vCore per Azure SQL Database è una delle decisioni economiche e architetturali più importanti che prenderai nella distribuzione dei carichi di lavoro nel cloud. Questa guida analizza le differenze fondamentali, le strutture di prezzo e le capacità di scalabilità, per aiutarti a selezionare il modello ottimale in base alle prestazioni del database e alle esigenze di budget.

Punti chiave

• Il modello DTU raggruppa calcolo, storage e I/O in un'unica metrica di prezzo predefinita, nei livelli Basic, Standard e Premium.
• Il modello vCore consente di configurare in modo indipendente calcolo, storage e generazione hardware, per un controllo granulare e una migliore ottimizzazione dei costi.
• vCore offre funzionalità avanzate per il risparmio, come Azure Hybrid Benefit e la sospensione dei database Serverless, non disponibili nel modello DTU.
• Puoi iniziare con uno dei due modelli senza rischi e convertire il database online, senza tempi di inattività per l'applicazione, man mano che le esigenze di prestazioni evolvono.
• Le dimensioni DTU ridotte forniscono meno di un singolo vCore di potenza di elaborazione, quindi vCore è la scelta preferibile per i carichi di lavoro con uso intensivo della CPU.

Comprendere il modello di acquisto DTU

Il modello Database Transaction Unit (DTU) è progettato come soluzione integrata e pronta all'uso per i database amministratori cloud che preferiscono semplicità e fatturazione mensile prevedibile. Invece di calcolare separatamente cicli di CPU, allocazione di memoria e operazioni di input/output su disco, Microsoft racchiude tutte queste risorse in un'unica metrica combinata, chiamata DTU.

Nel modello DTU, il database viene distribuito in uno dei tre livelli di prestazioni: Basic, Standard o Premium. Il ridimensionamento all'interno di questi livelli è approssimativamente lineare: se raddoppi l'allocazione di DTU, raddoppi anche, in linea di massima, le risorse sottostanti disponibili per l'applicazione. Questo rende la pianificazione della capacità semplice per chi è alle prime armi o per i team che gestiscono applicazioni lineari.

Tuttavia, l'approccio a pacchetto presenta dei limiti. Poiché calcolo e storage sono vincolati tra loro in rapporti fissi, non è possibile scalare lo storage indipendentemente dalla potenza di elaborazione. Se la tua applicazione richiede grandi quantità di storage ma poca CPU, il modello DTU può far pagare capacità di calcolo non necessaria.

Padroneggiare il modello di acquisto vCore

Il modello di acquisto vCore rappresenta l'approccio "costruisci da solo" per i database cloud. Un vCore corrisponde a un processore virtuale e offre agli amministratori un controllo diretto su calcolo e storage, gestiti in modo indipendente. Microsoft consiglia vivamente questo modello per le applicazioni cloud moderne, grazie alla sua flessibilità e all'allineamento con le esigenze di scalabilità aziendali.

Quando configuri un database vCore, selezioni la generazione di calcolo, scegli il tipo di hardware ed effettui il provisioning dello storage separatamente. Così puoi adattare il database esattamente al profilo del tuo carico di lavoro, invece di tirare a indovinare quale livello predefinito sia il più adatto. Il modello vCore si articola in tre livelli di prestazioni principali: Per utilizzo generico, Business Critical e Hyperscale.

Una delle vantaggi più significativi del modello vCore è l'ottimizzazione dei costi. Poiché separa il calcolo dall'archiviazione e offre opzioni di configurazione avanzate, sblocca funzionalità di prezzo uniche che nell'ecosistema DTU non esistono proprio. Tra queste figurano Azure Hybrid Benefit, che ti permette di riutilizzare le licenze SQL Server on-premises già in tuo possesso con sconti consistenti, e le configurazioni di calcolo Serverless.

Differenze finanziarie e architetturali

Quando valuti DTU rispetto a vCore, la scelta influirà in modo determinante sulla fattura mensile di Azure e sulla scalabilità a lungo termine. Il modello DTU offre prezzi prevedibili e predefiniti, facili da pianificare per carichi di lavoro piccoli e medi. Il livello Basic può costare appena 5 dollari al mese, un punto di ingresso accessibile per test e piccoli progetti personali.

Al contrario, il modello vCore introduce livelli specializzati pensati per gestire una scala estrema. Il livello Hyperscale, ad esempio, consente ai singoli database di crescere fino a 128 terabyte di archiviazione, diventando lo standard di riferimento per applicazioni aziendali in rapida crescita. Inoltre, il modello vCore introduce il livello di calcolo Serverless, che sospende automaticamente il database dopo un'ora di inattività. Mentre è in pausa, paghi solo l'archiviazione, il che lo rende praticamente gratuito quando resta inattivo nei fine settimana o fuori orario.

Vale la pena notare anche la scelta della generazione hardware all'interno di vCore. Le generazioni hardware più recenti offrono memoria e processori più veloci, permettendoti di ottimizzare il rapporto prezzo/prestazioni in modo molto più efficace rispetto alle configurazioni hardware fisse dei livelli DTU standard.

Migrazione e flessibilità senza vincoli

Un timore comune tra i professionisti IT che migrano nel cloud è commettere un errore architetturale irreversibile. Per fortuna Microsoft ha progettato Azure SQL Database con percorsi di migrazione online tra questi due modelli di acquisto. Se inizi con il modello DTU e poi ti accorgi che la tua applicazione richiede la granularità di vCore, puoi convertire il modello del database online.

Durante la conversione l'applicazione resta online e accessibile. La transizione somiglia più a modificare un'impostazione di configurazione che a ricostruire l'infrastruttura da zero. Questa flessibilità consente ai team di partire in modo snello, monitorare le metriche reali di utilizzo delle risorse e passare a un modello più potente solo quando i dati sulle prestazioni giustificano la spesa.

Conclusioni e prossimi passi

Scegliere il modello di acquisto giusto per il tuo database cloud significa trovare l'equilibrio tra semplicità e controllo granulare. Se cerchi una configurazione rapida e predefinita con un costo mensile fisso, il modello DTU offre un punto di partenza semplice. Se ti servono sconti sulle licenze, la sospensione automatica di Serverless, la scalabilità indipendente dell'archiviazione o una capacità enterprise massiccia, vCore è la scelta chiaramente vincente.

Per approfondire strategie di database cloud gestiti, alta disponibilità e best practice di sicurezza, non perdere di ascoltare l'episodio completo. Sintonizzati sulla discussione completa per consigli di esperti e indicazioni pratiche per padroneggiare le piattaforme dati cloud di Microsoft.

Domande frequenti

Posso passare dal modello DTU al modello vCore senza interruzioni del servizio?

Sì, Azure ti permette di convertire il database tra i modelli di acquisto DTU e vCore online, mentre l'applicazione resta attiva e in funzione.

Qual è il vantaggio principale del modello vCore rispetto a DTU?

Il modello vCore consente di scalare calcolo e archiviazione in modo indipendente, scegliere generazioni hardware specifiche e usare funzionalità di risparmio come Azure Hybrid Benefit e il calcolo Serverless.

Il livello Serverless è disponibile nel modello di acquisto DTU?

No, il livello di calcolo Serverless è disponibile esclusivamente all'interno del livello General Purpose del modello vCore, e consente ai database di entrare in pausa nei periodi di inattività per ridurre i costi.

Quanto può essere piccolo un database DTU per scopi di test?

Il livello Basic del modello DTU offre una configurazione minima a partire da appena 5 DTU e 2 gigabyte di archiviazione, ideale per l'apprendimento e i piccoli progetti di sviluppo.