Jump to content

SQL 2014 Core Lizensierung Hyper Threading


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

muss ich bei eine 8 Core Maschine die Hyper Threading unterstützt dann 16 kerne SQL Core Lizenzen erwerben oder wie werden die Kerne gezählt?

 

Kommt drauf an ob virtualisiert wird oder nicht Wenn SQL installiert wird direkt auf dem Blech, dann zählen nur die physikalischen Cores und Du könntest Hyper-threading anschalten:

 

When running SQL Server in a physical OSE, all physical cores on the server must be licensed. Software partitioning does not reduce the number of core licenses required, except when licensing individual virtual machines (VMs).

 

Beim Betrieb in virtualisierten Umgebungen wird ein Hyper-threaded Core nicht von einem physikalischen Core unterschieden. Beide werden als v-Core gerechnet. Wenn Du also nur eine VM lizenzieren willst, ist es sinnvoll, Hyper-threading nicht zu nutzen. Du musst mindestens 4 v-Cores pro VM lizenzieren. Wenn Du allerdings alle physikalischen Cores des Hosts lizenzierst, kannst Du SQL unlimitiert in VMs auf dem Host betreiben. Dann kannst Du Hyper-threading auch problemlos anmachen.

 

Quelle: http://go.microsoft.com/fwlink/?LinkId=230678

Link zu diesem Kommentar

Dies gilt aber doch nur für die Enterprise-Edition, oder? Ich meine bei der Standard-Edition gilt dies nicht.

 

Richtig. Dazu brauchst Du neben der Enterprise Edition auch noch Software Assurance. Bei der Standard Edition hättest Du auch noch die Mögichkeit, mit CALs zu arbeiten. Da die Frage sich um Hyper-threading drehte und nicht um die Unterschiede zwischen Standard und Enterprise, bin ich darauf nicht eingegangen, sondern habe den Licensing Guide verlinkt. Der enthält dazu noch mehr Details.

bearbeitet von Daniel -MSFT-
Link zu diesem Kommentar

laut einem SAM Berater braucht man zwingend Software Assurance wenn man sich im virtuellen Umfeld (mehr als 1 Host also Clusterfunktionalität mit VMotion) bewegt. Und das nicht nur bei SQL, sondern auch bei Exchange und Sharepoint.

Das ist so nicht korrekt!

Hier werden einige Dinge durcheinander geworfen.

1. Bedingt der Einsatz von mehreren VH-Hosts nicht zwingend eine Cluster, bzw. HA Funktion. Ich kenne einige Unternehmen, die mehrere VM-Hosts einsetzten und trotzdem kein HA nutzen.

2. Kann man für jede VM auch den HA-Modus außer Betrieb setzten und damit sicherstellen, dass die VM nicht einfach so auf einen anderen Host verschoben werden kann bzw. wird.

3. Kann man durch entsprechende LOG's in einem SAM nachweisen, dass die jeweiligen VM's nicht innerhalb der von MS gesetzten Frist (90 Tage) auf einen anderen Host verschoben wurden.

Man kann daher einen Exchange oder SQL problemlos ohne SA auch in einer prinzipiell HA fähigen Umgebung einsetzten, ohne einen Lizenzverstoß zu begehen sofern man einige Dinge beachtet.

Link zu diesem Kommentar

Der Teufel liegt im Detail. Bei SQL 2014 brauchst Du Software Assurance, wenn Du den Host für unlimitierte Virtualisierung lizenzieren möchtest.

Das hast Du natürlich recht! Einmal mit der Aussage für SQL 2014 und er unlimitierten Lizenzierung und vor Allem mit dem Detailteufel! :D  

Wollte nur die Aussage von Squire relativieren. Die SAM-Berater machen sich das nämlich meist sehr einfach!

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...