Magroll 10 Geschrieben 17. November 2016 Melden Teilen Geschrieben 17. November 2016 Hallo zusammen, ich überlege im BIOS bei speziellen Servern Cores im BIOS zu deaktivieren: z.B. bei unseren HP DL 380: http://h20564.www2.hpe.com/hpsc/doc/public/display?docId=emr_na-c03503454&sp4ts.oid=5177957 Wir haben zur Zeit 2 CPU a 12 Cores = 24 Cores. Diese würde ich ggf. auf 16 beschränken wollen, und dann natürlich auch nur 16 Cores lizenzieren wollen. Ich habe eine ältere ähliche Diskussion zum Thema CPU gefunden: http://www.mcseboard.de/topic/202525-akzeptieren-auditoren-im-bios-deaktivierte-cpus/?hl=%2Bbios&do=findComment&comment=1261955 Müsste sich ja dann bei Cores ähnlich verhalten, oder? Hat da jemand anderslautende Erfahrungen? Danke und Gruß, Mag Zitieren Link zu diesem Kommentar
NorbertFe 2.034 Geschrieben 17. November 2016 Melden Teilen Geschrieben 17. November 2016 Wenn du ne laufende SA hast, hast du doch aber im Moment gar keinen Grund Cores zu deaktivieren, oder? Zitieren Link zu diesem Kommentar
testperson 1.677 Geschrieben 17. November 2016 Melden Teilen Geschrieben 17. November 2016 Wenn er jetzt einen oder mehrere neue 2012 R2 OEM / ROK kauft und SA möchte, dann schon (Sofern ich den Post dazu richtig interpretiere). So habe ich es im anderen Thread verstanden. Zitieren Link zu diesem Kommentar
Magroll 10 Geschrieben 17. November 2016 Autor Melden Teilen Geschrieben 17. November 2016 (bearbeitet) Die o.g. Server haben zur Zeit noch keine MS Datacenter Lizenzen, diese sollen aber angeschafft werden. Nun stellt sich die Frage nach der Anzahl der Cores. 16 sind ja Minimum pro Server, soweit ich das verstanden habe. Die Server verfügen zur Zeit aber über 24 Cores. Danke & Gruß, Mag bearbeitet 17. November 2016 von Magroll Zitieren Link zu diesem Kommentar
NorbertFe 2.034 Geschrieben 17. November 2016 Melden Teilen Geschrieben 17. November 2016 Ich kann das zwar verstehen, aber das Problem holt dich doch sowieso spätestens bei Ablauf der Hardwaregarantie ein. Ich bezweifle, dass man in 24 Monaten wirklich noch Server mit 8 Core CPUs bekommt. Oder kaufst du dann 1x16 Cores? ;) Zitieren Link zu diesem Kommentar
NilsK 2.934 Geschrieben 17. November 2016 Melden Teilen Geschrieben 17. November 2016 Moin, einmal 16-Cores würde nicht helfen, weil mindestens zwei CPUs à 8 Cores zu lizenzieren sind. Er müsste dann also trotzdem 32 Cores lizenzieren, wenn ich das richtig sehe. Ob Microsoft das technische Konstrukt (Abschalten von Cores) akzeptiert, musst du dort klären. Wir können dazu maximal mutmaßen. Gruß, Nils Zitieren Link zu diesem Kommentar
NorbertFe 2.034 Geschrieben 17. November 2016 Melden Teilen Geschrieben 17. November 2016 Achja, die 2-CPUs hab ich übersehen. :) Sorry, dann stimmt deine Rechnung noch eher. Du meinst MS sorgt dafür, dass der "S...zvergleich" bei Server-CPUs auf einmal umgekehrt wird? "Eh du ich hab echt 10 von den 16 Cores abgeschaltet pro CPU und die User haben trotzdem nichts gemerkt." ;) Zitieren Link zu diesem Kommentar
testperson 1.677 Geschrieben 17. November 2016 Melden Teilen Geschrieben 17. November 2016 Als findiger Prozessor Hersteller könnte man ja weiterhin 8 Kerner mit hohem Takt anbieten. Dann kann man als Sparfuchs ja weiter rechnen, obs günstiger ist mehr Blech zu kaufen oder mehr Lizenzen. Und vorallem was von beidem einem in der Situation jetzt welchen Vorteil bringt. Irgendwem muss man aber wohl letztenendes entsprechendes Geld in den gierigen Rachen werfen ;) Ich bin im Rahmen der Core-Lizenzierung recht froh, dass wir unsere SPLA Lizenzen kurz vor Server 2016 verlängern mussten. Zitieren Link zu diesem Kommentar
lizenzdoc 207 Geschrieben 17. November 2016 Melden Teilen Geschrieben 17. November 2016 (bearbeitet) Hi, ich denke mal "spart" euch die Diskussion mit COREs an-/ab-zuschalten, denn: Microsoft schreibt von "physischen CPUs und physischen COREs" ob die an oder aus sind ist MS egal, sie sind halt da! Lt Produktbestimmungen 11-2016, Seite-11/12: Serverlizenzen (pro Core) 1. Der Kunde darf die Serversoftware auf einem Lizenzierten Server nutzen, sofern er eine ausreichende Anzahl von Serverlizenzen erwirbt (siehe unten). 2. Benötigt werden so viele Lizenzen, wie Physische Cores auf dem Lizenzierten Server vorhanden sind, mindestens aber 8 Lizenzen pro Physischem Prozessor und mindestens 16 Lizenzen pro Server. 3. Die Datacenter Edition berechtigt zur Nutzung der Serversoftware in einer beliebigen Anzahl von OSEs auf dem Lizenzierten Server. 4. Standard Edition: • Die Standard Edition berechtigt zur Nutzung der Serversoftware in zwei OSEs auf dem Lizenzierten Server. • Die Standard Edition berechtigt zur Nutzung einer Ausgeführten Instanz der Serversoftware in der Physischen OSE auf dem Lizenzierten Server (zusätzlich zu zwei Virtuellen OSEs), sofern die Physische OSE nur zum Hosten und Verwalten der Virtuellen OSEs genutzt wird. • Der Kunde ist berechtigt, zusätzliche Standard Edition-Lizenzen an den Lizenzierten Server zuzuweisen, deren Anzahl der in Abschnitt 2 oben genannten entspricht, und die Serversoftware in zwei zusätzlichen OSEs auf dem Lizenzierten Server zu nutzen. 5. Solange die Gesamtzahl der Lizenzen und Physischen Cores gleich bleibt, ist die Neuzuweisung von Lizenzen immer zulässig, wenn der Kunde eine Hardwarekomponente repartioniert. Mal "extrem" Berechnungs-Beispiele:Das Blech hat 4x CPUs mit nur 1x CORE :)Rechnung > pro CPU = 8x COREs = 4x 8 = 32x COREs für das Blech ! Also 16x die SKU (Bestell-Nr.) da ja immer 1x Paar COREs kommen ( Vergleich mit 1x Schuh-Karton, da sind auch immer 1 Paar Schuhe drin (meistens) ) Das Blech hat 2x CPUs mit 14x COREs ...= 2x14 = 28x COREs, also 14x die SKU (Bestell-Nr.) Das ist es schon bei der DC-Lizenz, da ja unlimitierte VMs erlaubt sind. Bei der STD sieht das aber anders aus. Hat man das Blech nach obiger Rechnung richtig lizenziert, sollte man sich das Ergebnis gut merken, da dieses Ergebnis bei STD ja nur 2 VMs erlaubt ... für jede weiteren 2 VMs muss man das Basis-Ergebnis erneut kaufen/lizenzieren! im 1. Beispiel wären das für die 3.+4. VM erneut weiter 32x COREs = 16x die SKU (Bestell-Nr.), etc. im 2. Beispiel wären das für die 3.+4. VM erneut weiter 28x COREs = 14x die SKU (Bestell-Nr.), etc. Und jedes Blech muss einzelnd betrachtet werden! Ab der 13. VM rechnet sich dann die DC-Lizenz. Und zu beachten ist dabei auch noch, wenn die VMs verschoben werden, muss das Blech vorher ausreichend lizenziert sein.. Bei 2 Blechen mit jeweils 7 VMs ... im Worst-Case könnte ja plötzlich ein Blech alle 14 VM nehmen müssen ...Man ist also schnell bei der DC-Lizenz und hat Ruhe. VG, Franz bearbeitet 17. November 2016 von lizenzdoc Zitieren Link zu diesem Kommentar
jreckzigel 10 Geschrieben 17. November 2016 Melden Teilen Geschrieben 17. November 2016 http://download.microsoft.com/download/7/2/9/7290EA05-DC56-4BED-9400-138C5701F174/WSSC2016LicensingFAQ.pdf 12. If cores are disabled from Windows Server use, do I still need to license the cores? Physical cores that are disabled for use by an operating system do not need to be licensed. For example, if 8 cores in a Server with 32 cores are disabled, and not available for an operating system use, only 24 cores would need to be licensed. This exemption does not reduce the minimum number of core licenses required. Zitieren Link zu diesem Kommentar
lizenzdoc 207 Geschrieben 18. November 2016 Melden Teilen Geschrieben 18. November 2016 Hi, @jreckzigel: Danke für den Link und Hinweis ! Zu beachten: Dieses Dokument ist kein vertragsrechtlicher Bestandteil des Volumenvertrages! Wenn dies so erlaubt wäre, müsste es in den Produktbestimmungen auch so aufgeführt sein, ist es aber nicht! Ich werde es heute mal Microsoft schicken und um rechtliches Feedback bitten. Zur Zeit ist sich Microsoft intern nicht einig, welche Regeln wirklich gelten sollen.Wir haben wegen der Thematik "SA-only" auch noch für WS 2012innerhalb von 8 Tagen zwei 100%ig gegensätzliche "schriftliche" Aussagen (ja/nein) erhalten !Wir haben nun eine letzte finale schriftliche Aussage gefordert .... Bin mal gespannt, was da noch kommt ... VG, Franz Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.