Struktur - Lastenausgleich mit mehreren NICs und Subnetting

Nein, das würde so nicht gehen und zeugt von sehr schlechtem IP Design und Unkenntniss über den Aufbau von IP Adressen.

192.168.x.x sind Class C Adressen, die per se eine 24 Bit Maske haben. Eine 16 Bit Maske wie du sie angibst funktioniert dort clientseitig meist nicht bzw. lässt sich gar nicht erst einstellen. Das würde sich auf vielen Clients schon einmal gar nicht als IP Adresse konfigurieren lassen. Das wäre das erste Problem in das du hineinläufst.

Das 2te wären ein Adressen Missmatch der Serveradressen. Deren Adapter im .0, .1, .2, .3, und .4er Netz würden nicht mehr passen zu den konfigurierten IP Adressen der Clients. Damit liesse sich keine saubere Trennung mehr erreichen. Gesetzt den Fall es wäre Möglich das einzustellen sehen sich alle Clients untereinander aber nicht die Server Adressen. Da sie aber alle in einem flachen Layer 2 IP Netz liegen (dummer unmagebare Switch...) sehen sie alle untereinander ihre Broadcasts und antworten teils auf diese obwohl sie nicht im dazugehörigen IP Segment liegen. Also ein ziemliches Tohuwabohu, weil eine saubere Segmentierung über VLANs schlicht fehlt durch die verwendung eines Billigswitches.

Wenn man das liest fragt man sich was der ganze Class C Unsinn soll und du nicht gleich für das gesamte Netz eine Class B IP Adresse nimmst wie z.B. die 172.16.0.0 mit einer 16 Bit Maske (255.255.0.0) Das wäre IP technisch korrekt und du könntest allen Clients eine IP Adresse aus diesem Netz geben und den Server Adapter ebenfalls wie z.B. die 172.16.1.1, 172.16.1.2 172.16.1.3 und 172.16.1.4. IP technisch hättest du damit das gleiche erreicht als die Frickelei oben mit 4 Class C Adressen. Ob das Sinn macht steht auf einem anderen Blatt Papier... Eine Bandbreitensteuerung der Server NICs erreichst du so auch nur bedingt oder gar nicht, durch das Protokollverhalten von Windows....wenn es denn ein Windows Netz ist wozu du leider auch rein gar nichts sagst...
Was soll also das ganze unsinnige Adressgewürge mit unterschiedlichen Class C IP Netzen in dem Design ??? Das musst du dich ernsthaft Fragen lassen... ???

Deine Intention bei dem gesamten Design ist sicher eine Bandbreitenerhöhung zu bekommen am Server... richtig ??
Dafür hast du das Thema komplett falsch angefasst weil dir die richtigen Designs dafür scheinbar nicht bekannt sind..oder du musst eine falsch Hardware für diese Anforderung (Switch) mit solch problematischen IP Adressdesigns kaschieren, was erfahrungsgemäß über kurz oder lang immer in die Hose geht...

Möglichkeit 1: Trennung über VLANs und Konfiguration der Server Adapter in die unterschiedlichen VLANs. Ggf. sogar als Trunk wie beschrieben.
Leider fällt das für dich flach, da du einen unmangebaren Billigswitch hast..

Möglichkeit 2: Adapter Teaming (Aggregation am Server)
Wenn du mehrere Adapter hast am Server, was ja bei dir scheinbar der Fall ist kann man die (...die richtigen Treiber vorausgesetzt) alle 3 zusammenfassen. Sie verhalten sich dann z.B. so wie ein 3 GiG Link (sofern alles 3 mal 1 GiG ist ansonsten wie 300 Mbit mit 3 mal 100 Mbit)
Sowas nennt man Teaming oder Link Aggregation. Damit hätte der Server dann eine erhöhte Bandbreite und es kommt zu keinem Engpass mehr.

Auch eine Kombination aus Mögl.1 und Mögl.2 ist denkbar, entsprechende Hardware vorausgesetzt.
Dein Szenario von oben ist adresstechnischer Unsinn und ein absolutes Fehldesign und schafft dir mehr Probleme im Netz als du hast !!!