Spostare l'accordo di licenza di SQL Server a una sottoscrizione con pagamento in base al consumo

Questo articolo illustra come eseguire la transizione delle istanze di SQL Server alle sottoscrizioni con pagamento in base al consumo. Questa opzione è disponibile per le istanze di SQL Server che attualmente:

• Usare una licenza di SQL Server con Software Assurance (SA)
• Usare una licenza di sottoscrizione SQL Server
• Concesso in licenza tramite un Contratto di licenza del provider di servizi (SPLA)

Eseguire la transizione da una licenza con Software Assurance o una sottoscrizione di SQL Server.

Se le istanze di SQL Server sono coperte da una licenza con Software Assurance o da una licenza di sottoscrizione, in genere si vuole passare a una sottoscrizione con pagamento in base al consumo Azure immediatamente dopo la scadenza. A questo punto si vuole assicurarsi che:

• Tutte le distribuzioni di Arc SQL vengono passate alla fatturazione con pagamento in base al consumo.
• Tutte le distribuzioni Azure SQL (PaaS e IaaS) vengono passate alla fatturazione con pagamento in base al consumo.
• Le attività di transizione vengono eseguite immediatamente dopo la scadenza del contratto di licenza per la conformità continua e la fatturazione accurata.

Per gestire la transizione, seguire questa procedura.

Prima della scadenza del contratto di licenza

• Assicurarsi di avere un account di Azure attivo con almeno una sottoscrizione.
• Assicurarsi che tutte le istanze di SQL Server locali coperte dalla licenza con Software Assurance o dalla sottoscrizione SQL siano connesse a Azure Arc.
• Se si licenziano nuclei virtuali o nuclei fisici senza usare macchine virtuali, assicurarsi che le estensioni Azure per SQL Server siano configurate con licenseType impostato su Paid. Per informazioni dettagliate, vedere Licenze istanze di SQL Server per core virtuali e Licenze istanze di SQL Server per core fisici senza macchine virtuali.
• Se si usa il metodo di licenza di virtualizzazione illimitato, assicurarsi che la licenza p-core o le licenze siano create con billingPlan impostato su Paid, attivato e tutte le istanze di SQL Server coperte dalle licenze siano configurate correttamente con licenseType impostato su Paid. Per informazioni dettagliate, vedere Licenze di istanze di SQL Server per core fisici con virtualizzazione illimitata.

Data di scadenza del contratto di licenza

Modificare il valore del tipo di licenza in tutte le risorse che non siano più coperte da licenza SQL Server con Software Assurance o sottoscrizione a SQL Server.

• Per passare diverse risorse Azure SQL alla sottoscrizione con pagamento in base al consumo, usare lo script di PowerShell Modify Azure SQL tipo di licenza.

• Per passare diverse istanze di SQL Server abilitate per Azure Arc alla sottoscrizione con pagamento in base al consumo, utilizzare lo script di PowerShell Modify Arc SQL license type.

Questi script vengono forniti "così come sono" con la licenza MIT.

Transizione dalla licenza fornita dal fornitore SPLA

La transizione dei SQL Server con licenza tramite un Contratto di licenza del provider di servizi (SPLA) alla fatturazione pay-as-you-go di Azure richiede quanto segue:

• I server SQL del cliente finale vengono integrati in Azure Arc nelle sottoscrizioni Azure gestite da CSP.
• La fatturazione con pagamento in base al consumo è selezionata con il consenso alla fatturazione ricorrente in ogni computer connesso.

Quando si trasferiscono i clienti alla fatturazione pay-as-you-go di Azure, è essenziale assicurarsi che l'agente Azure Connected Machine e l'estensione SQL Server siano integri e possano connettersi ad Azure. Se l'estensione è non funzionante, bloccata da firewall o non configurata correttamente (ad esempio, problemi con il proxy), potrebbe interrompere la corretta segnalazione dell'utilizzo di SQL Server. Ciò può comportare un utilizzo sottoreport, errori di fatturazione e non conformità.

Questi problemi limitano anche la funzionalità di SQL Server connessi tramite Azure Arc. Le funzionalità interessate includono:

• Monitoring
• Inventory
• Entra ID di autenticazione (che dipende da un agente integro e da una connessione attiva)

I server connessi ad Azure Arc devono contattare Azure almeno una volta ogni 30 giorni. A partire da giugno 2026, verrà applicato questo check-in. In questo modo si garantisce una segnalazione accurata dell'utilizzo e impedisce l'uso di SQL Server non autorizzati.

Consenso del cliente

L'utente o il provider di soluzioni cloud deve fornire in modo esplicito il consenso prima di abilitare la fatturazione con pagamento in base al consumo. Per informazioni dettagliate, vedere Consenso ricorrente per la fatturazione.

Considerazioni specifiche di Linux

Quando si esegue la transizione di SQL Server in Linux al pagamento in base al consumo, tenere presenti le limitazioni seguenti rispetto a Windows:

• Rilevamento di istanze passive: il rilevamento automatico delle repliche passive nei gruppi di disponibilità o nelle istanze del cluster di failover non è disponibile in Linux. Tutte le istanze vengono fatturate come attive.
• Rilevamento dei core: il numero di core viene segnalato in base all'ambiente del sistema operativo. La verifica dei core a livello di motore di database non è disponibile.
• Rilevamento utenti connessi: la verifica delle connessioni utente attive nelle repliche secondarie leggibili non è disponibile.
• Agent health monitoring: assicurarsi che l'agente Azure Connected Machine rimanga integro e connesso. La finestra di riconnessione di 30 giorni e il comportamento di fatturazione ricorrente funzionano come in Windows.

Queste limitazioni non bloccano la transizione al pagamento in base al consumo in Linux. Tuttavia, pianificare le differenze di fatturazione descritte in Gestire le licenze e la fatturazione.

Riconnessione entro 30 giorni

Se il computer si riconnette entro 30 giorni dalla disconnessione, la fatturazione con pagamento in base al consumo si basa sui log di utilizzo effettivi gestiti localmente dall'estensione.

Disconnessione oltre 30 giorni

Se il computer rimane disconnesso per più di 30 giorni, il servizio SQL Arc passa alla fatturazione ricorrente in base all'ultima configurazione nota. Ad esempio: edizione, numero di core, configurazione a disponibilità elevata. Gli addebiti includono:

• Addebiti di backfill per i 30 giorni precedenti.
• Addebito orario continuo fino alla riconnessione della macchina.

Questi addebiti usano contatori con pagamento in base al consumoPAYG () ricorrenti separati per tenere traccia dell'utilizzo durante lo stato disconnesso.

Uso intermittente di SQL Server

Se si dispone di un'applicazione che viene usata raramente e può essere offline più di 30 giorni, verrà attivata la fatturazione ricorrente perché il servizio SQL Arc non è in grado di stabilire se la disconnessione è intenzionale o meno. Per impedire la fatturazione, disconnettere l'istanza di SQL Server da Azure Arc. Quando la macchina virtuale è operativa, sarà necessario eseguirne di nuovo l'onboarding in Arc usando uno dei metodi supportati. Per informazioni dettagliate, vedere Disconnettere le istanze di SQL Server da Azure Arc.

Panoramica della soluzione

Poiché l'implementazione di Windows Server corrente applica un limite di disconnessione fisso di 30 giorni, il sistema gestisce automaticamente il re-onboarding dei server sottostanti senza reimpostare la fatturazione SQL Server. Questa funzionalità garantisce che i servizi come gli aggiornamenti della sicurezza estesa (ESU) non vengano reimpostati e che nessuna nuova fatturazione venga attivata inutilmente.

La sequenza temporale seguente illustra il comportamento di fatturazione per SQL Server e Windows Server, confrontando gli scenari in cui il computer si riconnette entro 30 giorni rispetto a dopo 30 giorni.

Se la connettività viene ripristinata entro 30 giorni, la fatturazione con pagamento in base al consumo riprende in base ai dati di utilizzo effettivi raccolti dall'estensione Azure per SQL Server e segnalate tramite contatori con pagamento in base al consumo standard. Se la connettività viene ripristinata dopo 30 giorni, la fatturazione continua in base all'ultima configurazione nota dell'istanza di SQL usando contatori con pagamento in base al consumo ricorrenti fino a quando la connessione non viene ristabilita.

Consenso ricorrente per la fatturazione

È necessario un consenso esplicito per selezionare la fatturazione con pagamento in base al consumo per SQL Server nelle sottoscrizioni Azure gestite da CSP.

Il consenso viene registrato aggiungendo una proprietà ConsentToRecurringPAYG all'estensione Azure per SQL Server risorsa. È costituito dai due valori seguenti:

• Consented: si accetta la fatturazione ricorrente.
• ConsentTimestamp: timestamp UTC contrassegnato quando è stato concesso il consenso. Questo timestamp viene usato dal servizio dati ibrido per determinare quando la fatturazione ricorrente diventa effettiva. Dopo tale intervallo di tempo, qualsiasi disconnessione superiore a 30 giorni attiva la fatturazione con pagamento in base al consumo ricorrente.

Abilitare il pagamento in base al consumo ricorrente su larga scala usando Automazione di Azure

I provider di soluzioni cloud che gestiscono account di clienti di grandi dimensioni possono abilitare la fatturazione ricorrente con pagamento in base al consumo in più computer con uno script. Uno script di PowerShell Modify License Type flessibile esegue le modifiche di configurazione necessarie, inclusa la registrazione del consenso. Ad esempio, l'operazione seguente passerà a tutti i computer connessi nello stesso tenant con pagamento in base al consumo:

.\modify-license-type.ps1 -LicenseType PAYG -ConsentToRecurringPAYG Yes -Force 

Esamina lo script completo in GitHub al link sql-server-samples modify-license-type.

Gestire la distribuzione automatica

SQL Server abilitato tramite Azure Arc installa automaticamente l'estensione Azure per SQL Server in qualsiasi nuovo computer connesso e supporta un'opzione per specificare il tipo di licenza come tag di sottoscrizione. Poiché questi tag sono generici e non supportano l'opzione per fornire il consenso per il pagamento in base al consumo ricorrente, questi tag non devono essere assegnati alle sottoscrizioni gestite da CSP.

Gestire l'integrità dell'estensione

Con una sottoscrizione con pagamento a consumo, la salute delle estensioni diventa un fattore critico per la conformità, poiché raccoglie i dati di utilizzo e garantisce la fatturazione corretta. Le disconnessioni intermittenti fino a 30 giorni sono consentite perché l'estensione gestisce un log di utilizzo nel computer, ma è responsabilità dell'utente assicurarsi che le estensioni rimangano integre. Il portale di Azure include un dashboard Health che offre una visualizzazione generale dello stato delle estensioni. Per informazioni dettagliate sulla risoluzione dei problemi delle estensioni non integre, vedere Troubleshoot Azure extension for SQL Server.

Analizzare i costi

Dopo la transizione alla fatturazione con pagamento in base al consumo, è possibile visualizzare gli addebiti correnti e previsti tramite Gestione dei costi Microsoft. I prossimi addebiti per le Azure Arc abilitate SQL Server con pagamento in base al consumo non vengono visualizzati nelle pagine delle risorse di SQL Server o Arc. Tutte le analisi dei costi e le previsioni vengono eseguite a livello di sottoscrizione o superiore.

Visualizzare gli addebiti previsti

Per visualizzare gli addebiti previsti con pagamento in base al consumo:

1. Nel portale di Azure aprire Gestione costi> Analisi costi.
2. Selezionare l'ambito appropriato (sottoscrizione, gruppo di gestione o gruppo di risorse).
3. Verificare che il grafico mostri i costi effettivi e previsti.
   • Le barre o le linee solide rappresentano i costi effettivi
   • Le estensioni ombreggiate rappresentano i costi previsti in base alle tendenze di utilizzo cronologiche
4. Impostare l'intervallo di date sul mese corrente per visualizzare i costi previsti di fine mese.

Filtrare l'utilizzo di Arc SQL Server

Per isolare Azure Arc SQL Server addebiti con pagamento in base al consumo, applicare questi filtri:

Identificare i costi a livello di risorsa

Per vedere quali istanze di SQL Server comportano costi:

1. In Analisi dei costi selezionare Raggruppa per>risorsa.
2. Facoltativamente, selezionare Raggruppa per>gruppo di risorse se si organizzano computer Arc per gruppo di risorse.

Questa suddivisione consente di identificare:

• Modifiche al numero di core
• Differenze tra le edizioni (Standard e Enterprise)
• Istanze non intenzionalmente lasciate in esecuzione

Identificare le categorie di addebiti

Per vedere quali categorie di addebito correlate a SQL Server stanno influenzando i costi, in Analisi dei costi, selezionare Raggruppa per>Misuratore. Questa suddivisione consente di identificare:

• Suddivisione delle categorie di utilizzo (ad esempio, costi ESU, costi con pagamento in base al consumo)
• Differenze tra le edizioni (i nomi dei misuratori indicano le edizioni)
• Addebiti imprevisti

Configurare gli avvisi relativi al budget

Per gestire in modo proattivo i costi:

1. In Gestione costi selezionare Budget>Aggiungi.
2. Creare un budget mensile per la spesa di Arc SQL prevista.
3. Configurare gli avvisi al 50%, 75% e 90% del budget.
4. Salvare il budget.

Gli avvisi del budget usano i costi previsti, non solo la spesa effettiva, per evitare addebiti imprevisti. Per altre informazioni, vedere Creare e gestire i budget.

Monitorare gli eventi di fatturazione

Per monitorare e rivedere, utilizzare i log delle attività con SQL Server abilitato tramite Azure Arc.

Contenuti correlati

Fatturazione ricorrente per SQL Server abilitata da Azure Arc FAQ

Gestisci le licenze e la fatturazione delle SQL Server abilitate da Azure Arc