PAKKETVERLIES OP VIRTUELE SWITCH MET SET-TEAMING

Question

PAKKETVERLIES OP VIRTUELE SWITCH MET SET-TEAMING

EstteLauder 20

IK KRIJG HET PROBLEEM MET EEN HOGE NETWERKBELASTING OP EEN VIRTUELE SWITCH OVER EEN SET-TEAM NIET ONDER CONTROLE, WAT LEIDT TOT 30% PAKKETVERLIES DOOR DE STANDAARD WACHTRIJBEPERKINGEN OP DE SWITCHPOORTEN. WANNEER HET NETWERKVERKEER PIEKT, RAKEN DE WACHTRIJEN METEEN VERSTOPT EN WORDEN PAKKETTEN MASSAAL VERWORPEN.

HOE KUNNEN WE DE BUFFERWACHTRIJEN VAN DE VIRTUELE SWITCHPOORTEN AANPASSEN MET BEHULP VAN POWERSHELL?

0 opmerkingen

1 antwoord

Uw antwoord

Answer 1

Hallo,

Het probleem dat je beschrijft is typisch voor een SET-team (Switch Embedded Teaming) in combinatie met een Hyper-V vSwitch. Bij hoge belasting worden de standaard wachtrijen van de virtuele switchpoort snel verzadigd, wat leidt tot pakketverlies. Microsoft heeft de queue depth en bufferinstellingen vrij conservatief ingesteld, en die zijn niet direct via een eenvoudige GUI aan te passen. Je kunt dit echter wel via PowerShell beïnvloeden door de QoS en vNIC instellingen te tunen.

De relevante cmdlets zijn Set-VMNetworkAdapter en Set-VMNetworkAdapterQoS. Voor het aanpassen van de wachtrijbuffers gebruik je de parameter -PacketDirectNumProcs en -PacketDirectModerationCount, maar belangrijker nog is het instellen van de -QueuePairs waarde. Deze bepaalt hoeveel hardware queues aan een vNIC worden toegewezen. Een te lage waarde veroorzaakt precies het probleem dat jij ziet.

Voorbeeld:


Get-VMNetworkAdapter -VMName "NaamVanVM" | Set-VMNetworkAdapter -QueuePairs 16

Daarnaast kun je de vSwitch zelf tunen met:


Set-VMSwitch -Name "vSwitchNaam" -DefaultQueuePairs 16 -DefaultQueueDepth 512

De parameter -DefaultQueueDepth bepaalt de bufferlengte per queue. Standaard staat dit vaak te laag (128 of 256). Door dit te verhogen naar 512 of 1024 kun je piekbelasting beter opvangen zonder massaal pakketverlies.

Let wel: deze instellingen zijn afhankelijk van de NIC-driver en hardware offload-capaciteiten. Controleer eerst met Get-VMSwitch en Get-VMNetworkAdapter of jouw netwerkkaart RSS en VMQ ondersteunt. Zonder VMQ-ondersteuning heeft het verhogen van queue pairs weinig effect.

Als je dit in productie toepast, adviseer ik om gefaseerd te testen: begin met verdubbelen van de queue depth en monitor via Get-NetAdapterStatistics of de packet drops verdwijnen. Houd ook rekening met CPU-belasting, want hogere queue depths kunnen meer interrupt load genereren.

Ik hoop dat je hiermee direct grip krijgt op de wachtrijbuffers van je virtuele switchpoorten.Ik hoop dat je hier iets nuttigs hebt gevonden. Als het je helpt om meer inzicht in het probleem te krijgen, zou ik het waarderen als je het antwoord accepteert. Mocht je nog vragen hebben, laat dan gerust een bericht achter. Een fijne dag!

HP.