Unbalanced cluster
Verfasst: 16.01.2015, 20:40
Hallo zusammen
Mich treibt eine Frage zu unbalanced Cluster um. Bisher habe ich immer darauf geachtet (oder es hat sich so ergeben) das die Hosts im Vmware Cluster im grossen und ganzen die gleichen CPU und RAM Ressourcen haben.
Jetzt habe ich folgende Situation:
Bestehender Cluster mit 7 ESX Hosts à je 256Gb RAM. Neu kommen jetzt 4 neue ESX Hosts dazu welche je 512GB RAM haben. Von der CPU her unterscheiden die sich nicht gross (gleiche Anzahl Cores, Speed,gleiche cpu familie).
Ich weiss jetzt nicht so recht ob ich
1) die 4 neuen Server in den bestehenden Cluster (zu den 7 ESX Host) integrieren soll
oder
2) besser einfach einen neuen, zweiten Cluster mit den 4 neuen ESX Hosts machen soll.
Das letzte Mal als ich diesbetreffend was gelesen habe war im Zusammenhang mit diesen Slotgrössen. Das war unter Vsphere 4.1. --> http://www.yellow-bricks.com/vmware-hig ... y-deepdiv/. Meine Admission Control Policy ist auf "Percentage of cluster resources...." gestellt (also im Moment 100 / <Anzahl ESX Hosts> = <Prozentwert>.
Mit welcher Variante fahre ich besser? Mein Anspruch ist natürlich möglichst viel aus der Hardware rauszuholen...ohne den schmalen Grat zu Performanceeinbussen zu überschreiten.
Wähle ich Variante 1) ist der Cluster vom RAM her unbalanciert --- und ich bin nicht sicher wie ich dort den Prozentwert am einstellen muss. Und welche Nachteile ich allenfalls sonst im Betrieb habe.
Bei Variante 2) "verliere" ich einen ganzen ESX Host wg. Failoverressourcen. Habe zwar zwei Cluster aber dafür beide schön balanced.
Wie löst ihr solche Fälle? Ich kann im übrigen durchaus auch mal 2-3 Wochen leben mit "Admission Control" ausgeschaltet. Z.b bei Ressourcenengpässen wo grad die Integration/Beschaffung von neuen ESX Hosts ansteht man aber trotzdem noch grad VMs aufschalten muss und damit die Failoverkapazität beeinträchtig. Aber im grossen und ganzen muss natürlich die Failoverkapazität gewährleistet sein (auch wenn es immer VM's gibt welche man im Extremfall ausgeschaltet lassen könnte oder Memory runterschalten könnte).
Grüsse
Edit: Umgebung ist Vsphere 5.5
Mich treibt eine Frage zu unbalanced Cluster um. Bisher habe ich immer darauf geachtet (oder es hat sich so ergeben) das die Hosts im Vmware Cluster im grossen und ganzen die gleichen CPU und RAM Ressourcen haben.
Jetzt habe ich folgende Situation:
Bestehender Cluster mit 7 ESX Hosts à je 256Gb RAM. Neu kommen jetzt 4 neue ESX Hosts dazu welche je 512GB RAM haben. Von der CPU her unterscheiden die sich nicht gross (gleiche Anzahl Cores, Speed,gleiche cpu familie).
Ich weiss jetzt nicht so recht ob ich
1) die 4 neuen Server in den bestehenden Cluster (zu den 7 ESX Host) integrieren soll
oder
2) besser einfach einen neuen, zweiten Cluster mit den 4 neuen ESX Hosts machen soll.
Das letzte Mal als ich diesbetreffend was gelesen habe war im Zusammenhang mit diesen Slotgrössen. Das war unter Vsphere 4.1. --> http://www.yellow-bricks.com/vmware-hig ... y-deepdiv/. Meine Admission Control Policy ist auf "Percentage of cluster resources...." gestellt (also im Moment 100 / <Anzahl ESX Hosts> = <Prozentwert>.
Mit welcher Variante fahre ich besser? Mein Anspruch ist natürlich möglichst viel aus der Hardware rauszuholen...ohne den schmalen Grat zu Performanceeinbussen zu überschreiten.
Wähle ich Variante 1) ist der Cluster vom RAM her unbalanciert --- und ich bin nicht sicher wie ich dort den Prozentwert am einstellen muss. Und welche Nachteile ich allenfalls sonst im Betrieb habe.
Bei Variante 2) "verliere" ich einen ganzen ESX Host wg. Failoverressourcen. Habe zwar zwei Cluster aber dafür beide schön balanced.
Wie löst ihr solche Fälle? Ich kann im übrigen durchaus auch mal 2-3 Wochen leben mit "Admission Control" ausgeschaltet. Z.b bei Ressourcenengpässen wo grad die Integration/Beschaffung von neuen ESX Hosts ansteht man aber trotzdem noch grad VMs aufschalten muss und damit die Failoverkapazität beeinträchtig. Aber im grossen und ganzen muss natürlich die Failoverkapazität gewährleistet sein (auch wenn es immer VM's gibt welche man im Extremfall ausgeschaltet lassen könnte oder Memory runterschalten könnte).
Grüsse
Edit: Umgebung ist Vsphere 5.5