ID evento 106 quando un commutatore virtuale Hyper-V è associato a un team LBFO

Questo articolo consente di risolvere l'ID evento 106 quando un commutatore virtuale Hyper-V è associato a un team LBFO.

Si applica a: Windows Server 2012 R2
Numero KB originale: 2974384

Sintomi

Considerare lo scenario descritto di seguito:

• Si dispone di un computer basato su Windows Server 2012 o Windows Server 2012 R2 configurato insieme a uno o più team di bilanciamento del carico e failover (LBFO).
• Un commutatore virtuale Hyper-V è associato a uno dei team LBFO.

In questo scenario, uno degli eventi seguenti viene registrato in modo intermittente.

Causa

Se l'errore 106 indica "Motivo: i set di processori si sovrappongono quando LBFO è configurato con la modalità coda di somma", è necessario usare il comando Set-NetAdapterVmq Windows PowerShell per configurare ogni scheda di rete del team per l'uso di processori diversi. Poiché il team LBFO è configurato per Somma delle code, le schede di rete nel team devono usare set di processori non sovrapposti.

Se l'errore 106 indica "Motivo: i set di processori non sono identici quando LBFO è configurato con la modalità min-queue", è necessario usare il comando Set-NetAdapterVmq Windows PowerShell per configurare ogni scheda di rete del team per usare gli stessi processori. Poiché il team LBFO è configurato per la modalità Coda minima, le schede di rete nel team devono usare set di processori sovrapposti.

Risoluzione

Se l'errore 106 indica "Motivo: i set di processori si sovrappongono quando LBFO è configurato con la modalità coda di somma", è possibile usare l'esempio seguente Windows PowerShell comandi per separare i processori in modo che ogni scheda di rete usi processori diversi per la coda di macchine virtuali (VMQ). Inoltre, è necessario installare l'hotfix nell'articolo della Knowledge Base 3031598 per risolvere altri problemi noti dopo aver apportato queste modifiche alla configurazione.

Questi sono comandi di esempio. È possibile variare le impostazioni BaseProcessorNumber e MaxProcessors in base al numero di processori del server e ai processori che non si vuole usare per VMQ.

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

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

Se nel server è abilitato l'hyperthreading del processore, è necessario modificare la modalità di impostazione delle impostazioni BaseProcessorNumber e MaxProcessors per correggere l'errore 106 in modalità coda di somma.

Se non si è certi che Hyper Threading sia abilitato nel server, un modo semplice per determinarlo consiste nell'eseguire il cmdlet Get-NetAdapterRSS Windows PowerShell e quindi esaminare la riga di output per RssProcessorArray. Se è indicato 0:0/0 0:1/0 0:2/0....., Hyper Threading è OFF. Se è indicato 0:0/0 0:2/0 0:4/0..., Hyper Threading è ATTIVATO. RSS e VMQ usano processori core solo quando Hyper Threading è ON, quindi significa che i processori con numerazione uniforme.

Pertanto, se si impostano i comandi indicati in precedenza in un server Hyper-Threaded, è possibile impostare Solo BaseProcessorNumber su un numero pari. Inoltre, MaxProcessors deve essere impostato sul numero di processori da usare, che VMQ può usare.

Ad esempio, se sono abilitati (due) sei processori core e Hyper Threading, vedrai 24 processori negli strumenti di Windows che mostrano i processori, ad esempio Gestione attività. VMQ può usare solo 12 di questi, poiché usa solo i processori con numerazione pari. Per suddividere questi processori in due schede di interfaccia di rete e correggere l'errore 106, usare i comandi seguenti per impostare ogni scheda di interfaccia di rete in modo da usare processori diversi per VMQ:
Set-NetAdapterVMQ -Name NIC1 -BaseProcessorNumber 0 -MaxProcessors 6 (quindi questa scheda di interfaccia di rete usa il processore 0,2,4,6,8,10 per VMQ)
Set-NetAdapterVMQ -Name NIC2 -BaseProcessorNumber 12 -MaxProcessors 6 (quindi questa scheda di interfaccia di rete usa il processore 12,14,16,18,20,22 per VMQ)

Se l'errore 106 indica "Motivo: i set di processori non sono identici quando LBFO è configurato con la modalità min-queue", è possibile usare l'esempio seguente Windows PowerShell comandi in modo che ogni scheda di rete usi gli stessi processori per VMQ.

Questi sono comandi di esempio. È possibile variare le impostazioni BaseProcessorNumber e MaxProcessors in base al numero di processori del server e ai processori che non si vuole usare per VMQ.

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

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

Dopo aver impostato correttamente i processori VMQ in modo che tutte le schede di rete usno gli stessi processori per VMQ, è comunque possibile che venga visualizzato l'errore 106 "Motivo: i set di processori non sono identici quando LBFO è configurato con la modalità min-queue" se è stata modificata anche l'impostazione "Nodo NUMA preferito" per qualsiasi scheda di rete per l'uso di un nodo NUMA specifico. L'impostazione predefinita è "Impostazione predefinita sistema" ed è l'impostazione preferita quando si usa VMQ. Se si imposta un nodo NUMA preferito specifico e i nodi NUMA sono diversi nelle schede di rete, le schede di rete non usano gli stessi processori per VMQ.

Esempio: nell'esempio precedente si impostano NIC1 e NIC2 per usare entrambi i processori 2, 3, 4 e 5. Se il server dispone di otto nodi NUMA con quattro processori in ogni nodo NUMA e si imposta NIC1 sul nodo NUMA preferito 0 e si imposta NIC2 sul nodo NUMA preferito 1, si sta effettivamente impostando NIC1 per usare i processori 2 e 3 e NIC2 per usare i processori 4 e 5 perché i processori 2, 3, 4 e 5 vengono suddivisi in due nodi NUMA che rappresentano processori 0, 1, 2, 3 e 4, 5, 6, 7.

Ulteriori informazioni

Blog che illustra le impostazioni di VMQ e LBFO per diverse configurazioni LBFO
Blog che illustra l'assegnazione della CPU VMQ