Windows Server 2019 Cluster - NIC Team

[Heckflosse 10]

Hallo,

bei einem Cluster-Test mit Windows Server 2019 wurden die Kabelverbindungen der NICs abgezogen und wieder eingesteckt. Nach dem Einstecken dauert es mehrere Minuten, bis das Teaming die NIC wieder erkennt und Datenverkehr vorhanden ist.

Dies war bei Windows Server 2016 oder 2012 nicht so.

Gibt es einen Wert, z. B. in der REG, der dieses Verhalten beeinflussen kann?

Vielen Dank.

Gruß

 

[Nobbyaushb 1.553]

Bei Server 2019 verwendet man Set und kein Team - steht irgendwo, muss ich erst suchen.

 

Sonst mal bei Carsten auf https://www.hyper-v-server.de/

gucken

 

[falkebo 21]

  Am 12.7.2020 um 18:38 schrieb Nobbyaushb:

Bei Server 2019 verwendet man Set und kein Team - steht irgendwo, muss ich erst suchen.

Mehr  

SET gibt es auch schon in Windows Server 2016 und ist erst dann interessant, wenn es um Storage Space Direct geht, vor allem in Kombintation mit RDMA Nics.
Damit verbunden sind einige Limitierungen, einiges davon hier nachzulesen: https://www.windowspro.de/marcel-kueppers/statt-nic-teaming-switch-embedded-teaming-set-hyper-v-2016

 

  Am 12.7.2020 um 18:22 schrieb Heckflosse:

Nach dem Einstecken dauert es mehrere Minuten, bis das Teaming die NIC wieder erkennt und Datenverkehr vorhanden ist.

Mehr  

Höre ich ehrlich gesagt das erste Mal.

[Heckflosse 10]

Danke Euch für die Beiträge. Wir hatten bisher Windows 2016 Cluster, diese ohne Probleme bei der Umschaltung. Das Problem liegt jetzt in der Entwicklungsabtl. Wir werden sehen...

[NilsK 3.016]

Moin,

 

  Am 12.7.2020 um 18:38 schrieb Nobbyaushb:

Bei Server 2019 verwendet man Set und kein Team

Mehr  

das ist so nicht richtig.

 

Sind Treiberprobleme ausgeschlossen?

 

Gruß, Nils

 

[zahni 579]

Ich meine, und dauert es bei dem einen Server auch eine Weile, bis das Team bereit ist. Bis dahin ist der Traffic auf einer der Karten.

 

[Heckflosse 10]

Hi, in dem aktuellen Fall gehts um den gesamten, simulierten Ausfall. D. h. alle Kabel werden gezogen (z. B. Ausfall einer Site, Core-Switch, etc.). Es dauerte ca. 4-5 Minuten bis der zweite Node dies "bemerkte" und seinen Dienst begann.

 

Treiber, Firmware ist gerade in Prüfung.

[tesso 382]

Wenn ich mich recht erinnere sind 240 Sekunden der Standard Timeout für den Ausfall eines Knoten. 

Das kannst du in der Powershell anpassen.

[Heckflosse 10]

@tesso

Dies gilt für Hyper-V. Gibt es diese Einstellung auch für physikalische Server?

[tesso 382]

@Heckflosse Schau doch schnell nach, ob es die Parameter auch im "normalen" Cluster gibt. Ich habe gerade keinen zur Hand.

[Nobbyaushb 1.553]

  Am 13.7.2020 um 08:34 schrieb NilsK:

Moin,

 

das ist so nicht richtig.

 

Sind Treiberprobleme ausgeschlossen?

 

Gruß, Nils

 

Mehr  

Haben wir so gelernt - ich muss aber gestehen, das wir (fast) nur RDMA Netzwerkkarten im Einsatz haben (Mellanox X4 und X5)

Sorry, wenn ich dadurch für Verwirrung gesorgt habe