Voor het werk ben ik bezig met een testopstelling met VMware ESX server v3.5, nu heb ik een vraag over de loadbalancing methode die gebruikt kan worden om het netwerkverkeer te versturen.
Er zijn 3 verschillende Load balancing binnen ESX, Zoals hier onder te lezen is wil ik een keuze maken voor OUT-IP maar er rest mij nog 1 vraag iemand enige idee wat nou hoog is Voor CPU LOAD? is dat 10% of 40%... ?
Zelf heb ik Vmware sites gezocht en uiteraard op google en hier op tweakers maar is helaas nog niets over te vinden.
out-mac: Dit is de standaard instelling, waarbij het netwerk verkeer over de NICs van het bond wordt verdeeld op basis van het source MAC adres. Het houdt in dat er een hash wordt gegenereerd op basis van het MAC adres van de virtuele machine (VM). Deze hash geeft aan van welke netwerk kaart de virtuele machine gebruik gaat maken: als de hash bijvoorbeeld 0 is, zal de VM altijd gebruik maken van de eerste NIC uit het bond! De beheerder heeft hier bijna geen invloed op (zie veder op in dit artikel), het is dus ook maar afwachten hoe de load zich daadwerkelijk zal verdelen. De out-mac policy zorgt voor de minste overhead binnen jouw ESX.
out-ip: Voor iets meer overhead zorgt de out-ip policy, maar we hebben dan wel een iets betere verdeling van het netwerk verkeer. Bij out-ip wordt het netwerk verkeer namelijk verdeeld over de NICs van het bond op basis van het source-ip (het ip van de VM) en het destination ip (het ip van de geconnecteerd host). Een VM kan (i.t.t. out-mac) dus verkeer over alle NICs van bond gaan versturen, de ene keer over NIC 0; de andere keer over NIC 1. Je hebt wel een switch nodig die ondersteunt dat het ip van de VM op verschillende porten naar buiten komt: de switch moet 802.3ad link aggregation support ondersteunen! Bij deze policy heb je als beheerder geen invloed op de daadwerkelijke verdeling van het netwerk verkeer.
standby: Als de standby policy wordt toegepast, loopt al het verkeer over slechts 1 netwerk kaart van de bond, valt deze kaart uit zal het verkeer over de andere netwerk kaart gaan lopen. Er wordt hier dus aan niet aan load-balancing gedaan.
Er zijn 3 verschillende Load balancing binnen ESX, Zoals hier onder te lezen is wil ik een keuze maken voor OUT-IP maar er rest mij nog 1 vraag iemand enige idee wat nou hoog is Voor CPU LOAD? is dat 10% of 40%... ?
Zelf heb ik Vmware sites gezocht en uiteraard op google en hier op tweakers maar is helaas nog niets over te vinden.
out-mac: Dit is de standaard instelling, waarbij het netwerk verkeer over de NICs van het bond wordt verdeeld op basis van het source MAC adres. Het houdt in dat er een hash wordt gegenereerd op basis van het MAC adres van de virtuele machine (VM). Deze hash geeft aan van welke netwerk kaart de virtuele machine gebruik gaat maken: als de hash bijvoorbeeld 0 is, zal de VM altijd gebruik maken van de eerste NIC uit het bond! De beheerder heeft hier bijna geen invloed op (zie veder op in dit artikel), het is dus ook maar afwachten hoe de load zich daadwerkelijk zal verdelen. De out-mac policy zorgt voor de minste overhead binnen jouw ESX.
out-ip: Voor iets meer overhead zorgt de out-ip policy, maar we hebben dan wel een iets betere verdeling van het netwerk verkeer. Bij out-ip wordt het netwerk verkeer namelijk verdeeld over de NICs van het bond op basis van het source-ip (het ip van de VM) en het destination ip (het ip van de geconnecteerd host). Een VM kan (i.t.t. out-mac) dus verkeer over alle NICs van bond gaan versturen, de ene keer over NIC 0; de andere keer over NIC 1. Je hebt wel een switch nodig die ondersteunt dat het ip van de VM op verschillende porten naar buiten komt: de switch moet 802.3ad link aggregation support ondersteunen! Bij deze policy heb je als beheerder geen invloed op de daadwerkelijke verdeling van het netwerk verkeer.
standby: Als de standby policy wordt toegepast, loopt al het verkeer over slechts 1 netwerk kaart van de bond, valt deze kaart uit zal het verkeer over de andere netwerk kaart gaan lopen. Er wordt hier dus aan niet aan load-balancing gedaan.
:strip_icc():strip_exif()/u/16414/crop55b88276a3a5d.jpeg?f=community)
