Denne videoen handler om de vanligste lisensieringsalternativene som er tilgjengelige når du kjøper en PowerEdge-server med et Microsoft Windows Server-operativsystem. Relevante emner jeg skal diskutere i dag er lisensieringsmodell per kjerne, CAL-er per bruker og per enhet, RDS CAL-er, lisensiering av Microsoft SQL Server, lisensiering av Windows Server Essentials og alternativet for sekundært operativsystem. En rask merknad her er at policyene og prosedyrene som styrer Microsoft-programvarelisensiering, varierer, så det er alltid viktig å referere til den gjeldende lisensavtalen for sluttbrukere.
Jeg skal simulere kjøp av en PowerEdge-server på dell.com for å snakke om de ulike alternativene. Nylige versjoner av Windows Server bruker lisensieringsmodellen per kjerne. Hva dette i utgangspunktet betyr er at det må være en lisens for hver CPU-kjerne på målserveren for å oppfylle samsvar. Det er to viktige merknader her. Først må du lisensiere minst åtte kjerner på hver prosessor, selv om du har færre kjerner enn det. For det andre må du lisensiere minst 16 kjerner på hver server, selv om du har færre kjerner totalt enn 16. For å illustrere hvordan dette påvirker rekkefølgen, simulerer jeg en server bygget på dell.com.
Jeg begynner med å velge to prosessorer med bare åtte kjerner hver. Hvis jeg blar ned til delen "Operativsystem" og klikker Windows Server, spiller det ingen rolle om det er Datacenter eller Standard, jeg kan se at dette elementet vil være tilstrekkelig til å få 16-kjernelisenser. Det er akkurat nok til å lisensiere de to prosessorene jeg valgte for denne serveren. Det er ingen advarsel om at lisensieringsalternativet er ugyldig. Denne tabellen her, som viser antall kjerner på de vanligste CPU-ene som er tilgjengelige fra Dell, bekrefter at for en server med to prosessorer og åtte kjerner på hver CPU, kreves totalt 16 kjernelisenser. Tilbake på konfigurasjonssiden, hvis jeg bytter til to fysiske prosessorer med 16 kjerner hver, er det en advarsel som indikerer at lisensieringsalternativene må gjennomgås.
Det er fordi, ifølge tabellen, med dette nye utvalget vil jeg trenge totalt 32 lisenser for å overholde kravet per kjerne. For å gjøre det, tilbake på konfigurasjonssiden, må jeg kjøpe flere lisenser, og de selges bare i pakker på to eller 16. Dette er grunnen til at jeg lenger ned i byggealternativene under 'Lisenser' ser muligheten til å kjøpe de resterende 16 som jeg trenger for å være kompatibel. Jeg kan kjøpe en pakke som inneholder de 16 lisensene eller åtte pakker med to for å totalt de 16 jeg trenger. Når jeg har gjort det, er det ikke lenger en advarsel i konfigurasjonen. La oss endre prosessorene en gang til, denne gangen til fire fysiske CPU-er med 20 kjerner hver. Referansetabellen forteller oss at en slik server trenger 80 kjernelisenser.
Dette er grunnen til at advarselen er tilbake for det valgte operativsystemet. Så hvis jeg i tillegg til de åtte pakkene med to lisenser som jeg la til tidligere, velger tre pakker med 16, får jeg totalt 80 lisenser for mine 80 kjerner, og derfor er advarselen igjen borte og konfigurasjonen er gyldig. Legg merke til at de ekstra lisensene inkluderer etiketten 'NO MEDIA/KEY'. Dette skyldes at serveren leveres med bare én produktnøkkel trykt på ekthetsetiketten. Produktnøkkelen er knyttet til antall kjerner som er tillatt for installasjonen.
Et vanlig spørsmål her er hva som skjer hvis serverkonfigurasjonen endres og den ender opp med flere fysiske kjerner enn det lisensierte beløpet. Vil den slå seg av? Nei, i slike tilfeller vil serveren fortsette å kjøre uavhengig av om den ikke overholder kravene, men Microsoft kan utføre revisjoner for å verifisere samsvar og iverksette håndhevelsestiltak som å kreve kjøp av ekstra lisenser eller ilegge sanksjoner. To ting til å merke seg om kjernelisenser.
For det første gjelder lisensiering per kjerne for både Standard- og Datacenter-versjoner av Windows Server. Og for det andre, i tillegg til å lisensiere serveren med en modell per kjerne, krever hver bruker eller enhet som får tilgang til serverens tjenester en klientadgangslisens, som tar oss til vårt neste emne. Igjen, hver bruker eller enhet som kobler til en server for å få tilgang til tjenestene, for eksempel for å få tilgang til en fil som ligger i en delt mappe på serveren eller for å skrive ut på en delt skriver konfigurert på den serveren eller for Active Directory Domain Services, bør lisensieres til å gjøre det med en tilsvarende klientadgangslisens eller CAL. La oss gå tilbake et øyeblikk til nettsiden for eksempelkonfigurasjon. Under «Klientadgangslisenser» ser jeg flere alternativer for å kjøpe disse CAL-ene.
Disse selges for eksempel i pakker på 1, 5, 10 eller 50, og det finnes to typer: bruker-CAL og enhets-CAL, avhengig av om serverens tjenester vil bli åpnet av et stort antall brukere som deler et lite antall datamaskiner eller av bare noen få brukere som deler et stort antall datamaskiner, telefoner eller andre enheter. En viktig forskjell er at klientadgangslisenser ikke håndheves gjennom produktnøkler på samme måte som serverlisensene. I stedet administreres CAL-er gjennom dokumentasjon og kjøpsregistre. Det vil ikke være noen produktnøkkel for disse CAL-ene, og det er ikke nødvendig å aktivere dem.
Dette betyr at serveren i denne simuleringen leveres med et utskrevet dokument som bekrefter at 10 klientadgangslisenser ble kjøpt. Nok en gang er et spørsmål som noen ganger blir spurt, 'Hva skjer hvis det er færre CAL-er enn mengden som trengs av antall brukere og enheter som får tilgang til en server?'. Vil serveren nekte tilkoblingene? Nei, alt vil fortsette å fungere, men igjen vil serveren ikke være kompatibel, og dette kan føre til juridiske og økonomiske konsekvenser hvis den oppdages under en revisjon. Derfor er det viktig å holde god oversikt over dokumentasjonen som ble gitt under kjøpet.
Hvis denne dokumentasjonen mottas og senere mistes eller forlegges, har verken Dell eller Microsoft noen metode for å erstatte den. En spesiell type klientadgangslisenser er Remote Desktop Services Client Access Licenses, eller RDS CAL-er. Disse er nødvendige når brukerne trenger å koble til en server, ikke bare for utskrift eller fildeling eller Active Directory, etc., men utelukkende når de trenger å koble til ved hjelp av Remote Desktop Protocol. Du kan se her i eksempelserverkonfigurasjonen at disse vises i en annen del og også selges i pakker. Dette er de viktigste forskjellene mellom vanlige CAL-er og RDS-CAL-er. Først håndheves RDS CAL-er.
Det betyr at hvis det ikke er riktig antall RDS CAL-er for å dekke antall brukere eller enheter som får tilgang til Remote Desktop Services, vil serveren begrense eller nekte helt tilkoblinger ved hjelp av RDP-protokollen. Deretter leveres RDS CAL-pakkene som er tilgjengelige for kjøp her i eksempelkonfigurasjonen vi bruker, med en produktnøkkel. Denne produktnøkkelen er knyttet til antall lisenser som blir kjøpt. Disse RDS CAL-ene må installeres på en lisensserver, og denne lisensserveren må også aktiveres i Microsofts clearinghouse. Du finner mer informasjon om denne prosessen i denne kunnskapsbaseartikkelen. Et annet Microsoft-produkt som kan kjøpes sammen med serveren, er SQL Server.
Det er flere SKU-er relatert til den på nettsiden for eksempelkonfigurasjon. Alle disse refererer til lokale distribusjoner og til standardutgaven av SQL Server. Under 'Microsoft SQL Server' er det tre seksjoner: 'Core', 'User' og 'Device'. Dette er fordi nyere versjoner av Microsoft SQL Server Standard har to forskjellige lisensieringsalternativer. Disse to her, per bruker og per enhet, er en del av Server + CAL-lisensieringsmodellen. Med denne modellen installerer du en Microsoft SQL Server-lisens på serveren, enten den er fysisk eller virtuell, og du trenger ikke å bekymre deg for antall CPU-kjerner på den serveren.
I tillegg til denne serverlisensen må du imidlertid kjøpe en CAL for hver bruker eller enhet som kobler til denne SQL-serveren. Du kan se at SKU-ene som er tilgjengelige her, inkluderer serverlisensen pluss fem klientadgangslisenser per bruker eller per enhet. Lenger ned under klientadgangslisenser finnes det en egen SKU for å bestille flere SQL Server CAL-er i pakker på fem. Et annet alternativ for lisensiering av SQL Server er per-kjernelisensen, som vises her. Med dette alternativet lisensierer du den fysiske eller virtuelle serveren der SQL er installert og kjører. Du må kjøpe riktig antall SQL per kjerne-lisenser for å dekke alle kjernene i serveren.
Du trenger imidlertid ikke å kjøpe SQL Server CAL-er for brukere eller enheter. Du får ubegrenset tilgang for interne og eksterne brukere. Her i eksempelbestillingskonfigurasjonen finner du en SKU for kjøp av SQL Server med denne lisensieringsmodellen per kjerne, og nok lisenser til å dekke fire kjerner. Under 'Klientadgangslisenser' kan man velge ytterligere pakker med to SQL per kjernelisenser. I begge lisensieringsmodellene er det verdt å merke seg at først leveres en server som er bestilt med SQL Server riktig lisensiert, med en produktnøkkel for bruk utelukkende med SQL under installasjon eller aktivering.
Denne nøkkelen er forskjellig fra Windows Server-produktnøkkelen, og den kan være på et eget ekthetsetikett. For det andre håndhever ikke SQL Server selv aktivt lisenssamsvar ved å nekte tilkoblinger basert på antall SQL CAL-er eller antall tilgjengelige per kjernelisens. I stedet håndheves overholdelse gjennom lisensrevisjoner utført av Microsoft. På SQL-emnet, et siste element jeg vil snakke om er denne SKU, "Microsoft SQL Server Standard OEM Additional Server".
Denne SKU-en velges noen ganger med tanke på at det er en nedskalert versjon av SQL Server på grunn av den lavere prisen som er oppført. Vel, det er det ikke. Dette elementet gjør dette elementet, er at det lar deg lisensiere en ekstra forekomst av SQL på en server som allerede har en lisensiert SQL Server-installasjon. Du kan kjøre flere forekomster av SQL på én enkelt datamaskin. Hvis du gjør dette, krever hver av disse forekomstene av SQL Server sin egen separate lisens. Jeg kan tilpasse antall ekstra server-SKU-er avhengig av hvor mange forekomster jeg skal kjøre på serveren. Men disse SKU-ene leveres ikke med en produktnøkkel. Aktivering av disse ekstra forekomstene administreres med samme nøkkel som den primære serverforekomsten. Windows Server Essentials 2022.
Dette er kun et OEM-alternativ, noe som betyr at det må kjøpes sammen med servermaskinvaren. Den er tilgjengelig for servere som har en enkelt CPU med 10 kjerner eller mindre. Du trenger ikke å kjøpe CAL-er per bruker eller per enhet for brukere som kobler seg til serverens tjenester, men det er maksimalt antall brukere du kan ha - 25. Når en server bestilles med Windows Server Essentials 2022, kommer den med et ekthetsgaranti-klistremerke med en produktnøkkel.
For å aktivere operativsystemet kan du bruke denne produktnøkkelen i en DISM-kommando som ser slik ut. Legg merke til at du må spesifisere standardutgaven selv om produktnøkkelen er for Essentials Edition. Dette er fordi det ikke finnes noen spesialiserte installasjonsmedier for Windows Server Essentials. Lisenssamsvar håndheves av produktnøkkelen.
Serveren slås av hvis den oppdager at det er flere brukere eller enheter enn det som er tillatt i lisensavtalen for sluttbrukere. Kjøp av Windows Server som sekundæroperativsystem er et alternativ når du velger programvare for noe Dell-maskinvare. Dette lar deg installere og lisensiere Windows Server på samme maskinvare som vil kjøre et annet tredjeparts operativsystem. De sekundære operativsystem-SKU-ene brukes nesten alltid i virtualiseringsscenarier. I dette eksemplet her vil den fysiske serveren kjøre et VMware-operativsystem for å være vert for virtuelle Windows-maskiner.
I et slikt scenario gjelder de samme lisensieringspunktene vi har diskutert i dag angående per kjernelisensiering, virtualiseringsrettigheter, etc., for de virtuelle Windows-maskinene, helt uavhengig av tredjeparts OS-lisensieringskrav. Så dette har vært en kort innføring i noen av konseptene med Microsoft-lisenser knyttet til operativsystemet og annen programvare som kan bestilles sammen med Dell-maskinvaren. Jeg håper du synes dette var nyttig, og takk for at du så på.
