Weltweit im Einsatz
WZ-IT Logo

AI Cubes mit ConnectX-7 verbinden: Cluster richtig planen

Timo WevelsiepTimo WevelsiepAktualisiert: 15.08.2026

Hinweis zum Inhalt: Versionen, Befehle und Preise können sich ändern. Bitte prüfen Sie kritische Schritte vor dem produktiven Einsatz eigenständig. Dieser Leitfaden ersetzt keine individuelle Beratung.

Mit einem AI Cube Pro starten und bei Bedarf erweitern? Der AI Cube Pro ist als einzelner produktiver Einstieg ausgelegt. Für mehr Nutzer oder größere Modelle verbinden und konfigurieren wir weitere AI Cubes gezielt für den tatsächlichen Workload. AI Cube Pro und Ausbaupfade ansehen

GB10-Systeme lassen sich über ConnectX-7 direkt miteinander verbinden. Daraus entstehen zwei unterschiedliche Architekturen: mehrere Modellendpunkte für mehr parallele Anfragen oder ein über mehrere Knoten verteiltes Modell. Wer beides als „Cluster“ bezeichnet, übersieht unterschiedliche Ziele und Engpässe.

Hardwarebasis

Jeder AI Cube auf GB10-Basis besitzt 128 GB Unified Memory, 10-GbE und zwei QSFP-Anschlüsse an der ConnectX-7-NIC. NVIDIA dokumentiert bis zu 200 Gbit/s je QSFP-Port und empfiehlt geeignete, geprüfte Kabel. Die Schnittstellen arbeiten als Ethernet; sie bilden keinen gemeinsamen Speicherbus zwischen den Systemen.

Bei zwei Geräten ist eine direkte Kabelverbindung möglich. Der aktuelle NVIDIA Sync Cluster Assistant unterstützt auch drei direkt verkabelte Systeme sowie bis zu vier Systeme mit Switch. Größere oder davon abweichende Topologien benötigen ein eigenes Netzwerkdesign. Verkabelung, Firmware, MTU, Adressierung und Netzwerktopologie müssen dokumentiert werden.

Variante A: mehr unabhängige Anfragen

Jeder AI Cube lädt ein eigenes Modell und beantwortet eigene Anfragen. Ein Load Balancer verteilt neue Sessions oder API-Aufrufe auf verfügbare Endpunkte.

Vorteile:

  • hoher Gesamtdurchsatz bei vielen unabhängigen Chats;
  • Modelle können je Knoten unterschiedlich sein;
  • Wartung eines Modellendpunkts kann geplant erfolgen;
  • Fehler bleiben eher auf einen Knoten begrenzt.

Zu klären bleibt, wo Open WebUI, Datenbank, Wissensspeicher und Sessionzustand laufen. Ein doppelter Inferenzserver allein ist noch keine hochverfügbare Plattform.

Variante B: ein Modell über mehrere Systeme

Wenn ein Modell einschließlich KV-Cache nicht sinnvoll auf einen Knoten passt, kann eine unterstützte Runtime Gewichte und Berechnungen verteilen. Die Knoten tauschen dabei Zwischenergebnisse über ConnectX-7 aus. Latenz und Durchsatz hängen dann stark von Modellarchitektur, Parallelisierungsverfahren, Runtime und Netzwerk ab.

Zwei Geräte ergeben nicht einen einzelnen Rechner mit 256 GB frei adressierbarem Speicher. Sie stellen je 128 GB bereit, die verteilte Software koordiniert. Deshalb muss das genaue Modellartefakt getestet werden.

Direkte Verbindung von zwei Knoten

Ein belastbarer Aufbau umfasst:

  1. identische oder kompatible Betriebssystem-, Treiber- und Firmwarestände;
  2. ein geprüftes QSFP-Kabel an den vorgesehenen ConnectX-7-Ports;
  3. eindeutige IP-Adressen auf den sichtbaren Netzwerkinterfaces;
  4. Konnektivitäts- und Durchsatztest vor dem Modellstart;
  5. Runtime-Konfiguration für Tensor-, Pipeline- oder Request-Parallelität;
  6. Messung mit repräsentativem Kontext und gleichzeitigen Anfragen;
  7. Monitoring für Knoten, Netzwerk, Modell und Warteschlange.

NVIDIAs Anleitung weist darauf hin, dass ein physischer Port aufgrund der internen Topologie als mehrere Linux-Interfaces erscheinen kann. Die Zuordnung sollte nicht aus Interface-Namen geraten, sondern anhand der dokumentierten Porttabelle geprüft werden.

Was NVIDIA Sync übernimmt - und was nicht

Der NVIDIA Sync Cluster Assistant erkennt die Geräte, erstellt die unterstützte ConnectX-7-Topologie, setzt die Netzwerkkonfiguration, prüft Links und richtet SSH zwischen den Knoten ein. Damit ist die Kommunikationsbasis hergestellt.

Nicht enthalten sind Modellverteilung, NCCL- oder vLLM-Konfiguration, Container-Orchestrierung, Load Balancing und Hochverfügbarkeit. Diese Schicht muss weiterhin passend zum Modell und zum Betriebsziel aufgebaut und getestet werden. Ein erfolgreicher Netzwerktest ist deshalb noch kein erfolgreicher Inferenzcluster.

Entscheidungsmatrix

Ziel Sinnvoller erster Ansatz
mehr gleichzeitige Nutzer unabhängige Modellendpunkte und Load Balancing
größeres einzelnes Modell verteilte Inferenz mit exaktem Modelltest
mehrere Fachmodelle Modelle auf Knoten trennen und gezielt routen
zugesicherte Verfügbarkeit gesamte Plattform redundant planen
drei Knoten von NVIDIA Sync direkt verkabelbar; Topologie und Workload trotzdem prüfen
vier Knoten unterstützte Switch-Topologie und Betriebsmodell einplanen
mehr als vier Knoten individuelles Netzwerk- und Orchestrierungsdesign erforderlich

WZ-IT-Ausbaupfad

Beim AI Cube Pro wird zunächst ein lokaler Workload sauber eingerichtet und gemessen. Wächst die Nutzung, ergänzen wir weitere AI Cubes für Durchsatz oder verteilte Modelle. Wenn Rackmount, redundante Netzteile, mehrere diskrete GPUs oder andere Verfügbarkeitsanforderungen benötigt werden, ist AI Cube Custom beziehungsweise ein GPU-Server der passendere Weg.

Vor dem Ausbau sollten sowohl das Nutzungs- und Lastprofil als auch das konkrete Modellartefakt für 128 GB feststehen. Sonst wird Hardware verbunden, bevor das eigentliche Kapazitätsproblem definiert ist.

Quellen

Lieber betreiben lassen?

Sie möchten Lokale KI für Unternehmen nicht selbst betreiben? WZ-IT übernimmt Einrichtung, Betrieb und Wartung - datenschutzorientiert aus Deutschland.

Anfrage

Lokale KI für Ihren Einsatz einordnen

Starten Sie mit dem AI Cube Pro oder lassen Sie eine individuelle KI-Plattform, Wissensanbindung oder Integration einordnen.

Wie sollen wir antworten?

Häufig gestellte Fragen

Antworten auf die wichtigsten Fragen

Ja. GB10-Systeme besitzen ConnectX-7-Schnittstellen, über die zwei Geräte mit einem geeigneten QSFP-Kabel direkt verbunden werden können. Für den produktiven Betrieb müssen IP-Konfiguration, Runtime und Workload passend eingerichtet werden.

Der aktuelle NVIDIA Sync Cluster Assistant unterstützt bis zu drei direkt verkabelte DGX-Spark- oder GB10-Systeme und bis zu vier Systeme mit Switch. Er richtet Netzwerk und SSH ein, aber keine verteilte Inferenz oder Workload-Orchestrierung.

Nein. Es bleiben zwei Systeme mit je 128 GB Unified Memory. Verteilte Software teilt Modell oder Anfragen auf und überträgt Daten über das Netzwerk. Diese Kommunikation hat andere Eigenschaften als gemeinsam adressierbarer Speicher.

Wenn unabhängige Anfragen über einen Load Balancer auf mehrere lokale Modellendpunkte verteilt werden. Das erhöht den Gesamtdurchsatz, ohne ein einzelnes Modell über mehrere Knoten zu verteilen.

Nein. Neben der Modell-API müssen Oberfläche, Datenbank, Wissen, Identität, Load Balancer und Speicher redundant oder wiederherstellbar ausgelegt werden.

Kontakt

Lassen Sie uns über Ihre Idee sprechen

Ob konkrete IT-Herausforderung oder einfach eine Idee - wir freuen uns auf den Austausch. In einem kurzen Gespräch prüfen wir gemeinsam, ob und wie Ihr Projekt zu WZ-IT passt.

E-Mail
[email protected]
Rückruf vereinbaren

Rückruf

Rückruf vereinbaren

Nummer hinterlassen, wir rufen zurück — spätestens am nächsten Werktag.

Für ein ausführliches Gespräch können Sie alternativ einen Termin buchen.

Unternehmen weltweit vertrauen WZ-IT

  • ml&s
  • Rekorder
  • Keymate
  • Führerscheinmacher
  • SolidProof
  • ARGE
  • Boese VA
  • nextGYM
  • Maho Management
  • Golem.de
  • Millenium
  • Paritel
  • Yonju
  • EVADXB
  • Mr. Clipart
  • Aphy AG
  • Negosh
  • ABCO Water Systems
1/2 - Themenauswahl50%

Worum geht es bei Ihrer Anfrage?

Wählen Sie einen oder mehrere Bereiche, bei denen wir Sie unterstützen können.