Livelli di servizio Istanza gestita di SQL abilitati per Azure Arc
Nell'ambito della famiglia di prodotti Azure SQL, i Istanza gestita di SQL abilitati per Azure Arc sono disponibili in due livelli di servizio vCore.
- per utilizzo generico è un livello budget-friendly progettato per la maggior parte dei carichi di lavoro con funzionalità comuni di prestazioni e disponibilità.
- business critical livello è progettato per carichi di lavoro sensibili alle prestazioni con funzionalità di disponibilità più elevate.
In Azure, l'archiviazione e il calcolo vengono forniti da Microsoft con contratti di servizio garantiti per prestazioni, velocità effettiva, disponibilità e così via in ognuno dei livelli di servizio. Con i servizi dati abilitati per Azure Arc, i clienti forniscono l'archiviazione e il calcolo. Di conseguenza, non sono disponibili contratti di servizio garantiti ai clienti con servizi dati abilitati per Azure Arc. Tuttavia, i clienti ottengono la flessibilità necessaria per portare il proprio hardware ad alte prestazioni indipendentemente dal livello di servizio.
Confronto tra livelli di servizio
Di seguito è riportata una descrizione delle varie funzionalità disponibili dai servizi dati abilitati per Azure Arc nei due livelli di servizio:
| Area | Business Critical | Utilizzo generico |
|---|---|---|
| set di funzionalità SQL | Uguale a SQL Server Enterprise Edition | Uguale a SQL Server Standard Edition |
| Limite cpu/istanza | Nessuna limitazione | 24 core |
| Limite di memoria/istanza | Nessuna limitazione | 128 GB |
| Aumentare e ridurre le prestazioni | Disponibile | Disponibile |
| Monitoraggio | Disponibile in locale ed esportazione facoltativa in Monitoraggio di Azure | Disponibile in locale e, facoltativamente, esportazione in Azure Log Analytics |
| Registrazione | Disponibile in locale e, facoltativamente, esportazione in Azure Log Analytics | Disponibile in locale ed esportazione facoltativa in Monitoraggio di Azure |
| Ripristino a un momento specifico | Predefinito | Predefinito |
| Disponibilità elevata | Ridistribuzione dei gruppi di disponibilità indipendenti tramite kubernetes | Ridistribuire l'istanza singola con Kubernetes e l'archiviazione condivisa. |
| Scalabilità orizzontale in lettura | gruppo di disponibilità | Nessuno |
| Ripristino di emergenza | Disponibile tramite gruppi di failover | Disponibile tramite gruppi di failover |
| Tassi di cambio AHB per componente IP del prezzo | 1:1 edizione Enterprise 4:1 edizione Standard |
1:4 edizione Enterprise 1:1 edizione Standard |
| Prezzi di sviluppo/test | Nessun costo | Nessun costo |
Come scegliere tra i livelli di servizio
Poiché i clienti mettono a disposizione i propri hardware con requisiti di prestazioni e disponibilità in base alle esigenze aziendali, i principali differenziatori tra i livelli di servizio sono gli elementi forniti a livello di software.
Scegliere per utilizzo generico se
- I requisiti di CPU/memoria soddisfano o rientrano nei limiti del livello di servizio per utilizzo generico
- Le opzioni di disponibilità elevata fornite da Kubernetes, ad esempio la ridistribuzioni dei pod, sono sufficienti per il carico di lavoro
- L'applicazione non richiede la scalabilità in lettura
- L'applicazione non richiede alcuna funzionalità disponibile nel livello di servizio business critical (come SQL Server Enterprise Edition)
Scegliere business critical se
- I requisiti di CPU/memoria superano i limiti del livello di servizio per utilizzo generico
- L'applicazione richiede un livello superiore di disponibilità elevata, ad esempio i gruppi di disponibilità predefiniti, per gestire i failover dell'applicazione rispetto a quelli offerti da Kubernetes.
- L'applicazione può sfruttare la scalabilità in lettura per eseguire l'offload dei carichi di lavoro di lettura nelle repliche secondarie
- L'applicazione richiede funzionalità disponibili solo nel livello di servizio business critical (come SQL Server Enterprise Edition)