Aggiornamenti estesi di sicurezza abilitati da Azure Arc di SQL Server
Si applica a: SQL Server 2012 (11.x) SQL Server 2014 (12.x)
Dopo che SQL Server ha raggiunto la fine del ciclo di vita del supporto, è possibile scegliere di effettuare una sottoscrizione agli Aggiornamenti estesi di sicurezza (Extended Security Updates, ESU) per i server e rimanere protetti per un massimo di tre anni. Quando si esegue l'aggiornamento a una versione più recente di SQL Server, è possibile terminare la sottoscrizione ESU e interrompere il pagamento. Quando si esegue la migrazione ad Azure SQL, gli addebiti per ESU si arrestano in automatico, ma si continua ad avere accesso agli aggiornamenti della sicurezza.
Questo articolo illustra come gestire la sottoscrizione di SQL Server agli Aggiornamenti estesi di sicurezza abilitati da Azure Arc. Per informazioni dettagliate sul programma, si veda Che cosa sono gli aggiornamenti estesi di sicurezza per SQL Server?.
Sottoscrivere gli aggiornamenti estesi di sicurezza in un ambiente di produzione
È possibile usare una delle tre seguenti opzioni per sottoscrivere gli ESU in un ambiente di produzione. I collegamenti nell'elenco consentono di accedere alle sezioni di questo articolo che forniscono altri dettagli.
I diagrammi nell'elenco utilizzano core normalizzati (NC) per illustrare le implicazioni di costo delle opzioni di licenza. Una licenza centrale per l’edizione Standard è equivalente a una licenza NC. Una licenza centrale per l’edizione Enterprise è equivalente a quattro licenze NC. Per altre informazioni, vedere Come applicare una licenza alle risorse Azure.
Licenza per memoria centrale virtuale
Usare la sottoscrizione ESU Enterprise o Standard per le vCPU (v-core) della macchina virtuale (VM) che esegue una o più istanze di SQL Server. Ogni macchina virtuale viene fatturata singolarmente per il v-core allocato.
Il seguente diagramma illustra questo metodo di licenza e ne mostra le implicazioni di costo.
Licenza per memorie centrali fisiche (p-core) senza macchine virtuali
Usare una licenza Enterprise o Standard per le unità di memoria centrale fisica dell'host che esegue una o più istanze di SQL Server installate direttamente sull'host senza usare macchine virtuali. Ogni istanza ha accesso a tutti i p-core supportati dall'edizione installata limitata fino a tutti i p-core dell'host. Indipendentemente dai limiti dell'istanza, tuttavia, l'host viene fatturato per tutti i p-core in base all'edizione di SQL Server più elevata installata. Per i dettagli, vedere Limiti della capacità di calcolo per edizione di SQL Server.
Il seguente diagramma illustra le implicazioni sui costi della distribuzione di due istanze standard in un host fisico senza usare macchine virtuali.
Licenza per memorie centrali fisiche con virtualizzazione illimitata
Usare la sottoscrizione Enterprise ESU per le unità di memoria centrale fisica dell'host che esegue un numero qualsiasi di macchine virtuali con un numero qualsiasi di istanze di SQL Server non supportate. Una singola licenza p-core è una risorsa di Azure separata che rappresenta tutti i p-core concessi in licenza per l'ESU e viene fatturata in modo indipendente.
Il diagramma seguente illustra le implicazioni sui costi delle licenze di un host fisico e l'uso di una virtualizzazione illimitata.
Per sottoscrivere le ESU, è necessario avere software assurance attivo o abilitare una fatturazione con pagamento in base al consumo per il software SQL Server. La tabella seguente illustra la disponibilità dell'ESU per ciascun tipo di licenza usato per il software SQL Server:
Tipo di licenza di SQL Server | Sottoscrizione v-core ESU | Sottoscrizione p-core ESU senza macchine virtuali | Sottoscrizione p-core ESU con virtualizzazione illimitata |
---|---|---|---|
Sottoscrivere il servizio tramite Microsoft Azure utilizzando un metodo con pagamento in base al consumo | Sì | Sì | Sì |
Utilizzare la propria licenza con Software Assurance o una sottoscrizione per SQL Server 1 | Sì | Sì | Sì |
Utilizzare la propria licenza senza Software Assurance 2 | No | No | No |
1 Si dispone già di una licenza con Software Assurance attivo o una sottoscrizione SQL Server attiva.
2 Si è proprietari di una licenza perpetua o si usa una licenza Server+CAL.
La scelta dell’opzione di pagamento sopra indicate potrebbe influire sulle opzioni di esternalizzazione. Per altre informazioni, vedere le condizioni specifiche per l'utilizzo del servizio e la Guida alle licenze per i vantaggi della virtualizzazione flessibile.
Per informazioni sulle licenze per le istanze di SQL Server non di produzione o non supportate per l’ESU tramite Azure Arc, si veda Gestire le sottoscrizioni ESU di SQL Server per uso non di produzione più avanti in questo articolo.
Sottoscrivere le ESU di SQL Server per core virtuali
Le sottoscrizioni degli ESU per v-core consentono di limitare l'ambito della sottoscrizione a una macchina virtuale specifica e a una o più istanze di SQL Server non supportate installate nell'ambiente del sistema operativo di tale computer. È ottimizzato per gli scenari seguenti:
- Le macchine virtuali di SQL Server disattivate vengono combinate con le macchine virtuali che eseguono altro software negli stessi server fisici.
- Le macchine virtuali di SQL Server disattivate vengono eseguite in un ambiente ospitato o in un cloud di terze parti in cui non si controlla l'infrastruttura fisica.
È possibile gestire una sottoscrizione ESU v-core per ogni macchina virtuale usando le aree di configurazione di SQL Server del portale di Azure. Il riquadro Panoramica di ogni risorsa SQL Server abilitata per Arc mostra lo stato della sottoscrizione ESU in Configurazione di SQL Server.
La sottoscrizione ESU per l’edizione Standard è limitata a un massimo di 24 unità di memoria centrale virtuale, anche se l'ambiente sistema operativo (OSE) è configurato con un numero maggiore di unità di memoria centrale virtuale (v-core). Per altre informazioni sui limiti, si veda Limiti della capacità di calcolo per edizione di SQL Server.
Sottoscrivere le ESU di SQL Server in base a core fisici senza usare macchine virtuali
L'opzione di sottoscrizione agli ESU di SQL Server per core fisici senza usare le macchine virtuali è ottimizzata per gli scenari seguenti:
- È possibile controllare l'ambiente fisico.
- Le istanze di SQL Server non supportate vengono installate direttamente in un server fisico per ottimizzare le prestazioni dell'applicazione di database.
- Non si eseguono macchine virtuali in tale server fisico.
In questa opzione, i requisiti della sottoscrizione ESU sono simili alla sottoscrizione ESU di SQL Server per core virtuali. È possibile gestire una sottoscrizione ESU per ogni host usando le aree di configurazione di SQL Server del portale di Azure. La differenza principale è che l'utilizzo del software di SQL Server viene segnalato in base ai core fisici disponibili per il sistema operativo del server. Per informazioni dettagliate, vedere Utilizzo del software di misurazione.
La sottoscrizione ESU per l’edizione Standard è limitata a un massimo di 24 p-core, anche se l'ambiente sistema operativo (OSE) è installato su un computer di dimensioni maggiori. Per altre informazioni sui limiti, si veda Limiti della capacità di calcolo per edizione di SQL Server.
Importante
Se un computer fisico senza macchine virtuali è connesso ad Azure Arc nell'ambito coperto da una licenza per p-core ESU di SQL Server, il vantaggio della virtualizzazione illimitata non si applica a tale computer. La fatturazione avviene individualmente in base ai core fisici a cui ha accesso il sistema operativo.
Sottoscrivere le ESU di SQL Server tramite core fisici con virtualizzazione illimitata
L'opzione di sottoscrizione a ESU di SQL Server da core fisici con virtualizzazione illimitata è più efficace quando:
- Si controlla l'ambiente fisico e si eseguono le istanze di SQL Server non supportate in macchine virtuali diverse per l'isolamento della sicurezza e una migliore gestione delle risorse.
- L'infrastruttura e il metodo di pagamento selezionato supportano il vantaggio di virtualizzazione illimitata per ESU.
- La sottoscrizione a ESU di SQL Server tramite v-core è più costosa rispetto alla sottoscrizione da parte dei p-core dell'host.
Per usare i vantaggi di virtualizzazione illimitata, è necessario creare una risorsa SQLServerEsuLicense che copre le istanze specifiche di SQL Server - Azure Arc che si intende includere. Per informazioni dettagliate sulla gestione delle risorse di SQLServerEsuLicense, si veda Gestire i vantaggi di virtualizzazione illimitata per una sottoscrizione ESU di SQL Server.
Attenzione
Il vantaggio di virtualizzazione illimitata non è disponibile per le macchine virtuali in esecuzione nell'infrastruttura dei provider elencati. Queste macchine virtuali possono ottenere licenze solo da v-core. Se si crea una risorsa SqlServerEsuLicense con l'intento di concedere licenze a queste macchine virtuali tramite la virtualizzazione illimitata, verrà addebitato l'uso dei v-core in base alla configurazione di SQL Server dell'host. Eventuali licenze p-core esistenti non valgono per compensare tali addebiti.
Per altre informazioni sulle licenze per memorie centrali fisiche con virtualizzazione illimitata, vedere la sezione “Licenze per la virtualizzazione massima” nella Guida alle licenze di SQL Server (collegamento al download).
Una singola risorsa SqlServerEsuLicense può coprire più macchine virtuali connesse ad Azure Arc. Include diverse proprietà che definiscono la modalità di applicazione e fatturazione della licenza.
Per qualificarsi, ogni risorsa Computer - Azure Arc deve essere configurata per l'uso di una licenza ESU per memoria centrale fisica. In caso contrario, la risorsa Computer - Azure Arc verrà fatturata individualmente per gli ESU.
Dettagli licenza
La scheda Dettagli licenza include le proprietà standard di Azure e le impostazioni specifiche della licenza ESU:
La proprietà
scopeType
imposta l'ambito di Azure in cui tutte le risorse qualificate Computer - Azure Arc sono coperte dalla licenza. Sono supportati i seguenti ambiti di Azure:- Tenant di Azure (
Tenant
) - Sottoscrizione di Azure (
Subscription
) - Gruppo di risorse (
ResourceGroup
)
L'ambito specifico deriva dalla posizione della risorsa della licenza. Ad esempio, se si seleziona
Subscription
, l'ID sottoscrizione che ospita la risorsa della licenza verrà usato come ambito.- Tenant di Azure (
La proprietà
billingPlan
è impostata automaticamente sul pagamento in base al consumo perché la sottoscrizione ESU viene sempre fatturata su un contatore orario.La proprietà
physicalCores
della risorsa di licenza rappresenta la somma delle unità di memoria centrale fisica dei server nell’ambito selezionato a cui è applicata la licenza. La dimensione minima della licenza è di 16 p core.La proprietà
TenantID
viene impostata automaticamente quando viene selezionato l'ambito del tenant.
La risorsa di licenza può essere creata in un gruppo di risorse in una qualsiasi delle aree supportate. La posizione della risorsa è impostata sulla posizione del gruppo di risorse selezionato per impostazione predefinita, ma è possibile modificarla impostando un'area diversa.
La posizione della risorsa di licenza non influisce sull'ambito. Si applica a tutte le risorse Computer - Azure Arc nell'ambito della licenza selezionata indipendentemente dalle aree in cui vengono caricate queste risorse.
Importante
È possibile associare più risorse di licenza allo stesso ambito o a ambiti che si sovrappongono. Ad esempio, una nuova licenza può essere aggiunta quando vengono implementati altri server fisici durante picchi temporanei di attività o per riflettere una crescita imprevista.
Tutte le macchine virtuali in esecuzione in questi server fisici devono essere connesse ad Azure Arc nell'ambito della risorsa di licenza. E devono avere la proprietà di configurazione host UsePhysicalEsuCoreLicense
impostata su True
. Per altri dettagli, si veda Usare la licenza ESU per una memoria centrale fisica.
Attivazione licenza
La scheda Attivazione licenza serve a controllare quando la licenza diventa effettiva o viene disattivata. È possibile attivare la licenza durante la creazione, oppure creare la licenza prima e attivarla successivamente. Ritardare l'attivazione consente di coordinarla con altri eventi nel ciclo di vita delle licenze, ad esempio la scadenza di un contratto Enterprise esistente. Le proprietà data e ora activatedAt
e deactivatedAt
vengono visualizzate quando la licenza è stata attivata e disattivata l'ultima volta. Per altre informazioni, si veda Aggiornare una risorsa server licenze.
Dopo l'attivazione della licenza:
- La versione della licenza non può essere modificata.
- È possibile ridurre il numero di core, ma non aumentarlo. Per aumentare il numero di core, creare un'altra risorsa di licenza.
Al termine della licenza:
- Non è possibile riattivare la licenza. Se non è necessaria, la risorsa può essere eliminata.
- Le sottoscrizioni ESU per le macchine virtuali nell'ambito rimangono attive e diventano fatturabili a livello di macchina virtuale.
Per arrestare tutti gli addebiti di ESU, annullare la sottoscrizione da ESU in tutte le macchine virtuali prima di terminare la licenza. Per informazioni dettagliate, si veda Gestire le risorse nell'ambito della licenza p-core ESU.
Gestire le sottoscrizioni ESU di SQL Server per uso non di produzione
Se sono state abilitate sottoscrizioni ESU nell'ambiente di produzione gestito tramite Azure Arc, è possibile abilitare gratuitamente una sottoscrizione ESU di SQL Server nell'ambiente non di produzione. È possibile usufruire di questo vantaggio nei due modi seguenti.
Utilizzare l'edizione SQL Server Developer
L'edizione SQL Server Developer è gratuita e può essere usata in qualsiasi sottoscrizione di Azure. Se si abilita la sottoscrizione ESU sulla macchina virtuale che ospita un'edizione Developer, l'estensione di Azure per SQL Server la rileva e segnala l'utilizzo tramite un contatore dell'edizione Dev a $0. L’estensione non genera gli addebiti ESU. Allo stesso tempo, installa gli ESU quando vengono rilasciati, purché la sottoscrizione ESU sia attiva. L'edizione Developer ha lo stesso set di funzionalità dell'edizione Enterprise.
Importante
Se l’edizione Developer si trova nello stesso host con un'istanza dell’edizione Standard o Enterprise, quest'ultima avrà la precedenza di fatturazione come edizione di produzione. La sottoscrizione ESU attiva genera gli addebiti dell'ESU in base a tale edizione.
Utilizzare la sottoscrizione di Sviluppo/test di Azure
Se si configura l’ambiente non di produzione come mirror dell'ambiente di produzione e si vogliono usare le stesse edizioni dell'ambiente di produzione, è necessario connettere i computer host e delle istanze di SQL Server in una sottoscrizione di sviluppo/test di Azure.
I contatori di SQL Server di produzione sono abilitati per supportare le sottoscrizioni di sviluppo/test e vengono automaticamente nullificati quando vengono generati da una sottoscrizione di sviluppo/test. Le stesse condizioni valgono per i contatori ESU. È quindi possibile abilitare la sottoscrizione ESU in questi computer anche se eseguono le edizioni Standard o Enterprise.
Per informazioni, vedere:
- Creare una sottoscrizione con Contratto Enterprise (EA).
- Per altre informazioni, vedere la sezione “Licenze di SQL Server per l'uso non di produzione” nella Guida alle licenze di SQL Server (collegamento per il download).
Gestire le sottoscrizioni ESU di SQL Server su repliche di disponibilità elevata e ripristino di emergenza
Se l'istanza di SQL Server disattivata è una replica passiva creata come parte della configurazione di disponibilità elevata o ripristino di emergenza, si ha diritto ai vantaggi del failover inclusi se il Tipo di licenza è impostato su Paid
o PAYG
. Per altre informazioni sui vantaggi del failover, vedere la sezione Gestione delle “Licenze di SQL Server per disponibilità elevata e ripristino di emergenza” nella Guida alle licenze di SQL Server (collegamento per il download).
Per gestire i vantaggi del failover e rimanere conformi, l'estensione di Azure per SQL Server rileva automaticamente le istanze passive e riflette l'uso del software SQL Server creando contatori speciali di ripristino di emergenza di 0 USD, purché la proprietà LicenseType
sia stata configurata correttamente. Per informazioni dettagliate, vedere Utilizzo del software di misurazione.
Durante i failover, l'estensione riconosce la transizione e passa automaticamente la fatturazione ESU alla replica attiva senza nuovi addebiti di fatturazione.
Gestire le istanze di SQL Server che usano una licenza Server+CAL
È possibile connettere qualsiasi istanza di SQL Server con licenza ad Azure Arc, incluse le istanze che usano modello di licenza Server+CAL. Tuttavia, la sottoscrizione ESU abilitata da Azure Arc non è disponibile per il modello di licenza Server+CAL non supportato. Se si desidera ricevere ESU, è possibile impostare il tipo di licenza su PAYG
e quindi abilitare la sottoscrizione ESU.
Gestire la transizione da una licenza ESU p-core a una licenza ESU v-core
Poiché la licenza ESU p-core viene fatturata con un contatore ESU dell'edizione Enterprise, risulta conveniente quando le istanze di SQL Server non supportate si trovano insieme in un set di host fisici designati. Quando si aggiornano le singole istanze o se ne esegue la migrazione ad Azure, è possibile che si perda l'efficienza economica della licenza ESU p-core. Utilizzare le licenze ESU v-core potrebbe allora diventare più interessante. È possibile terminare la licenza ESU p-core e passare alla fatturazione delle singole macchine virtuali per le sottoscrizioni ESU.
Per gestire correttamente questa transizione, usare la sottostante sequenza di procedure consigliate:
Assicurarsi che le macchine virtuali con le istanze di SQL Server non supportate siano connesse ad Azure Arc e configurate per l'uso della licenza ESU p-core dopo l'attivazione della licenza.
Valutare continuamente i vantaggi apportati dai costi derivanti dall'uso della licenza ESU p-core.
Terminare la licenza ESU p-core se non è più utile finanziariamente, ma mantenere attiva la sottoscrizione ESU nelle singole macchine virtuali.
Importante
Se le macchine virtuali nell'ambito sono state configurate per l'uso di una sottoscrizione ESU mentre la licenza ESU p-core era attiva (come descritto nel passaggio 1), dopo la terminazione della licenza p-core passeranno automaticamente alla fatturazione per l'ESU in base all'edizione di SQL Server installata e al numero di v-core di ogni VM. Non verranno addebitati costi aggiuntivi.
Se la macchina virtuale è configurata per l'uso della sottoscrizione ESU dopo la chiusura della licenza ESU p-core, viene considerata come una nuova sottoscrizione e si applicano i costi di fatturazione appropriati.
Gestire la transizione dalla licenza ESU acquistata tramite contratti multilicenza alla sottoscrizione ESU
La sottoscrizione ESU di SQL Server 2012 (11.x) richiede l'acquisto di un'offerta con contratto multilicenza annuale 1 e anno 2 prima di poterla attivare. Ciò significa che la transizione da un'offerta ESU annuale 1 e anno 2 a una sottoscrizione ESU è il modello predefinito e gli addebiti di fatturazione lo riflettono. Per informazioni dettagliate sugli addebiti di fatturazione, vedere Fatturazione per le unità ESU di SQL Server 2012 più avanti in questo articolo.
Se si vuole acquistare un'offerta ESU di anno 1 o anno 2 tramite Azure perché non è stato acquistato in precedenza l'anno 1 o l'anno 2 tramite contratti multilicenza, è necessario eseguire ulteriori passaggi per assicurarsi che la fattura venga modificata di conseguenza. Prima di attivare la sottoscrizione ESU nei computer, è necessario aprire un ticket di supporto usando la sottocategoria Issues with SQL Server Extended Security Updates
.
Informazioni sui contatori di utilizzo ESU
L'utilizzo della sottoscrizione ESU di SQL Server viene segnalato una volta all'ora. Il contatore specifico viene selezionato automaticamente in base all'edizione di SQL Server e al numero di v-core o p-core visibili all'ambiente del sistema operativo. Si applicano le seguenti regole:
Se si installano una o più istanze di SQL Server in una macchina virtuale e non si specifica che deve essere usata una licenza ESU per p-core, l'utilizzo della sottoscrizione ESU di SQL Server viene calcolato in base al numero totale di memorie centrali virtuali disponibili per il sistema operativo. Il minimo è quattro core per OSE.
Se si installano una o più istanze di SQL Server su un server fisico senza utilizzare le macchine virtuali, l'utilizzo della sottoscrizione ESU di SQL Server viene calcolato in base al numero totale di memorie centrali virtuali disponibili per il sistema operativo. Il minimo è quattro core per OSE.
L'utilizzo della sottoscrizione ESU di SQL Server viene segnalato per sistema operativo se una o più istanze di SQL Server sono installate nello stesso sistema operativo.
Se più istanze di SQL Server non supportate della stessa versione vengono installate sullo stesso ambiente sistema operativo, l'edizione più recente di SQL Server definisce il contatore della sottoscrizione ESU inviato ogni ora.
Se più istanze out-of-support di SQL Server 2012 (11.x) e SQL Server 2014 (12.x) vengono installate nello stesso sistema operativo, con le stesse edizioni o diverse, una istanza della stessa versione viene fatturata separatamente perché hanno prezzi e periodi di fatturazione diversi.
Nella seguente tabella vengono illustrati i contatori della sottoscrizione ESU (detti anche SKU) usati per la misurazione e la fatturazione per la sottoscrizione ESU di SQL Server in un singolo sistema operativo:
Edizione proiettata 1 | Versione di SQL Server | Failover della replica | Usare la licenza p-core | SKU contatore |
---|---|---|---|---|
Enterprise | 2012 | No | No | Ent edition - ESU Ent edition - ESU back billing |
Enterprise | 2012 | No | Sì | None |
Enterprise | 2012 | Sì | Sì o no | None |
Enterprise | 2014 | No | No | Ent edition - ESU 2014 Ent edition - ESU 2014 back billing |
Enterprise | 2014 | No | Sì | None |
Enterprise | 2014 | Sì | Sì o no | None |
Standard | 2012 | No | No | Std edition - ESU Std edition - ESU back billing |
Standard | 2012 | No | Sì | None |
Standard | 2012 | Sì | Sì o no | None |
Standard | 2014 | No | No | Std edition - ESU 2014 Std edition - ESU 2014 back billing |
Standard | 2014 | No | Sì | None |
Standard | 2014 | Sì | Sì o no | None |
Valutazione | Any | Sì o no | Sì o no | None |
Sviluppatore | Any | Sì o no | Sì o no | None |
Web | Any | Non applicabile | Sì o no | None |
Express | Any | Non applicabile | Sì o no | None |
1 Per le regole di proiezione dell'edizione, vedere Misurazione dell'utilizzo del software.
La tabella successiva mostra gli SKU del contatore usati per la misurazione e la fatturazione per le licenze ESU della memoria centrale fisica attiva:
Risorsa di Azure | Versione di SQL Server | SKU contatore |
---|---|---|
Licenza ESU p-core | 2012 | Ent edition - ESU Ent edition - ESU back billing |
Licenza ESU p-core | 2014 | Ent edition - ESU 2014 Ent edition - ESU 2014 back billing |
Comprendere la fatturazione abbonamento aggiornamenti di sicurezza estesa
La sottoscrizione degli aggiornamenti di sicurezza estesa estende il supporto per gli aggiornamenti critici per un massimo di tre anni. Se si avvia la sottoscrizione dopo la data di fine del supporto, è necessario acquistare l'offerta multilicenza o la sottoscrizione ESU per coprire gli anni precedenti. Con una sottoscrizione ESU, si ha il vantaggio aggiuntivo di annullare la sottoscrizione e tutti gli addebiti futuri senza penalità in qualsiasi momento.
Fatturazione per gli aggiornamenti di sicurezza estesa di SQL Server 2012
Per usare l'opzione di sottoscrizione ESU, è necessario aver acquistato l'offerta ESU anno 1 e anno 2 per contratti multilicenza prima di iscriversi alla sottoscrizione ESU nell'anno 3. È possibile iscriversi alla sottoscrizione ESU in qualsiasi momento entro l'anno 3 e la fattura riflette il costo della copertura ESU continua.
Dopo aver effettuato l'iscrizione per la sottoscrizione ESU, la fattura mensile successiva include un addebito una tantum per ogni computer che ospitava un'istanza o istanze di SQL Server 2012 (11.x) con una sottoscrizione ESU attiva dall'inizio dell'anno ESU corrente, in base al timestamp quando ÈSU è stata abilitata o quando è stata attivata la licenza ESU p-core. A partire da questo punto, ogni computer viene fatturato su base oraria.
Sia gli addebiti orari di fatturazione che i costi orari usano la tariffa oraria da questa formula: (Numero di core) x (100% del prezzo di licenza ESU 3 anno 3) / 730. Quindi, le dimensioni dell'addebito di fatturazione dipendono dal tempo trascorso dal 12 luglio 2024 al tempo di attivazione.
Si applicano le seguenti regole di fatturazione:
Se si installa una o più istanze di SQL Server 2012 (11.x) in una macchina virtuale e non si usa il vantaggio di virtualizzazione illimitato, viene fatturato il numero totale delle memorie centrali virtuali del computer, con almeno quattro memorie centrali. Se la macchina virtuale è idonea a ricevere i diritti di failover, le memorie centrali virtuali di tale macchina non sono fatturabili.
Se si installa una o più istanze di SQL Server 2012 (11.x) in un server fisico senza usare macchine virtuali, vengono fatturati tutte le memorie centrali fisici del computer, con un minimo di quattro memorie centrali. Se il server fisico è idoneo a ricevere diritti di failover, le memorie centrali fisici del server non sono fatturabili. Per altre informazioni, si vedano le Condizioni specifiche del servizio.
Per ulteriori informazioni sui prezzi di ESU di SQL Server 2012 (11.x), vedere Pianificare la fine del supporto di Windows Server e SQL Server.
Fatturazione per gli aggiornamenti di sicurezza estesa di SQL Server 2014
La sottoscrizione agli aggiornamenti di sicurezza estesa per SQL Server 2014 (12.x) è disponibile dall'Anno 1 del periodo di supporto Extended, che è iniziato il 10 luglio 2024. Se si è effettuata la registrazione prima di tale data, si visualizzeranno solo gli addebiti orari per gli aggiornamenti di sicurezza estesa a partire dalla mezzanotte del 10 luglio 2024. Se è stata effettuata l'iscrizione dopo il 10 luglio 2024, la fattura del mese successivo include un addebito di fatturazione dall'inizio dell'anno corrente dell'ESU, in base al timestamp quando è stata abilitata l'ESU o quando è stata attivata la licenza ESU p-core.
Si applicano le seguenti regole di fatturazione:
Se si installa una o più istanze di SQL Server 2014 (12.x) in una macchina virtuale e non si usa il vantaggio di virtualizzazione illimitato, viene fatturato il numero totale delle memorie centrali virtuali del computer, con almeno quattro memorie centrali. Se la macchina virtuale è idonea a ricevere i diritti di failover, le memorie centrali virtuali di tale macchina non sono fatturabili.
Se si installa una o più istanze di SQL Server 2014 (12.x) in un server fisico senza usare macchine virtuali, vengono fatturati tutte le memorie centrali fisici del computer, con un minimo di quattro memorie centrali. Se il server fisico è idoneo a ricevere diritti di failover, le memorie centrali fisici del server non sono fatturabili. Per altre informazioni, si vedano le Condizioni specifiche del servizio.
Se si installano entrambe le istanze di SQL Server 2012 (11.x) e SQL Server 2014 (12.x) nella stessa macchina fisica o virtuale, viene fatturato il numero totale di memorie centrali fisiche o virtuali del computer, per le sottoscrizioni ESU sia per SQL Server 2012 (11.x) che per SQL Server 2014 (12.x), con almeno quattro memorie centrali. La fatturazione per ogni versione è basata sul prezzo ESU per tale versione. Se la macchina virtuale è idonea a ricevere i diritti di failover, le memorie centrali virtuali di tale macchina non sono fatturabili.
Per altre informazioni sui prezzi degli ESU per SQL Server 2014 (12.x), vedere Prezzi di Azure Arc.
Fatturazione durante la perdita di connettività e altre interruzioni
Se l'estensione di Azure per SQL Server perde la connettività, la fatturazione viene arrestata e la sottoscrizione viene sospesa.
Per assicurarsi che la disconnessione intermittente non influisca negativamente sulla copertura ESU, viene riattivata in automatico se l'istanza di SQL Server si riconnette senza penalità entro 30 giorni. In tal caso, viene visualizzato un addebito aggiuntivo di fatturazione per i giorni dall'ultimo giorno in cui il server è stato connesso.
Se si termina manualmente la sottoscrizione ESU e la si riattiva entro 30 giorni, non è prevista alcuna penalità. La fattura include un addebito aggiuntivo per il tempo trascorso dall'annullamento della sottoscrizione. Se il server si riconnette dopo 30 giorni di disconnessione, la sottoscrizione viene terminata. Per riprendere la copertura ESU, è necessario attivare una nuova sottoscrizione ESU e pagare tutti gli addebiti di fatturazione associati.
Se il computer abilitato per Arc passa offline e si riconnette ad Azure in una sottoscrizione diversa, in un gruppo di risorse diverso o con un nome diverso, verrà considerato come lo stesso computer purché la proprietà VMID rimanga invariata e la risorsa computer si trova nella stessa posizione di Azure della risorsa computer originale.
Importante
Gli addebiti di fatturazione vengono registrati entro la prima ora della sottoscrizione ESU e hanno un aspetto simile agli addebiti orari per le istanze di SQL Server in cui sono abilitate le sottoscrizioni ESU. Poiché l'importo riflette i costi accumulati a partire da una delle date seguenti, è molto più alto rispetto agli addebiti ESU orari regolari:
- 10 luglio 2024 per SQL Server 2012 (11.x) (prima della versione di ottobre 2024 questa data era luglio 2023)
- 10 luglio 2024 per SQL Server 2014 (12.x)
La differenza è prevedibile e dovrebbe essere un costo una tantum.
Nei mesi successivi dovrebbero essere visualizzati solo i normali addebiti orari. È possibile aggiungere costi aggiuntivi di fatturazione in caso di interruzioni della connettività, ma sono in genere importi molto più piccoli.
Contenuto correlato
- Condizioni di prodotto per SQL Server abilitato da Azure Arc.
- Guida alle licenze di SQL Server (collegamento per il download)
- Prezzi e concessione in licenza di SQL Server 2022
- Configurare SQL Server abilitato da Azure Arc
- Domande frequenti sulla fatturazione
- Aggiornamenti della sicurezza estesa: domande frequenti
- Prerequisiti: SQL Server abilitato da Azure Arc
- Collegare in automatico SQL Server ad Azure Arc
- Gestire il vantaggio di virtualizzazione illimitato per una sottoscrizione ESU di SQL Server