Database SQL di Azure

Per la distribuzione di un database SQL di Azure sono disponibili le opzioni seguenti

• Come database singolo con uno specifico set di risorse gestito tramite un server logico
• Come database in pool di un pool elastico con un set condiviso di risorse gestito tramite un server logico
• Come parte di un'istanza gestita, ovvero una raccolta di database che contiene database di sistema e utente e condivide un set di risorse

In generale, i pool elastici sono progettati per un modello di applicazione tipico di SaaS (Software-as-a-Service), in cui è presente un solo database per client o tenant. L'acquisto di singoli database e il provisioning eccessivo per rispettare la domanda variabile e di picco per ogni database non risultano spesso economicamente convenienti, ma i pool ti permettono di gestire le prestazioni collettive e di ridimensionare automaticamente i database. Il motore intelligente di Azure consiglia un pool per i database se garantito da un modello di utilizzo. Per informazioni dettagliate, vedi le indicazioni sui pool elastici.

Istanza gestita di database SQL è un'espansione dei tipi di risorse esistenti del database SQL e combina il meglio di SQL Server con tutti i vantaggi di un'offerta PaaS (Platform as a Service) completamente gestita, riducendo al minimo o eliminando la necessità di riprogettare l'applicazione. Istanza gestita di database SQL offre in esclusiva la compatibilità a livello di istanza per le funzionalità di SQL Server, tra cui SQL Agent, Service Broker, Server collegato e query tra database, rendendo possibili nuovi scenari di migrazione in cui le modifiche alle applicazioni vengono ridotte significativamente o eliminate.

Il Vantaggio Azure Hybrid per SQL Server consente di massimizzare il valore degli investimenti correnti per la licenza e accelerare la migrazione al cloud. Il Vantaggio Azure Hybrid per SQL Server è un vantaggio basato su Azure che consente di usare le licenze di SQL Server con Software Assurance per pagare una tariffa ridotta ("tariffa di base") per il database SQL. Il Vantaggio Azure Hybrid per SQL Server è disponibile come anteprima pubblica del modello di acquisto basato su vCore per i pool elastici e i database singoli del database SQL. Puoi applicare questo vantaggio anche se lo SKU è già attivo, ma nota che la tariffa di base viene applicata a partire dal momento della selezione nel portale di Azure. Non verranno rilasciati crediti retroattivamente.

No, il database SQL di Azure è un servizio di database completamente gestito, quindi Microsoft gestisce SQL Server per te e ne assicura la disponibilità e le prestazioni. Il database SQL include anche funzionalità innovative per migliorare la sicurezza e la continuità aziendale. Ad esempio, la disponibilità elevata incorporata. Un portfolio completo per la sicurezza ti permette di implementare funzionalità intelligenti come il rilevamento delle minacce, in modo che tu non ti debba preoccupare dell'amministrazione o della gestione di centinaia o di migliaia di database SQL Server.

Visualizza le informazioni complete sul confronto delle funzionalità tra il database SQL di Azure e SQL Server.

Il nuovo modello di acquisto va ad aggiungersi al modello esistente basato su DTU. Il modello basato su vCore è stato creato per garantirti flessibilità, controllo e trasparenza, consentendo di convertire con facilità i requisiti dei carichi di lavoro locali nel cloud. Ti permette anche di ridimensionare le risorse di calcolo e di archiviazione, in base alle esigenze del carico di lavoro. Le opzioni con database singolo e pool elastico che usano il modello vCore possono inoltre usufruire di un risparmio fino al 55% con il Vantaggio Azure Hybrid per SQL Server. Per altre informazioni, vedi il modello di acquisto basato su vCore.

I livelli di servizio basati su vCore si differenziano principalmente in base a disponibilità, tipo di archiviazione e operazioni di I/O al secondo.

• Il livello Utilizzo generico è appropriato per la maggior parte dei carichi di lavoro aziendali e offre un set bilanciato di opzioni di calcolo e di archiviazione in cui la latenza di I/O o i tempi di failover non rappresentano una priorità.
• Il livello Hyperscale è ottimizzato per OLTP e carichi di lavoro di analisi a velocità effettiva elevata con risorse di archiviazione a scalabilità elevata e requisiti di scalabilità in lettura.
• Il livello Business critical è ottimale per applicazioni OLTP con frequenza di transazioni elevata e livelli minimi di latenza di I/O. Offre la massima resilienza agli errori tramite diverse repliche isolate.