Hypervisor Host 1x HighCore oder 2x LowCore
Hallo Admins,
ich würde gerne dieses Thema mal diskutieren, da vermutlich immer mehr vor dieser Frage stehen werden.
Wir werden dieses Jahr 4 vSphere Host ersetzen.
Nun stellt sich die Frage, wie der Host aussehen könnte/sollte/müsste.
Ich liebäugle mit AMD, aber ist ebenfalls ein Intel Thema.
Die Frage die sich mir stellt.
verwende ich besser 1x eine 64 Core CPU oder verwende ich 2x 32 Core CPU's Pro Host?
Beim Ram braucht es ja für gute Performance 12 Ram-Module/CPU (bei AMD)
Also auch hier wären es dann 12x 128GB oder 24x 64GB
Hat hier jemand tiefere Kenntnisse zu diesen Themen?
NUMA ist hier ja sicherlich ein Kriterium. Was sagt VMware dazu?
Hat hier vielleicht sogar jemand einen Vergleich und ebenfalls dies mal durchgespielt?
Zu den Workload's kann ich soviel sagen, dass wir alles möglich an VM's auf den Host's betrieben.
einige SQL Cluster (AAG), Exchange, KIS, ERP, DWH, und und und. Also eigentlich alles querbeet, was man so braucht.
von VM's mit 2 vCPU's bis VM's mit 10/12/16 vCPU's; vereinzelt Reserviert
von VM's mit 4GB vRam bis VM's mit >200GB vRam; vereinzelt Reserviert
Ich bin gespannt, was ihr dazu vermeldet.
Und nicht vergessen; denken ist Glückssache. Sollte/müsste/könnte hilft uns eher nicht wirklich weiter.
Vielen Dank für euer Feedback
Gruss Roland
ich würde gerne dieses Thema mal diskutieren, da vermutlich immer mehr vor dieser Frage stehen werden.
Wir werden dieses Jahr 4 vSphere Host ersetzen.
Nun stellt sich die Frage, wie der Host aussehen könnte/sollte/müsste.
Ich liebäugle mit AMD, aber ist ebenfalls ein Intel Thema.
Die Frage die sich mir stellt.
verwende ich besser 1x eine 64 Core CPU oder verwende ich 2x 32 Core CPU's Pro Host?
Beim Ram braucht es ja für gute Performance 12 Ram-Module/CPU (bei AMD)
Also auch hier wären es dann 12x 128GB oder 24x 64GB
Hat hier jemand tiefere Kenntnisse zu diesen Themen?
NUMA ist hier ja sicherlich ein Kriterium. Was sagt VMware dazu?
Hat hier vielleicht sogar jemand einen Vergleich und ebenfalls dies mal durchgespielt?
Zu den Workload's kann ich soviel sagen, dass wir alles möglich an VM's auf den Host's betrieben.
einige SQL Cluster (AAG), Exchange, KIS, ERP, DWH, und und und. Also eigentlich alles querbeet, was man so braucht.
von VM's mit 2 vCPU's bis VM's mit 10/12/16 vCPU's; vereinzelt Reserviert
von VM's mit 4GB vRam bis VM's mit >200GB vRam; vereinzelt Reserviert
Ich bin gespannt, was ihr dazu vermeldet.
Und nicht vergessen; denken ist Glückssache. Sollte/müsste/könnte hilft uns eher nicht wirklich weiter.
Vielen Dank für euer Feedback
Gruss Roland
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 6436567464
Url: https://administrator.de/contentid/6436567464
Ausgedruckt am: 21.11.2024 um 08:11 Uhr
19 Kommentare
Neuester Kommentar
Mach doch einfach eine Auswertung diesbezüglich.
Und prüfe ob zwei Paare Hosts mit unterschiedlichen Stärken in Betracht kommen.
Wir haben ein MS SQL Cluster auf Hardware, das bleibt auch dort wegen der Eigenheiten von MSSQL beim Konsumieren von RAM.
Das ist aber in einer Benchmarks nur zufällig zu sehen.
Die Summe der Threads und deren Bearbeitung ist meistens wichtiger als Takt. Aber nicht immer.
Also, ohne Infos, nur Geschwurbel hier.
Und prüfe ob zwei Paare Hosts mit unterschiedlichen Stärken in Betracht kommen.
Wir haben ein MS SQL Cluster auf Hardware, das bleibt auch dort wegen der Eigenheiten von MSSQL beim Konsumieren von RAM.
Das ist aber in einer Benchmarks nur zufällig zu sehen.
Die Summe der Threads und deren Bearbeitung ist meistens wichtiger als Takt. Aber nicht immer.
Also, ohne Infos, nur Geschwurbel hier.
Ich persönlich stehe auf Dichte.
Heißt weniger Hosts mit mehr CPU und RAM usw...
Ansonsten würde ich die Lizenzierung nicht vergessen zu prüfen vorher.
Heißt weniger Hosts mit mehr CPU und RAM usw...
Ansonsten würde ich die Lizenzierung nicht vergessen zu prüfen vorher.
Also rein mathematisch sollte sich das nicht viel tun wenn die CPUs wirklich identische Specs haben und nur der eine die hälfte der Kerne des anderen hat dann sollte das in etwa gleich schnell sein. "In etwa", weil natürlich bei bestimmten Workloads dann eventuell RAM nicht optimal adressiert werden kann, sprich NUMA. Rein technisch wäre eine single CPU daher "überlegen", auch weil natürlich besser aufgerüstet werden könnte.
Dafür konzentrierst du zwangsläufig mehr Wärme auf eine kleinere Fläche, hast also mehr Aufwand in der Lüftung. Zwei CPUs können mehr RAM ansteuern als eine. Auch trifft dich ein Ausfall der einen Komponente härter als wenn du die Last verteilst. Eine CPU mag nicht so schnell versagen aber wenn die Wahl zwischen einen Host und zwei Hosts hast (statt zwischen 10 und 20) dann ist das ein sehr relevanter Punkt.
Im realen Leben ist die Fragestellung aber einfach Schwachsinn, sry. Du hast selten die Wahl zwischen identischen CPUs mit nur unterschiedlichen Kernen, die werden ja nicht einfach zusammengeklebt (auch in deinem Beispiel unterscheiden sich der Basistakt, der Takt, und das Verhältnis L2/L3-Cache). Dann ist eine einzelne CPU mit entsprechend Kernen natürlich ganz anders bepreist. Das mag sich am freien Markt ähneln aber du baust ja den Server nicht selber, vermutlich bist du eher von Preisen eines großen Lieferanten abhängig. Und der Markt rechnet nun mal nicht in MHz ab sondern folgt anderen Faktoren.
Viel wichtiger finde ich 1) Lizensierung und 2) dann konkrete Angebote. Häufig kriegt man ja das was weg muss ziemlich günstig und alles andere nur zu Mondpreisen. AMD finde ich gut allerdings bin ich ein Freund von Single Thread Performance weil es in der Lizensierung billiger wird. Pervers aber leider im Moment so gewollt. (Okay hier bin ich nicht auf dem laufenden, aber als der Epyc neu war hatte ich mich daher noch für Intel entschieden.)
Dafür konzentrierst du zwangsläufig mehr Wärme auf eine kleinere Fläche, hast also mehr Aufwand in der Lüftung. Zwei CPUs können mehr RAM ansteuern als eine. Auch trifft dich ein Ausfall der einen Komponente härter als wenn du die Last verteilst. Eine CPU mag nicht so schnell versagen aber wenn die Wahl zwischen einen Host und zwei Hosts hast (statt zwischen 10 und 20) dann ist das ein sehr relevanter Punkt.
Im realen Leben ist die Fragestellung aber einfach Schwachsinn, sry. Du hast selten die Wahl zwischen identischen CPUs mit nur unterschiedlichen Kernen, die werden ja nicht einfach zusammengeklebt (auch in deinem Beispiel unterscheiden sich der Basistakt, der Takt, und das Verhältnis L2/L3-Cache). Dann ist eine einzelne CPU mit entsprechend Kernen natürlich ganz anders bepreist. Das mag sich am freien Markt ähneln aber du baust ja den Server nicht selber, vermutlich bist du eher von Preisen eines großen Lieferanten abhängig. Und der Markt rechnet nun mal nicht in MHz ab sondern folgt anderen Faktoren.
Viel wichtiger finde ich 1) Lizensierung und 2) dann konkrete Angebote. Häufig kriegt man ja das was weg muss ziemlich günstig und alles andere nur zu Mondpreisen. AMD finde ich gut allerdings bin ich ein Freund von Single Thread Performance weil es in der Lizensierung billiger wird. Pervers aber leider im Moment so gewollt. (Okay hier bin ich nicht auf dem laufenden, aber als der Epyc neu war hatte ich mich daher noch für Intel entschieden.)
Technisch sinnvoller ist ein verdichtetes System. Weniger Latenz, mehr Bandbreite.. usw ..
Die F Modelle sind alle technisch sehr schön.
Um das aber mal zu konkretisieren: Im Oktober 2023 hatte ich Angebote bekommen. Das identische Komplettsystem lag bei
16.105,00 Euro mit 2x 9174F 16 Core @ 4,15 bis 4,40 GHz
14.275,00 Euro mit 2x 9274F 24 Core @ 4,10 bis 4,30 GHz
18.332,00 Euro mit 2x 9374F 32 Core @ 4,10 bis 4,30 GHz
und nein da ist kein Zahlendreher im Preis. Ich kenne die einzelnen CPU Preise nicht weil das ja immer Komplettangebote sind aber ich gehe davon aus das eine 9374F bei ~ 4.500 Euro liegt also hätte man z.B. die selbe Anzahl Kerne (also gleiche Lizenzkosten) von 2x 9174F auch mit 1x 9374F zu leicht reduziertem Takt bekommen. Das ganze dann für ca. 13.800 Euro quasi ohne NUMA im Betrieb bzw. weitere CPU nachrüstbar, ist schon attraktiv.
Habt ihr euer SQL Cluster exklusiv auf einem Host laufen und dann 2x SQL als VM? Mit dem SQL 2022 darf man ja OEM Core Lizenzen nicht virtualisieren, weil keine SA. Bei den Preisen überlegt man sich direkt ob man nicht vielleicht 2x Blech kauft und auf bare metal SQL betreibt.
Um das aber mal zu konkretisieren: Im Oktober 2023 hatte ich Angebote bekommen. Das identische Komplettsystem lag bei
16.105,00 Euro mit 2x 9174F 16 Core @ 4,15 bis 4,40 GHz
14.275,00 Euro mit 2x 9274F 24 Core @ 4,10 bis 4,30 GHz
18.332,00 Euro mit 2x 9374F 32 Core @ 4,10 bis 4,30 GHz
und nein da ist kein Zahlendreher im Preis. Ich kenne die einzelnen CPU Preise nicht weil das ja immer Komplettangebote sind aber ich gehe davon aus das eine 9374F bei ~ 4.500 Euro liegt also hätte man z.B. die selbe Anzahl Kerne (also gleiche Lizenzkosten) von 2x 9174F auch mit 1x 9374F zu leicht reduziertem Takt bekommen. Das ganze dann für ca. 13.800 Euro quasi ohne NUMA im Betrieb bzw. weitere CPU nachrüstbar, ist schon attraktiv.
Habt ihr euer SQL Cluster exklusiv auf einem Host laufen und dann 2x SQL als VM? Mit dem SQL 2022 darf man ja OEM Core Lizenzen nicht virtualisieren, weil keine SA. Bei den Preisen überlegt man sich direkt ob man nicht vielleicht 2x Blech kauft und auf bare metal SQL betreibt.
Okay die SQL Lizenz ist mal groß genug damit sich das lohnt
Wo hast du denn die Listenpreise her? Ich hatte bei meiner vorletzten Anschaffung (~2018) eine komplette xls gefunden, bei dem Epyc habe ich ewig dannach gesucht. Ich glaube, HPE passt die Listenpreise den kompletten Produktzyklus nicht an. Dennoch super nützlich um die CPU Modelle miteinander zu vergleichen. Kannst du mir die Liste eventuell schicken?
Wo hast du denn die Listenpreise her? Ich hatte bei meiner vorletzten Anschaffung (~2018) eine komplette xls gefunden, bei dem Epyc habe ich ewig dannach gesucht. Ich glaube, HPE passt die Listenpreise den kompletten Produktzyklus nicht an. Dennoch super nützlich um die CPU Modelle miteinander zu vergleichen. Kannst du mir die Liste eventuell schicken?