Ereignis-ID 106, wenn ein virtueller Hyper-V-Switch an ein LBFO-Team gebunden ist

Dieser Artikel hilft beim Auflösen der Ereignis-ID 106, wenn ein virtueller Hyper-V-Switch an ein LBFO-Team gebunden ist.

Gilt für: Windows Server 2012 R2
Ursprüngliche KB-Nummer: 2974384

Problembeschreibung

Stellen Sie sich folgendes Szenario vor:

• Sie verfügen über einen Windows Server 2012-basierten oder Windows Server 2012 R2-basierten Computer, der zusammen mit einem oder mehreren LBFO-Teams (Lastenausgleich und Failover) konfiguriert ist.
• Ein virtueller Hyper-V-Switch ist an eines der LBFO-Teams gebunden.

In diesem Szenario wird eines der folgenden Ereignisse zeitweilig protokolliert.

Ursache

Wenn Fehler 106 besagt: "Grund: Die Prozessorsätze überlappen sich, wenn LBFO mit dem Summenwarteschlangenmodus konfiguriert ist", müssen Sie den Befehl Set-NetAdapterVmq Windows PowerShell verwenden, um jeden Netzwerkadapter in Ihrem Team so zu konfigurieren, dass unterschiedliche Prozessoren verwendet werden. (Da LBFO-Teaming für Die Summe der Warteschlangen eingerichtet ist, müssen die Netzwerkadapter im Team nicht überlappende Prozessorsätze verwenden.)

Wenn Fehler 106 besagt: "Ursache: Die Prozessorsätze sind nicht identisch, wenn LBFO mit dem Min-Queue-Modus konfiguriert ist", müssen Sie den Befehl Set-NetAdapterVmq Windows PowerShell verwenden, um jeden Netzwerkadapter in Ihrem Team so zu konfigurieren, dass dieselben Prozessoren verwendet werden. (Da LBFO-Teaming für den Modus "Min Queue" eingerichtet ist, müssen die Netzwerkadapter im Team überlappende Prozessorsätze verwenden.)

Lösung

Wenn Fehler 106 besagt: "Grund: Die Prozessorsätze überlappen sich, wenn LBFO mit dem Summ-Warteschlangenmodus konfiguriert ist", können Sie das folgende Beispiel Windows PowerShell Befehlen verwenden, um die Prozessoren zu trennen, sodass jeder Netzwerkadapter unterschiedliche Prozessoren für die VM-Warteschlange (VMQ) verwendet. Außerdem müssen Sie den Hotfix in KB installieren, 3031598 , um andere bekannte Probleme zu beheben, nachdem Sie diese Konfigurationsänderungen vorgenommen haben.

Dies sind Beispielbefehle. Sie können die Einstellungen BaseProcessorNumber und MaxProcessors abhängig davon variieren, über wie viele Prozessoren der Server verfügt und welche Prozessoren Sie nicht für VMQ verwenden möchten.

Set-NetAdapterVmq -Name NIC1 -BaseProcessorNumber 2 -MaxProcessors 2

Set-NetAdapterVmq -Name NIC2 -BaseProcessorNumber 4 -MaxProcessors 2

Wenn auf dem Server HyperThreading für den Prozessor aktiviert ist, müssen Sie ändern, wie Sie die Einstellungen BaseProcessorNumber und MaxProcessors festlegen, um den Fehler 106 im Summierungswarteschlangenmodus zu beheben.

Wenn Sie nicht sicher sind, ob HyperThreading auf dem Server aktiviert ist, können Sie es einfach ermitteln, indem Sie das Cmdlet Get-NetAdapterRSS Windows PowerShell ausführen und dann die Ausgabezeile für RssProcessorArray anzeigen. Wenn 0:0/0 0:1/0 0:2/0..... angezeigt wird, ist HyperThreading aus. Wenn 0:0/0 0:2/0 0:4/0... angezeigt wird, ist HyperThreading aktiviert. RSS und VMQ verwenden nur Kernprozessoren, wenn HyperThreading aktiviert ist. Dies bedeutet also die Prozessoren mit gerader Nummer.

Wenn Sie also die zuvor erwähnten Befehle auf einem Hyper-Threaded Server festlegen, können Sie baseProcessorNumber nur auf eine gerade Zahl festlegen. Außerdem muss MaxProcessors auf die Anzahl der zu verwendenden Prozessoren festgelegt werden, die VMQ verwenden kann.

Wenn Sie z. B. (zwei) Sechskernprozessoren und HyperThreading aktiviert haben, werden in Windows-Tools 24 Prozessoren angezeigt, die Ihnen Prozessoren anzeigen, z. B. Task-Manager. VMQ kann nur 12 dieser Prozessoren verwenden, da nur die Prozessoren mit gerader Nummer verwendet werden. Um diese Prozessoren auf zwei NICs aufzuteilen und den Fehler 106 zu beheben, verwenden Sie die folgenden Befehle, um jede NIC so festzulegen, dass unterschiedliche Prozessoren für VMQ verwendet werden:
Set-NetAdapterVMQ -Name NIC1 -BaseProcessorNumber 0 -MaxProcessors 6 (diese NIC würde also Prozessor 0,2,4,6,8,10 für VMQ verwenden)
Set-NetAdapterVMQ -Name NIC2 -BaseProcessorNumber 12 -MaxProcessors 6 (diese NIC würde also Prozessor 12,14,16,18,20,22 für VMQ verwenden)

Wenn Fehler 106 besagt, "Ursache: Die Prozessorsätze sind nicht identisch, wenn LBFO mit dem Min-Warteschlangenmodus konfiguriert ist", können Sie das folgende Beispiel Windows PowerShell-Befehlen verwenden, damit jeder Netzwerkadapter dieselben Prozessoren für VMQ verwendet.

Dies sind Beispielbefehle. Sie können die Einstellungen BaseProcessorNumber und MaxProcessors abhängig davon variieren, über wie viele Prozessoren der Server verfügt und welche Prozessoren Sie nicht für VMQ verwenden möchten.

Set-NetAdapterVmq -Name NIC1 -BaseProcessorNumber 2 -MaxProcessors 4

Set-NetAdapterVmq -Name NIC2 -BaseProcessorNumber 2 -MaxProcessors 4

Nachdem Sie die VMQ-Prozessoren ordnungsgemäß so festgelegt haben, dass alle Netzwerkadapter dieselben Prozessoren für VMQ verwenden, erhalten Sie möglicherweise trotzdem den Fehler 106 "Ursache: Die Prozessorsätze sind nicht identisch, wenn LBFO mit dem Min-Queue-Modus konfiguriert ist", wenn Sie auch die Einstellung "Bevorzugter NUMA-Knoten" für netzwerkadapter angepasst haben, um einen bestimmten NUMA-Knoten zu verwenden. Die Standardeinstellung dafür lautet "Systemstandard" und ist die bevorzugte Einstellung bei Verwendung von VMQ. Wenn Sie einen bestimmten bevorzugten NUMA-Knoten festlegen und sich die NUMA-Knoten auf den Netzwerkadaptern unterscheiden, verwenden die Netzwerkadapter nicht die gleichen Prozessoren für VMQ.

Beispiel: Im obigen Beispiel legen Sie NIC1 und NIC2 auf die Prozessoren 2, 3, 4 und 5 fest. Wenn Ihr Server über acht NUMA-Knoten mit vier Prozessoren in jedem NUMA-Knoten verfügt und Sie NIC1 auf Preferred NUMA node 0 (bevorzugter NUMA-Knoten 0) festlegen und NIC2 auf Preferred NUMA node 1 (Bevorzugter NUMA-Knoten 1) festlegen, legen Sie NIC1 tatsächlich auf die Prozessoren 2 und 3 und NIC2 für die Verwendung der Prozessoren 4 und 5 fest, da die Prozessoren 2, 3, 4 und 5 werden auf zwei NUMA-Knoten aufgeteilt, die die Prozessoren 0, 1, 2, 3 und 4, 5, 6, 7 darstellen.

Weitere Informationen

Blog, in dem VMQ- und LBFO-Einstellungen für verschiedene LBFO-Konfigurationen erläutert werden
Blog zur VMQ-CPU-Zuweisung