Guida all'acquisto di SQL Server 2017 - 2025: Come capire i modelli di licenza, le CAL e scegliere il prodotto SQL giusto

/ / /

Awaiting review

Quali modelli di licenza si applicano a SQL Server 2017 - 2025?

In tutte le versioni di SQL Server 2017, 2019, 2022 e 2025, il quadro di base rimane lo stesso: c'è il modello basato sul core ("Per Core") e il modello "Server + CAL". Lo standard viene spesso venduto come Server+CAL perché può avere un prezzo interessante se l'accesso può essere chiaramente conteggiato. In pratica, Enterprise viene quasi sempre concesso in licenza per Core perché il modello è più semplice, più scalabile e più facile da pianificare per ambienti più grandi e dinamici.

Cosa significa concretamente "Per Core" e perché è così importante per il 2017-2025?

"Per Core" significa, che viene concessa in licenza la potenza di calcolo e non singole persone o dispositivi. Quando un ambiente è correttamente licenziato per core, non sono necessarie CAL utente o CAL dispositivo. Il fattore decisivo non è più il numero di utenti che hanno accesso, ma il numero di core della CPU soggetti a licenza. Questo modello è particolarmente adatto a sistemi con un numero di utenti fluttuante o difficile da pianificare, ad esempio con molte applicazioni, servizi, accessi esterni, scenari di reporting o di automazione, in quanto non è richiesta la ri-licenza e la manutenzione continua delle CAL.

Cosa significa "Server + CAL" in termini tecnici e organizzativi?

"Server + CAL" significa che per l'installazione e il funzionamento di SQL Server è inizialmente necessaria una licenza server, a seconda della rispettiva istanza o ambiente. Inoltre, sono necessarie licenze di accesso (CAL) per gli utenti o i dispositivi che accedono a questo SQL Server. Da un punto di vista organizzativo, questo modello di licenza ha senso e può essere implementato correttamente solo se è possibile definire chiaramente quali utenti o dispositivi hanno accesso e se questa assegnazione viene mantenuta in modo permanente e affidabile.

C'è un "1 utente è incluso" o una sorta di quota di base con il modello server+CAL?

No. La licenza del server autorizza solo l'installazione e il funzionamento di SQL Server. L'accesso al server è un'area di licenza separata e deve essere concesso in licenza separatamente. Con il modello "Server + CAL", tutti gli accessi devono quindi essere coperti da apposite CAL per utenti o dispositivi. Un errore comune è quello di ritenere che la licenza del server includa automaticamente un gruppo di utenti specifico. In realtà, la licenza del server da sola non è sufficiente per l'accesso degli utenti o dei dispositivi.

Che cos'è una CAL utente (e cosa copre nella vita di tutti i giorni)?

Una CAL utente è assegnata a una persona specifica. Questa persona può accedervi da un numero qualsiasi di dispositivi: Desktop, laptop, sessione remota, thin client, persino dispositivi finali che cambiano. Questa è spesso la norma negli ambienti moderni, perché i dipendenti raramente utilizzano un solo dispositivo. In pratica, ciò significa che non appena una persona (come utente) ha o riceve indirettamente l'accesso, è tipicamente considerata un candidato User CAL.

Tecnicamente, la User CAL è particolarmente vantaggiosa in scenari con molti percorsi di accesso, come strumenti interni, sistemi di BI, report, API, front-end di servizio o accesso amministrativo. Non è necessario verificare per ogni dispositivo se è necessario tenere conto di un accesso aggiuntivo. Se l'utente può essere chiaramente identificato, la User CAL è di solito la forma di licenza più robusta e meno soggetta a errori.

Che cos'è una Device CAL (e perché spesso è comunque la scelta migliore)?

Una Device CAL viene assegnata a un dispositivo specifico. Il dispositivo è autorizzato ad accedere a SQL Server, indipendentemente dal numero di persone che lo utilizzano. Esempi tipici sono i PC dei turni, i terminali di produzione, le postazioni di checkout o di archiviazione, le postazioni di supporto condivise, le sale di formazione o i sistemi kiosk. Il dispositivo è l'unità con licenza, non la persona.

Device CAL diventa forte nella pratica quando ci sono molti utenti che cambiano ma pochi dispositivi fissi. Se 30 persone lavorano alternativamente su 5 terminali, le Device CAL sono quasi sempre più economiche e più facili da documentare rispetto a 30 User CAL.

Quando è meglio vendere Device CAL e quando è meglio vendere User CAL?

Le Device CAL hanno in genere senso quando le postazioni di lavoro sono utilizzate congiuntamente, ad esempio nel lavoro a turni o su terminali condivisi, o quando dispositivi chiaramente definiti sono utilizzati da molte persone. Le CAL utente, invece, sono adatte se i singoli dipendenti utilizzano diversi dispositivi, lavorano in remoto o se si desidera una logica di licenza legata alla persona, in cui non è necessario considerare separatamente ogni dispositivo finale aggiuntivo. Se entrambi gli scenari di utilizzo esistono in parallelo, una strategia mista è comune e ha senso, ad esempio CAL utente per l'ufficio e l'amministrazione e CAL dispositivo per la produzione o i magazzini.

Quali acquisti sbagliati dovreste evitare come clienti?

Acquisto sbagliato 1: modello di licenza errato (Server + CAL invece di Per Core o viceversa)
Un errore molto comune si verifica quando non si distingue chiaramente se un SQL Server è concesso in licenza nel modello "Server + CAL" o "Per Core". Con il modello "Server + CAL", è necessario pianificare ulteriori CAL per utenti o dispositivi, mentre non sono necessarie CAL per le licenze core. Se si trascura questa differenza, in seguito mancheranno le licenze di accesso necessarie o il modello selezionato risulterà inutilmente complicato e costoso per l'uso effettivo.

Esempio di errore 2: scelta errata tra CAL utente e CAL dispositivo
Un altro errore tipico è la scelta errata tra CAL utente e CAL dispositivo. Le CAL utente sono utili se le persone lavorano con diversi dispositivi o hanno un accesso flessibile. Le Device CAL sono più adatte se più persone utilizzano un dispositivo o un terminale condiviso. Se la situazione degli accessi non viene valutata in modo realistico, si generano costi aggiuntivi non necessari o lacune nelle licenze che devono essere corrette in seguito.

Le domande più frequenti su SQL Server 2017-2025, CAL e Core (con risposte dettagliate)

1) Ho sempre bisogno di CAL aggiuntive con SQL Server Standard (Server + CAL)?

Sì. Quando persone o dispositivi accedono a un SQL Server, questo accesso deve essere concesso in licenza tramite le relative CAL. Con il modello "Server + CAL", la licenza del server copre solo l'installazione e il funzionamento di SQL Server. L'accesso vero e proprio viene concesso in licenza separatamente, tramite CAL utente o CAL dispositivo. Un errore comune è quello di ritenere che la sola licenza del server sia sufficiente per i test iniziali o per il funzionamento produttivo. In realtà, tutti gli accessi devono essere coperti correttamente dalle CAL fin dall'inizio.

2) Ho ancora bisogno di CAL per utenti/dispositivi con le licenze core?

No. Con le licenze core corrette, il problema delle CAL è completamente eliminato. L'accesso a SQL Server non è più legato a singoli utenti o dispositivi, ma solo ai core di CPU con licenza corretta. Ciò significa che non è necessario tenere conto se l'accesso è diretto o indiretto, se vengono aggiunti servizi aggiuntivi o se cambia il numero di utenti interni o esterni. L'unico fattore decisivo è che l'hardware o la macchina virtuale utilizzati siano completamente licenziati secondo le specifiche del core.

3) SQL Server Enterprise è "utenti illimitati"?

Con SQL Server Enterprise, la licenza si basa sui core della CPU. Ciò significa che, se tutti i core richiesti sono stati licenziati correttamente, qualsiasi numero di utenti e dispositivi può accedere al server. In questo modello non ci sono CAL per utenti o dispositivi e quindi non c'è un limite massimo fisso di utenti. L'unico fattore decisivo è che l'hardware o la macchina virtuale utilizzati abbiano una licenza completa per core. Ciò significa che gli utenti non devono contare gli utenti o acquistare CAL aggiuntive, purché la licenza per core sia corretta.

4) È possibile utilizzare SQL Server Standard anche senza CAL?

Sì, ma solo se SQL Server Standard è concesso in licenza per core. La necessità o meno delle CAL dipende esclusivamente dal modello di licenza selezionato. Se SQL Server Standard viene utilizzato nel modello "Server + CAL", per tutti gli accessi devono essere disponibili anche le CAL utente o dispositivo. Se invece SQL Server Standard è concesso in licenza per core, non sono necessarie CAL, in quanto l'accesso è interamente coperto dai core CPU concessi in licenza.

5) È possibile mescolare CAL utente e CAL dispositivo nello stesso ambiente?

Sì. In ambienti misti, è comune e consentito utilizzare CAL utente e CAL dispositivo in parallelo. È importante che ogni accesso sia dotato di una licenza unica e completa. Ad esempio, è possibile coprire gli utenti dell'ufficio, dell'IT o dell'amministrazione tramite le User CAL, mentre le postazioni di lavoro o i terminali condivisi nel magazzino sono concessi in licenza tramite le Device CAL. Questa combinazione è spesso la soluzione più conveniente dal punto di vista economico, in quanto riflette realisticamente il comportamento di utilizzo effettivo ed evita costi di licenza non necessari.

6) Anche l'accesso indiretto tramite applicazioni, API, front-end web o middleware conta come richiesta di una CAL?

Sì. Anche l'accesso indiretto conta come accesso che richiede una licenza. Ad esempio, se i dipendenti accedono ai dati di SQL Server tramite un sistema ERP, un'applicazione Web o un middleware, sono comunque considerati utenti che accedono. Non ha importanza se la connessione è tecnicamente integrata o se viene stabilita tramite un'applicazione intermedia. Il fattore decisivo è che le persone o i dispositivi accedono in ultima analisi ai dati di SQL Server e questo accesso deve essere coperto dalle corrispondenti CAL per utenti o dispositivi nel modello server + CAL.

7) Che cosa significa "multiplexing" e perché è rilevante per i clienti CAL?

Multiplexing si riferisce a meccanismi tecnici che raggruppano o riducono le connessioni dirette a SQL Server, ad esempio attraverso il pooling delle connessioni, il middleware, i terminal server, gli application server centrali o i servizi di reporting. Spesso si ha l'impressione che solo il sistema intermedio necessiti di una licenza. Tuttavia, ciò non è corretto in termini di legge sulle licenze. Se gli utenti finali o i dispositivi finali accedono effettivamente ai dati di SQL Server attraverso questo livello intermedio, sono ancora considerati utenti o dispositivi che accedono. Nel modello Server-plus-CAL, questi accessi rimangono quindi completamente soggetti alla licenza, indipendentemente dal numero di connessioni tecniche effettivamente esistenti a SQL Server.

8) Con Server+CAL, è sufficiente una CAL per server o per database?

No. Le CAL sono licenze di accesso, non "moduli aggiuntivi per server". Una CAL è per utente o per dispositivo. Il server viene concesso in licenza separatamente. Se un'azienda gestisce diversi server SQL, l'approccio "una CAL per server" è fondamentalmente sbagliato, perché le CAL non vengono "consumate" su base server per server, ma rappresentano diritti di accesso. Per la comunicazione con i clienti, è meglio spiegare questo concetto come "accesso per utente/dispositivo" e non in unità di server.

9) Se eseguo SQL Server in una macchina virtuale: cambia qualcosa per quanto riguarda le CAL o il modello di licenza?

No, il principio di base non cambia. Se si utilizza il modello "Server + CAL", l'accesso rimane soggetto alla CAL indipendentemente dal fatto che SQL Server venga utilizzato fisicamente o virtualmente. Con le licenze core, invece, non sono necessarie CAL. Negli ambienti virtualizzati, è soprattutto l'assegnazione che cambia: quale macchina virtuale è soggetta a licenza, quanti vcore sono rilevanti, come le macchine virtuali si spostano tra gli host e come viene documentata la conformità alla licenza. La necessità o meno delle CAL dipende esclusivamente dal modello di licenza scelto, non dalla virtualizzazione.

10) Qual è il problema tipico degli utenti esterni (clienti, partner, extranet)?

Il problema centrale degli utenti esterni è la scalabilità e l'assoluta impossibilità di contare gli accessi. Il numero di utenti esterni spesso fluttua, è difficile da registrare chiaramente o cresce in modo significativo con l'utilizzo di un portale, di un'area clienti o di una extranet. In questi scenari, il modello server-plus-CAL diventa rapidamente confuso e soggetto a errori, perché ogni singolo accesso deve essere preso in considerazione ai sensi della legge sulle licenze. La licenza core è spesso la soluzione più solida in questo caso, in quanto l'accesso non deve essere ri-licenziato per ogni persona esterna e rimane chiaro e rintracciabile anche se il numero di utenti aumenta o cambia.

11) Che ruolo hanno i "core minimi" e perché questo porta a false aspettative?

Con le macchine virtuali, spesso ci si aspetta che una macchina virtuale molto piccola possa essere coperta con una licenza altrettanto piccola, ad esempio con due vcore. Nella pratica delle licenze, tuttavia, esistono requisiti minimi e pacchetti di core fissi che si applicano indipendentemente dall'effettiva allocazione tecnica. Ciò significa che la più piccola unità conforme alla licenza è spesso più grande della stessa macchina virtuale. Questa differenza tra la configurazione tecnica e le dimensioni minime previste dalla legge sulle licenze porta spesso a sorprese. Il fattore decisivo non è quindi solo il numero di core assegnati a una VM, ma anche il numero minimo di core che devono essere concessi in licenza secondo le regole di licenza.

Disclaimer
Questo articolo è solo a scopo informativo generale e non costituisce una raccomandazione di vendita o di licenza. Tutte le informazioni sono state compilate al meglio delle nostre conoscenze, ma sono fornite senza garanzia di completezza o accuratezza. Le condizioni di licenza sono soggette a modifiche e possono essere interpretate in modo diverso nei singoli casi. Il contenuto non sostituisce la consulenza legale o di licenza individuale.

COMPANY NAME | First Name, Last name | Address | Phone 0000 - 00 00 00 | Email info@kundendomain.com