DPU im Server: Was ist eine Data Processing Unit?

Netzwerkvirtualisierung, Verschlüsselung, Storage-Zugriffe und Paketverarbeitung können den Hauptprozessor erheblich beschäftigen, obwohl die eigentliche Anwendung nur einen Teil der verfügbaren CPU-Kerne nutzt.

Genau an dieser Stelle setzt die Data Processing Unit an. Eine DPU ist eine programmierbare Prozessorplattform auf einer PCIe-Karte, die Netzwerk-, Speicher- und Sicherheitsaufgaben aus dem Serverprozessor herauslöst. Sie ersetzt weder die CPU noch die GPU. Sie übernimmt Infrastrukturarbeit, beschleunigt sie mit spezialisierten Schaltungen und isoliert sie vom Betriebssystem des Hosts. Die DPU-Server-Funktionsweise lässt sich deshalb am besten als dritte Verarbeitungsebene neben CPU und GPU verstehen.

Was ist eine Data Processing Unit?

Eine DPU verbindet mehrere Komponenten, die bisher oft getrennt betrachtet wurden:

• ein leistungsfähiges Netzwerkinterface,
• eigene programmierbare Prozessorkerne, häufig auf Basis der Arm-Architektur,
• eigenen Arbeitsspeicher,
• ein eigenes Betriebssystem, oft Linux,
• sowie Beschleunigungseinheiten für Netzwerk-, Storage- und Sicherheitsfunktionen.

Diese Kombination unterscheidet die DPU von einer gewöhnlichen Netzwerkkarte. Eine klassische NIC nimmt Datenpakete entgegen und übergibt sie an den Host. Eine SmartNIC geht bereits weiter und kann bestimmte Netzwerkfunktionen direkt auf der Karte erledigen. Die DPU erweitert dieses Konzept um eigene Rechenkerne, Speicher und eine vollständige Softwareumgebung.

Das bedeutet für die Praxis: Die Karte kann nicht nur Daten übertragen, sondern auch entscheiden, wie diese Daten verarbeitet, weitergeleitet, verschlüsselt oder einem virtuellen Mandanten zugeordnet werden. Sie arbeitet dabei als eigenständige Infrastrukturkomponente innerhalb des Servers.

Bei der NVIDIA BlueField-3 DPU kommen beispielsweise 16 Arm-Cortex-A78-Kerne, eine PCIe-Gen-5-Schnittstelle, DDR5-5600-Speicher und eine Netzwerkbandbreite von bis zu 400 Gb/s für Ethernet und InfiniBand zusammen. Die Plattform umfasst nach Herstellerangaben 22 Milliarden Transistoren. Solche Werte zeigen, dass eine DPU nicht einfach eine Netzwerkkarte mit etwas zusätzlicher Logik ist, sondern ein eigener Rechner auf einer Steckkarte.

Eine DPU ist kein kleinerer Serverprozessor, sondern ein spezialisierter Infrastrukturrechner im Server.

Die drei zentralen Aufgaben werden häufig mit den Begriffen Offload, Accelerate und Isolate beschrieben. Auf Deutsch lässt sich das als Entlasten, Beschleunigen und Isolieren zusammenfassen.

Entlasten: Infrastrukturarbeit aus der CPU herauslösen

Ein moderner Server verarbeitet nicht nur die eigentlichen Anwendungsdaten. Die CPU muss unter anderem Netzwerkpakete sortieren, virtuelle Netzwerke verwalten, Speicherzugriffe koordinieren, Verschlüsselungsaufgaben ausführen und Sicherheitsregeln anwenden.

Bei wenigen virtuellen Maschinen fällt dieser Aufwand möglicherweise kaum auf. In einer stark virtualisierten Umgebung mit vielen Mandanten, verschlüsseltem Datenverkehr und schnellen NVMe-Speichern summieren sich die einzelnen Verarbeitungsschritte jedoch. Ein Teil der CPU-Zeit fließt dann in Verwaltungsarbeit, die für die Anwendung selbst keinen direkten Mehrwert erzeugt.

Die DPU kann solche Aufgaben übernehmen. Der Host-Prozessor erhält dadurch einen direkteren Zugriff auf die eigentliche Anwendung. Das verbessert nicht automatisch jede Anwendung und führt nicht in jedem Szenario zu einer gleich großen Leistungssteigerung. Entscheidend ist, ob im konkreten System tatsächlich Infrastruktur-Overhead vorhanden ist, der sich auf die DPU verlagern lässt.

Beschleunigen: Spezialisierte Hardware statt allgemeiner Rechenkerne

Eine CPU ist flexibel und kann sehr viele unterschiedliche Aufgaben bearbeiten. Diese Flexibilität hat aber ihren Preis: Wiederkehrende Paketverarbeitung, Verschlüsselung oder Speicherverwaltung wird auf allgemeinen Rechenkernen nicht immer so effizient ausgeführt wie auf spezialisierten Beschleunigungseinheiten.

DPUs bringen dafür eigene Hardware-Engines mit. Sie können zum Beispiel Funktionen für TLS- oder IPsec-Verschlüsselung, Netzwerkvirtualisierung und NVMe-over-Fabrics beschleunigen. Bei bestimmten Elastic-Block-Storage-Szenarien werden bis zu 18 Millionen Ein-/Ausgabeoperationen pro Sekunde als Zielgröße genannt. Solche Werte sind jedoch keine allgemeine Leistungszusage für jeden Server. Sie hängen von der Plattform, dem Protokoll, der Speicherarchitektur, der Software und der konkreten Arbeitslast ab.

Isolieren: Infrastrukturkontrolle vom Host trennen

Die dritte Funktion ist für Rechenzentren besonders interessant. Netzwerk- und Speichersteuerung können auf der DPU in einer eigenen Umgebung laufen. Das Host-Betriebssystem erhält dadurch nicht zwangsläufig vollständige Kontrolle über alle Infrastrukturpfade.

Diese Trennung kann die Sicherheitsarchitektur verbessern. Ein kompromittiertes oder fehlerhaft konfiguriertes Host-System soll nicht ohne Weiteres die gesamte Netzwerk- und Speicherinfrastruktur eines Servers beeinflussen können. Die DPU kann Sicherheitsregeln, Paketfilter und bestimmte Managementfunktionen außerhalb des Host-Betriebssystems ausführen.

Das ist allerdings keine automatische Sicherheitsgarantie. Eine DPU muss selbst aktualisiert, überwacht und korrekt konfiguriert werden. Ihr eigenes Betriebssystem, die Firmware und die Verwaltungssoftware gehören zur Angriffsfläche und müssen in das bestehende Sicherheitskonzept aufgenommen werden.

Wie funktioniert eine DPU im Server?

Für die Erklärung der DPU-Funktionsweise hilft ein Blick auf die Wege, die Daten innerhalb eines Servers nehmen. Ohne zusätzliche Infrastrukturprozessoren laufen viele Aufgaben über den Host-Prozessor und den Arbeitsspeicher des Servers. Ein Netzwerkpaket wird empfangen, vom Host-Treiber verarbeitet, einer virtuellen Maschine zugeordnet, geprüft und gegebenenfalls verschlüsselt weitergeleitet. Bei einem Speicherzugriff kommen weitere Protokoll- und Verwaltungsoperationen hinzu.

Die DPU sitzt dagegen als PCIe-Gerät im Server und besitzt eigene Rechen- und Beschleunigungsressourcen. Sie empfängt Daten über ihr Netzwerkinterface, verarbeitet sie auf der Karte und übergibt nur die Ergebnisse oder die tatsächlich benötigten Daten an den Host.

Vereinfacht lässt sich der Ablauf in vier Schritte gliedern:

1. Daten empfangen: Die DPU nimmt Netzwerkverkehr oder Speicheranfragen über ihre Hochgeschwindigkeitsschnittstelle entgegen.

2. Verarbeitung auf der Karte: Filterung, Routing, Verschlüsselung, Kapselung oder Speicherprotokolle werden durch die eigenen Kerne und Beschleunigungseinheiten bearbeitet.

3. Zuordnung und Isolation: Die DPU ordnet Daten der passenden virtuellen Maschine, dem passenden Container oder dem vorgesehenen Speicherpfad zu.

4. Übergabe an die Anwendung: Nur der für den Host relevante Datenstrom wird über PCIe oder den vorgesehenen Speicherpfad weitergereicht.

In einer virtualisierten Umgebung kann die DPU beispielsweise virtuelle Switches, Netzwerkfunktionen und Sicherheitsrichtlinien ausführen. Dadurch muss der Hypervisor weniger Paketverarbeitung übernehmen. Bei NVMe-over-Fabrics kann die Karte Teile der Speicherkommunikation und der Protokollverarbeitung auslagern. Der Host sieht dann einen besser kontrollierten Speicherpfad, während die DPU die Kommunikation mit dem entfernten NVMe-Speicher organisiert.

Das Ziel ist nicht, jeden Datenfluss vollständig von der CPU fernzuhalten. Manche Aufgaben bleiben auf dem Host sinnvoller, weil sie anwendungsnah sind oder eine besonders flexible Softwarelogik erfordern. Die DPU übernimmt vor allem wiederholbare, klar definierte und infrastrukturelle Verarbeitungsschritte.

Die Rolle der eigenen Softwareumgebung

Eine DPU arbeitet nicht ausschließlich mit fest verdrahteten Schaltungen. Ihre programmierbaren Kerne können Infrastruktur-Dienste ausführen. Bei NVIDIA ist dafür beispielsweise das Software-Entwicklungswerkzeug DOCA vorgesehen. Es dient als Rahmen, um Beschleunigungs- und Infrastrukturdienste für BlueField-DPUs zu entwickeln und zu betreiben.

Damit entsteht aber auch eine zusätzliche Betriebsebene. Neben dem Host-Betriebssystem und gegebenenfalls dem Hypervisor existieren Firmware, DPU-Betriebssystem, Treiber und Managementwerkzeuge. In der Praxis müssen diese Komponenten zueinander passen. Ein Server kann deshalb trotz mechanisch passender PCIe-Karte nicht sofort betriebsbereit sein, wenn Firmware, Treiberversion und Hypervisor-Unterstützung nicht aufeinander abgestimmt sind.

DPU, CPU, GPU und SmartNIC: Wo liegt der Unterschied?

Die Begriffe werden in Projekten manchmal vermischt, obwohl die Komponenten unterschiedliche Aufgaben haben. Die CPU bleibt der universelle Prozessor des Servers. Sie führt Betriebssystem, Anwendungen und Datenbanklogik aus. Die GPU ist auf massiv parallele Rechenaufgaben spezialisiert, etwa auf wissenschaftliche Berechnungen, Simulationen oder Anwendungen der künstlichen Intelligenz.

Die DPU konzentriert sich dagegen auf Infrastruktur. Sie kann eigene Rechenkerne verwenden, ist aber nicht dafür gedacht, die Hauptanwendung des Servers zu ersetzen. Ihre Stärke liegt in Netzwerk-, Speicher- und Sicherheitsfunktionen, die parallel, wiederholbar und möglichst unabhängig vom Host verarbeitet werden sollen.

Der Unterschied zwischen SmartNIC und DPU ist deshalb nicht nur eine Frage des Marketings. Eine SmartNIC kann bestimmte Funktionen in Hardware oder Firmware beschleunigen. Eine DPU bietet darüber hinaus eine programmierbare Rechenumgebung mit eigenem Speicher und Betriebssystem. Dadurch lassen sich komplexere Infrastruktur-Dienste ausführen, allerdings steigt auch der Aufwand für Bereitstellung und Administration.

Intel verwendet für vergleichbare Lösungen außerdem den Begriff Infrastructure Processing Unit, kurz IPU. Zu dieser Produktfamilie gehören unter anderem die Serien E2100 und E2200. AMD bietet mit Pensado DPU-Produkte wie Elba und Giglio an. Die Bezeichnungen unterscheiden sich, die grundlegende Idee ist ähnlich: Infrastrukturaufgaben werden auf eine spezialisierte, programmierbare Plattform außerhalb der Host-CPU verlagert.

In welchen Server-Szenarien bringt eine DPU einen praktischen Vorteil?

Eine Data Processing Unit ist nicht automatisch die richtige Erweiterung für jeden Server. In einer kleinen Dateifreigabe mit wenigen Benutzern wäre der zusätzliche Aufbau meist schwer zu rechtfertigen. Interessant wird die DPU dort, wo Netzwerk, Speicher und Mandantentrennung regelmäßig große Mengen an Verwaltungsarbeit erzeugen.

Virtualisierte Rechenzentren

In virtualisierten Umgebungen teilen sich viele virtuelle Maschinen dieselben physischen Netzwerk- und Speicherressourcen. Der Hypervisor muss Datenströme zuordnen, virtuelle Switches betreiben und Sicherheitsregeln durchsetzen. Eine DPU kann Teile dieser Aufgaben übernehmen.

Das ist besonders dann hilfreich, wenn die Server nicht nur Rechenleistung bereitstellen, sondern gleichzeitig umfangreiche Netzwerkdienste ausführen. Die CPU bleibt für virtuelle Maschinen verfügbar, während die DPU den Datenpfad der Infrastruktur bearbeitet.

Softwaredefinierte Netzwerke

Softwaredefinierte Netzwerke basieren auf zentral verwalteten Regeln und einer flexiblen Zuordnung von Netzwerkressourcen. Die DPU kann dabei als Ausführungsebene für Routing, Paketfilter und virtuelle Netzwerkfunktionen dienen.

Der praktische Vorteil besteht in der Trennung: Die Anwendung beziehungsweise der Hypervisor muss nicht jede Netzwerkfunktion selbst verwalten. Gleichzeitig können Sicherheitsregeln näher an der Netzwerkschnittstelle greifen, bevor Daten den Host-Prozessor erreichen.

NVMe-over-Fabrics und disaggregierter Speicher

Bei NVMe-over-Fabrics werden NVMe-Speicher nicht nur lokal über PCIe angesprochen, sondern über ein Netzwerkprotokoll in einem Speicherverbund bereitgestellt. Die hohen Übertragungsraten moderner Ethernet- oder InfiniBand-Netze führen dazu, dass Protokollverarbeitung und Speicherverwaltung selbst zum relevanten Aufwand werden können.

Die DPU kann Teile dieses Pfades übernehmen. Sie verarbeitet Speicheranfragen, entlastet den Host von Netzwerk- und Protokollarbeit und kann den Zugriff zwischen verschiedenen Mandanten oder Diensten kontrollieren. Das bedeutet für die Praxis: Bei einer Storage-Infrastruktur muss nicht nur die Zahl der SSDs betrachtet werden. Netzwerkbandbreite, Latenz, PCIe-Anbindung und die Verarbeitung der Speicherprotokolle gehören zusammen.

Verschlüsselte Datenströme und Sicherheitsdienste

TLS, IPsec, Firewalls und Paketfilter gehören zu den Funktionen, die sich für eine Auslagerung eignen können. Die DPU verarbeitet den Datenverkehr, bevor er die Anwendung erreicht, und kann dabei Verschlüsselungs- oder Filteraufgaben beschleunigen.

Das ist vor allem bei hohen Netzwerkgeschwindigkeiten relevant. Je schneller die Schnittstelle und je umfangreicher die Sicherheitsregeln, desto stärker kann die CPU mit der Verarbeitung des Datenstroms beschäftigt sein. Eine DPU schafft hier eine eigene Verarbeitungsebene. Sie ersetzt aber keine Sicherheitsarchitektur: Schlüsselverwaltung, Richtlinien, Protokollierung und Überwachung müssen weiterhin sauber geplant werden.

Cloud- und Mehrmandantenumgebungen

Cloud-Plattformen und große Hosting-Umgebungen müssen Infrastrukturressourcen zwischen vielen Kunden oder internen Diensten trennen. Die DPU kann dabei die Kontrolle über Netzwerk- und Speicherpfade vom jeweiligen Host-Betriebssystem abgrenzen.

Diese Isolation ist nicht nur ein Sicherheitsmerkmal, sondern auch eine Frage der Betriebsstabilität. Ein einzelner Mandant soll den Netzwerkpfad eines anderen nicht unkontrolliert beeinflussen. Ein Fehler in einer virtuellen Umgebung darf möglichst nicht die zentrale Infrastrukturverwaltung des Servers außer Kraft setzen.

Der sinnvollste Einsatzort einer DPU ist nicht der schnellste Einzelserver, sondern eine Umgebung, in der viele Infrastrukturaufgaben gleichzeitig, wiederholbar und sicher getrennt ausgeführt werden müssen.

Was muss bei der Auswahl und Integration beachtet werden?

Die DPU-Auswahl beginnt nicht mit der maximalen Bandbreite auf dem Datenblatt. Zuerst muss klar sein, welche Aufgabe ausgelagert werden soll. Eine Karte mit 400 Gb/s ist keine automatische Verbesserung, wenn der Server nur über ein langsameres Netzwerk, eine begrenzte PCIe-Anbindung oder nicht unterstützte Software verfügt.

1. Datenpfad und Zielarbeitslast bestimmen

Am Anfang steht eine konkrete Beschreibung des Problems:

• Soll Netzwerkvirtualisierung vom Hypervisor ausgelagert werden?
• Geht es um NVMe-over-Fabrics und entfernten Speicher?
• Müssen TLS- oder IPsec-Datenströme beschleunigt werden?
• Soll eine Firewall- oder Paketfilterfunktion isoliert laufen?
• Ist die Serverplattform für mehrere Mandanten ausgelegt?

Ohne diese Zuordnung bleibt die DPU ein teures Zusatzgerät mit unklarer Aufgabe. Die wichtigste Frage lautet nicht, wie viele Kerne die Karte besitzt, sondern welcher Verarbeitungsschritt im aktuellen System den Host belastet.

2. PCIe-Generation und Steckplatz prüfen

Die DPU wird über PCIe in den Server eingebunden. Eine moderne Karte mit PCIe Gen 5.0 benötigt eine Plattform, die diese Schnittstelle sinnvoll unterstützt. Dabei zählen nicht nur die Generation und die mechanische Bauform des Steckplatzes. Auch die Anzahl der tatsächlich verfügbaren Lanes, die Aufteilung zwischen den Steckplätzen und die Verbindung zum Prozessor oder Chipsatz können die Leistung beeinflussen.

Ein scheinbar passender Steckplatz kann beispielsweise elektrisch nur mit einem Teil der vorgesehenen Lanes angebunden sein. Zusätzlich können sich mehrere Karten die Bandbreite eines gemeinsamen Root-Komplexes teilen. Bei einer Planung mit Hochgeschwindigkeitsnetzwerk, NVMe-Geräten und Beschleunigern sollte die PCIe-Topologie des konkreten Servers geprüft werden.

3. Netzwerk, Speicher und Protokolle abgleichen

Die DPU muss zu den eingesetzten Protokollen und Geschwindigkeiten passen. Ethernet und InfiniBand stellen unterschiedliche Anforderungen an Treiber, Firmware und Verwaltung. Gleiches gilt für lokale NVMe-Speicher, NVMe-over-Fabrics und softwaredefinierte Storage-Plattformen.

Dabei sollte die gesamte Kette betrachtet werden:

• Netzwerkadapter und Transceiver,
• Kabel und Switches,
• PCIe-Steckplatz,
• DPU-Firmware,
• Host-Treiber,
• Hypervisor oder Betriebssystem,
• Speicherprotokoll,
• Management- und Überwachungssoftware.

Wenn nur ein Glied der Kette die geplante Funktion nicht unterstützt, bleibt die Auslagerung unvollständig. Eine DPU kann ihre maximale Netzwerkbandbreite nur dann ausspielen, wenn die übrige Infrastruktur diese Geschwindigkeit ebenfalls verarbeitet.

4. Stromversorgung und Kühlung einplanen

DPUs benötigen mehr Energie und erzeugen mehr Abwärme als einfache Netzwerkadapter. Die genaue Leistungsaufnahme hängt von Modell, Konfiguration und Arbeitslast ab; die Karte muss jedoch in die Strom- und Kühlungsplanung des Servers passen.

Besonders in dicht bestückten 1U- oder 2U-Systemen kann die Luftführung entscheidend sein. Eine DPU darf nicht nur mechanisch in den Steckplatz passen. Sie muss auch unter Dauerlast ausreichend gekühlt werden. Wird die Karte thermisch begrenzt, sinkt die Leistung genau dann, wenn hohe Netzwerk- oder Speicherlasten auftreten.

5. Firmware und Treiber als Teil der Hardwareplanung behandeln

Bei einer DPU ist Firmware kein nebensächliches Detail. Sie steuert die Schnittstellen, die Beschleuniger und die Kommunikation zwischen Host und Karte. Das DPU-Betriebssystem und die Host-Treiber müssen zur verwendeten Serverplattform und zur Virtualisierungsumgebung passen.

In der Praxis sollte deshalb vor dem Rollout geklärt werden:

• Welche Firmware-Version ist für die gewünschte Funktion freigegeben?
• Welche Linux-Kernel- oder Hypervisor-Version wird unterstützt?
• Wie werden Firmware und DPU-Betriebssystem aktualisiert?
• Gibt es einen Wartungsweg für den Fall, dass ein Update fehlschlägt?
• Welche Protokolle und Metriken stehen für die Fehlersuche bereit?

Ein Firmware-Update kann die Funktionsweise, Kompatibilität und Sicherheitslage der Karte verändern. Updates sollten daher nicht unkontrolliert während einer laufenden Produktionslast erfolgen.

Typische Fehler bei DPU-Projekten

Viele Probleme entstehen nicht durch einen Defekt der Karte, sondern durch eine falsche Erwartung an ihre Aufgabe. Die häufigsten Fehler lassen sich auf einige wiederkehrende Muster zurückführen.

Die DPU wird als CPU-Ersatz geplant

Eine DPU ist kein allgemeiner Prozessor für Anwendungen, Datenbanken oder virtuelle Maschinen. Ihre eigenen Arm-Kerne dienen vor allem der Infrastrukturverarbeitung. Wer die Karte als zusätzliche universelle CPU betrachtet, wird die Architektur falsch bewerten.

Die richtige Frage lautet: Welche Aufgaben sollen auf der DPU laufen, und welche bleiben bewusst auf dem Host? Erst wenn diese Grenze klar ist, lässt sich der Nutzen beurteilen.

SmartNIC und DPU werden gleichgesetzt

Die Begriffe überschneiden sich, sind aber nicht identisch. Eine SmartNIC kann Netzwerkfunktionen beschleunigen, während eine DPU typischerweise zusätzlich eigene Rechenkerne, Arbeitsspeicher und ein Betriebssystem mitbringt. Diese zusätzliche Programmierbarkeit ist ein wesentlicher Vorteil, erhöht aber den Administrationsaufwand.

Nur die maximale Bandbreite wird betrachtet

400 Gb/s auf dem Datenblatt sagen wenig über eine konkrete Anwendung aus, wenn die Arbeitslast durch kleine Pakete, Verschlüsselung, Speicherlatenzen oder Softwaregrenzen bestimmt wird. Für die Bewertung zählen daher nicht nur Gigabit pro Sekunde, sondern auch Paketgröße, Latenz, Ein-/Ausgabeoperationen, Protokollunterstützung und die Auslastung der Host-CPU.

Die DPU wird nicht in das Monitoring aufgenommen

Eine DPU kann Datenverkehr verarbeiten, Sicherheitsregeln anwenden und Speicherpfade kontrollieren. Wenn ihre Auslastung, Temperatur, Fehlerzähler oder Firmwarezustände nicht überwacht werden, fehlt bei einer Störung ein wesentlicher Teil des Systembildes.

Die Überwachung sollte mindestens Netzwerkfehler, Link-Zustände, PCIe-Fehler, Temperatur, Firmware-Version und den Zustand der DPU-Dienste erfassen. Nur dann lässt sich unterscheiden, ob eine Anwendung, der Host, das Netzwerk oder die Karte selbst den Engpass verursacht.

Die Isolation wird überschätzt

Die Trennung vom Host-Betriebssystem kann die Sicherheitsarchitektur verbessern. Sie bedeutet jedoch nicht, dass keine weiteren Schutzmaßnahmen notwendig sind. Die DPU besitzt eigene Software und Verwaltungszugänge. Sie muss gehärtet, aktualisiert und in Berechtigungskonzepte eingebunden werden.

Gerade bei Mehrmandantenumgebungen sollte dokumentiert sein, welche Datenpfade die DPU kontrolliert, welche Komponenten Zugriff auf ihre Verwaltung haben und wie ein Notfallzugriff funktioniert.

Ein praxistauglicher Weg zur Einführung

Bei einer bestehenden Serverumgebung ist ein stufenweises Vorgehen sinnvoll. Zuerst wird die aktuelle Belastung erfasst: CPU-Zeit für Netzwerkverarbeitung, Anzahl der Pakete, Speicherlatenzen, Verschlüsselungslast und Fehlerbilder im Storage- oder Netzwerkpfad. Ohne Ausgangswerte bleibt später unklar, ob die DPU tatsächlich eine Verbesserung gebracht hat.

Danach wird eine einzelne, klar abgegrenzte Funktion ausgewählt. Das kann beispielsweise ein virtueller Netzwerkpfad oder ein definierter NVMe-over-Fabrics-Dienst sein. Die Funktion sollte zunächst in einer Testumgebung mit vergleichbarer Firmware, vergleichbarem Hypervisor und ähnlicher Netzwerktopologie eingerichtet werden.

Während des Tests werden nicht nur Durchsatzwerte betrachtet. Ebenso relevant sind:

• CPU-Auslastung des Hosts vor und nach der Auslagerung,
• Latenz unter normaler und hoher Last,
• Verhalten bei Paketverlusten und Link-Unterbrechungen,
• Ressourcenverbrauch der DPU,
• Wiederanlauf nach einem Host- oder DPU-Neustart,
• Auswirkungen eines Firmware-Updates,
• Möglichkeiten zur Diagnose bei Fehlkonfigurationen.

Erst wenn diese Ergebnisse nachvollziehbar sind, sollte die Funktion auf weitere Server übertragen werden. Eine standardisierte Firmware-Baseline, dokumentierte Treiberversionen und ein getesteter Rückfallplan verhindern, dass aus einer einzelnen Erweiterung ein schwer kontrollierbarer Sonderfall im Rechenzentrum wird.

Fazit: Wann eine DPU die richtige Ergänzung ist

Eine Data Processing Unit ist eine spezialisierte, programmierbare Infrastrukturplattform für Server. Sie verbindet Hochgeschwindigkeitsnetzwerk, eigene Rechenkerne, Arbeitsspeicher, Betriebssystem und Beschleunigungseinheiten auf einer PCIe-Karte. Ihre Aufgabe besteht darin, Netzwerk-, Speicher- und Sicherheitsfunktionen von der Host-CPU auszulagern, gezielt zu beschleunigen und gegenüber dem Host zu isolieren.

Der größte Nutzen entsteht in virtualisierten, stark vernetzten und speicherintensiven Umgebungen. Dort kann die DPU den Host von wiederholbarer Infrastrukturarbeit entlasten und eine klarere Trennung zwischen Anwendung und Plattform schaffen. Für einen gewöhnlichen Desktop-PC oder einen kleinen Server ist sie dagegen in der Regel nicht vorgesehen.

Für die Auswahl zählen deshalb weniger die beeindruckendste Zahl im Datenblatt als die Passung zur eigenen Architektur: PCIe-Topologie, Netzwerkgeschwindigkeit, Speicherprotokoll, Firmware, Treiber, Stromversorgung, Kühlung und Monitoring müssen zusammenpassen. Wer die DPU als Teil eines konkreten Datenpfads plant und ihre Software ebenso ernst nimmt wie ihre Hardware, erhält kein bloßes Zusatzgerät, sondern eine zusätzliche, kontrollierbare Verarbeitungsebene im Server.