10
VCPU - Anzahl?
Hallo,
Ich habe vom Hersteller eine HW Requirement von CPU 4 Kernen.
Wieviele vCPU muss ich dem VMWare nun zuteilen, damit ich auf die 4 physischen Kerne komme?
Vielen Dank und Grüsse
Ich habe vom Hersteller eine HW Requirement von CPU 4 Kernen.
Wieviele vCPU muss ich dem VMWare nun zuteilen, damit ich auf die 4 physischen Kerne komme?
Vielen Dank und Grüsse
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 873935980
Url: https://administrator.de/contentid/873935980
Ausgedruckt am: 25.11.2024 um 02:11 Uhr
10 Kommentare
Neuester Kommentar
Moin,
das lässt sich so nicht festlegen. Du kannst kein 1:1-Mapping machen.
VG
P.S.: Wenn die Anwendung 4 Cores braucht, gib der VM halt 4vCPUs…
das lässt sich so nicht festlegen. Du kannst kein 1:1-Mapping machen.
VG
P.S.: Wenn die Anwendung 4 Cores braucht, gib der VM halt 4vCPUs…
Hallo,
Deine Frage ist missverständlich. Lese Dir Wie man eine Frage stelltdurch. Liefere alle fehlenden Informationen.
* Vielleicht teilst Du uns die Anwendung mit?
* Wenn jemand diese ebenfalls nutzt, kann man Tipps geben.
Im Allgemeinen, wenn es heißt 4 CPUs, dann sind das 4 vCPUs. In Abhängigkeit Deiner Hosts.
[Edit] Sorry, hatte einige Informationen nicht gelesen. Du planst einen VMware Host mit 4 Kernen? Da kommst Du nicht weit.
Gruss Penny.
Gruss Penny.
Deine Frage ist missverständlich. Lese Dir Wie man eine Frage stelltdurch. Liefere alle fehlenden Informationen.
- Welcher Hypervisor (VMware, Hyper-V)
- Welche Hardware des Hosts steht zur Verfügung (pCPUs, Cores, RAM, Storage)
[Edit] Sorry, hatte einige Informationen nicht gelesen. Du planst einen VMware Host mit 4 Kernen? Da kommst Du nicht weit.
Gruss Penny.
Gruss Penny.
4 (Hyper-Threading disabled) oder 8 (Hyper-Threading enabled).
Grüße
Richard
Grüße
Richard
Danke für die Antwort.
Beim overcommit gibt es ja den 4:1 ansatz (auf 1 logischen Core = 4 vcpu)
Wenn es heisst dass der physische Server 4 Kerne (Cores) braucht, dann wäre das verhältnis doch 4*4=16 vcpu.
Es übrigens eine VMWARE Servervirtualiserung.
Vielen Dank und Grüsse,
Beim overcommit gibt es ja den 4:1 ansatz (auf 1 logischen Core = 4 vcpu)
Wenn es heisst dass der physische Server 4 Kerne (Cores) braucht, dann wäre das verhältnis doch 4*4=16 vcpu.
Es übrigens eine VMWARE Servervirtualiserung.
Vielen Dank und Grüsse,
Ab ESX 6.7 sind Cores in VMs Rechenzeitäquivalente echter Cores (nicht threads), und ganz wichtig, man sollte sich die MHz Zahlen (also CPU clock) x4 für die VM reservieren, also 100% damit VMware diese nicht anderen VMs bei Overcommitment zur Verfügung stellt.
Bei Applikationen die nur so peakweise was tun, kann man durchaus 8:3 bis 4:1 machen (vCore zu pCore), aber andere Applikationen machen gerne mal 100% Last und hätten während dieser Zeit die Rechenzeit gerne auch exclusiv.
Hyperthreading gehört ohnehin abgestellt, ansonsten handelt man sich die seltsamsten Effekte beim Overcommitment ein, wie z.B. stark nichtlineare Performanceeinbrüche. Hyperthreading bringt in vielen Anwendungsszenarien weniger als 10% Performancezuwachs
Bei Applikationen die nur so peakweise was tun, kann man durchaus 8:3 bis 4:1 machen (vCore zu pCore), aber andere Applikationen machen gerne mal 100% Last und hätten während dieser Zeit die Rechenzeit gerne auch exclusiv.
Hyperthreading gehört ohnehin abgestellt, ansonsten handelt man sich die seltsamsten Effekte beim Overcommitment ein, wie z.B. stark nichtlineare Performanceeinbrüche. Hyperthreading bringt in vielen Anwendungsszenarien weniger als 10% Performancezuwachs
Jein, das hängt ja von deiner Anwendung ab. Wenn die Anwendung 4 CPUs auslastet kannst du da logischerweise nichts overcommiten.
/Thomas
/Thomas
Zitat von @GrueneSosseMitSpeck:
Ab ESX 6.7 sind Cores in VMs Rechenzeitäquivalente echter Cores (nicht threads), und ganz wichtig, man sollte sich die MHz Zahlen (also CPU clock) x4 für die VM reservieren, also 100% damit VMware diese nicht anderen VMs bei Overcommitment zur Verfügung stellt.
Bei Applikationen die nur so peakweise was tun, kann man durchaus 8:3 bis 4:1 machen (vCore zu pCore), aber andere Applikationen machen gerne mal 100% Last und hätten während dieser Zeit die Rechenzeit gerne auch exclusiv.
Hyperthreading gehört ohnehin abgestellt, ansonsten handelt man sich die seltsamsten Effekte beim Overcommitment ein, wie z.B. stark nichtlineare Performanceeinbrüche. Hyperthreading bringt in vielen Anwendungsszenarien weniger als 10% Performancezuwachs
Ab ESX 6.7 sind Cores in VMs Rechenzeitäquivalente echter Cores (nicht threads), und ganz wichtig, man sollte sich die MHz Zahlen (also CPU clock) x4 für die VM reservieren, also 100% damit VMware diese nicht anderen VMs bei Overcommitment zur Verfügung stellt.
Bei Applikationen die nur so peakweise was tun, kann man durchaus 8:3 bis 4:1 machen (vCore zu pCore), aber andere Applikationen machen gerne mal 100% Last und hätten während dieser Zeit die Rechenzeit gerne auch exclusiv.
Hyperthreading gehört ohnehin abgestellt, ansonsten handelt man sich die seltsamsten Effekte beim Overcommitment ein, wie z.B. stark nichtlineare Performanceeinbrüche. Hyperthreading bringt in vielen Anwendungsszenarien weniger als 10% Performancezuwachs
Vielen Dank für das Feedback. Der Hersteller der Applikation hat die Empfehlung (4Cores, 32GB Ram usw) herausgegeben. Die Applikation wird jedoch mit Citrix auf dem dedizierten Applikationsserver gestartet und dies von ca. 3-4 Usern gleichzeitig.
Wie gehst Du in der Praxis mit Hersteller HW Requirements Empfehlungen um, setzt Du die konsequent um oder vergbist Du die Ressourcen nach verschiedenen Belastungstests?
Viele Grüsse, Adrian
Moin Adrian,
Spätestens wenn die Software Probleme macht und du den Support des Herstellers hinzuziehen möchtest, wird dir dieses Vorgehen auf die Füße fallen.
Da kannst du dem Hersteller 3mal beweisen, dass seine Hardwareanforderungen übertrieben sind. Er verweist darauf und stellt im schlimmsten Fall eine Rechnung. Und du bist keinen Schritt weiter.
Gruß
C.C.
Zitat von @adrian138:
...
Wie gehst Du in der Praxis mit Hersteller HW Requirements Empfehlungen um, setzt Du die konsequent um oder vergbist Du die Ressourcen nach verschiedenen Belastungstests?
...
Wie gehst Du in der Praxis mit Hersteller HW Requirements Empfehlungen um, setzt Du die konsequent um oder vergbist Du die Ressourcen nach verschiedenen Belastungstests?
Spätestens wenn die Software Probleme macht und du den Support des Herstellers hinzuziehen möchtest, wird dir dieses Vorgehen auf die Füße fallen.
Da kannst du dem Hersteller 3mal beweisen, dass seine Hardwareanforderungen übertrieben sind. Er verweist darauf und stellt im schlimmsten Fall eine Rechnung. Und du bist keinen Schritt weiter.
Gruß
C.C.
Der Hersteller bestimmt die Hardware Requirements und wann er Support leistet.
Hatte selbst schon den Fall, daß der Hersteller den Support verweigert hat, weil die vorgeschriebene VMDK Größe nicht umgesetzt wurde.
In den Requirements gab der Hersteller 500 GiB Plattenkapazität vor. Davon wurden maximal 2-5 GiB verwendet. Die IT meinte das ist mehr als ausreichend, wenn man die VMDK auf 50 GiB definiert. Es gab dann ein Problem mit der Software und der Hersteller verwies auf die Hardware Requirements. NO SUPPORT!
Es blieb nichts anderes übrig, als die Software neu zu installieren. Und die angegebenen Hardware Requirements umzusetzen.
Das gilt auch für CPU, RAM und dergleichen.
Gruss Penny.
Hatte selbst schon den Fall, daß der Hersteller den Support verweigert hat, weil die vorgeschriebene VMDK Größe nicht umgesetzt wurde.
In den Requirements gab der Hersteller 500 GiB Plattenkapazität vor. Davon wurden maximal 2-5 GiB verwendet. Die IT meinte das ist mehr als ausreichend, wenn man die VMDK auf 50 GiB definiert. Es gab dann ein Problem mit der Software und der Hersteller verwies auf die Hardware Requirements. NO SUPPORT!
Es blieb nichts anderes übrig, als die Software neu zu installieren. Und die angegebenen Hardware Requirements umzusetzen.
Das gilt auch für CPU, RAM und dergleichen.
Gruss Penny.
