Il modello di licenza core è lo stesso per SQL Server 2017, 2019, 2022 e 2025?

Sì. Il principio di base delle licenze basate sul core (per core) è lo stesso per SQL Server 2017, 2019, 2022 e 2025: la potenza di calcolo viene concessa in licenza sotto forma di core della CPU, non l'accesso tramite CAL utente o dispositivo. Non appena l'ambiente è correttamente licenziato per core, non sono necessarie CAL di SQL Server.

Quali sono i requisiti minimi per i server fisici (per core)

Nel caso dei server fisici, i valori minimi si applicano indipendentemente dal numero effettivo di core installati. Per ogni processore fisico (socket) devono essere applicate almeno 4 licenze per core. Inoltre, per ogni server fisico si applica un requisito minimo di 16 licenze core. Se il numero effettivo di core supera questi valori minimi, i core fisici esistenti devono essere completamente licenziati.

Quali sono i requisiti minimi per le macchine virtuali (VM)

Quando le macchine virtuali sono specificamente licenziate per VM, l'approccio minimo è in genere un numero minimo di licenze core per VM. È fondamentale che la licenza non diventi "arbitrariamente piccola" solo perché a una VM viene tecnicamente assegnato un numero ridotto di vCores. In pratica, la corretta allocazione delle licenze per le macchine virtuali e gli approcci minimi sono quindi importanti per evitare che le licenze vengano successivamente valutate come "troppo piccole".

Cosa significa questo per SQL Server Standard rispetto a Enterprise?

Nel modello core, la logica delle licenze rimane la stessa, ma le edizioni possono avere dei limiti funzionali. SQL Server Standard è limitato nella sua capacità di calcolo utilizzabile rispetto a Enterprise. Ciò riguarda le risorse massime utilizzabili dell'edizione, non l'obbligo di base di rispettare i core minimi o di concedere completamente la licenza per i core fisici non appena si superano i valori minimi.

Quale ruolo svolge in pratica la Software Assurance (SA)?

La Software Assurance può fornire ulteriore flessibilità e diritti di funzionamento, soprattutto in ambienti virtualizzati e per la mobilità dei carichi di lavoro. Senza SA, alcuni modelli di distribuzione più flessibili sono spesso limitati nella pratica, il che significa che le licenze sono tipicamente pensate più in termini di assegnazione all'host fisico e ai suoi core fisici. Il fattore decisivo rimane: Il modello di licenza selezionato e la forma di funzionamento utilizzata (fisica, VM, cluster, modelli di spostamento) devono combaciare.

Quali sono i tipici acquisti errati con le licenze core e come evitarli?

Un acquisto errato comune è il presupposto che una VM molto piccola possa sempre essere licenziata "minimamente", sebbene si applichino tariffe minime e logiche di packaging; questo può essere evitato controllando attentamente la tariffa minima per VM e il limite inferiore reale di licenza prima dell'acquisto.

Un secondo errore è quello di scegliere Standard anche se l'edizione Standard è limitata dal punto di vista funzionale o della capacità; questo può essere evitato chiarendo in anticipo se il carico previsto e le caratteristiche richieste sono coperte da Standard.

Un terzo errore è quello di pianificare le licenze core in modo troppo rigido perché si considerano solo i valori minimi, anche se il server ha più core fisici; questo può essere evitato prendendo come base il numero effettivo di core dell'host o dell'architettura di destinazione (host/VM) e guardando solo ai valori minimi.

Un quarto errore è quello di pianificare scenari di virtualizzazione senza i diritti appropriati; questo può essere evitato determinando in anticipo se si desidera concedere in licenza VM specifiche o coprire completamente l'host, e se sono necessari diritti aggiuntivi (ad esempio tramite SA) per questo.

Indipendentemente dalle dimensioni della macchina virtuale, sono necessarie almeno 4 licenze core per ogni macchina virtuale.

Se vengono assegnati più di quattro core, anche ogni core aggiuntivo deve essere dotato di licenza.