Ein guter Eigenbau beginnt beim Wiederanlauf und endet mit einer dokumentierten Abnahme. Zusammenpassende Bauteile sind notwendig; Ersatzteilplanung, Tests und eine klare Betriebsverantwortung machen daraus einen Server.

Für kleine IT-Teams und technisch verantwortliche Unternehmen, die eigene Hardware für Dateidienste, interne Anwendungen oder eine überschaubare Virtualisierung erwägen.

Wann Eigenbau zum Betrieb passt

Ein selbst zusammengestellter Server kann bei klar begrenzten Anforderungen sinnvoll sein. Sie wählen Gehäuse, Speicher und Erweiterungen passend zum Einsatz und vermeiden unnötige Komponenten. Dafür übernehmen Sie die Abstimmung der Teile und die Verantwortung, wenn ein Fehler zwischen Mainboard, Firmware und Speicher nicht eindeutig einem Bauteil zugeordnet werden kann.

Bei einer Anwendung mit engem Wiederherstellungsfenster zählt ein verbindlicher Austauschservice möglicherweise mehr als der Preis der Teileliste. Ein fertig validiertes System kann außerdem die Suche nach kompatiblen Ersatzteilen vereinfachen. Eigenbau ist daher besonders plausibel, wenn das Team die Hardware betreuen kann, die Ausfallfolgen begrenzt sind und ein getesteter Ersatzweg existiert. Ein günstiger Einkaufswagen allein ist keine ausreichende Begründung.

Ein Anforderungsprofil statt einer universellen Einkaufsliste

Unser hypothetischer Betrieb benötigt einen Dateidienst, eine kleine interne Anwendung und wenige virtuelle Maschinen. Im ersten Jahr liegen 1,5 TB produktive Daten vor; geplant sind 300 GB Wachstum pro Jahr. Der Dienst darf während eines abgestimmten Wartungsfensters neu starten. Für den Wiederanlauf nach einem Hardwareausfall wird ein gesondertes Ziel vereinbart. Diese Annahmen beschreiben keine Mindestanforderung bestimmter Software.

Beispiel einer technischen Zielbeschreibung
Bereich	Planungsentscheidung	Vor Bestellung nachweisen
CPU	Leistung nach Anwendung und Parallelität	Softwarefreigabe, Virtualisierung und kompatible Firmware
RAM	64 GB als zu prüfender Ausgangspunkt	Gemessener Bedarf und dokumentierter Ausbaupfad
Datenspeicher	Spiegelung mit Kapazitätsreserve	Nutzbare Größe, Schreiblast und Austauschweg
Bootmedien	Passend zur gewählten Plattform	Unterstützte Medien und Wiederaufbau der Konfiguration
Netzwerk	Nach gleichzeitiger Datei- und Sicherungslast	Durchgängige Unterstützung in Switch, Kabeln und Clients
Betrieb	Überwachung, USV und externe Sicherung	Alarmzuständigkeit, Shutdown- und Restore-Test

Aus 1,5 TB Anfangsbestand und vier jährlichen Zuwächsen von 0,3 TB werden bis zum Ende des fünften Jahres 2,7 TB. Für ein selbst gewähltes Ziel von höchstens 75 Prozent Belegung wäre mindestens 2,7 / 0,75 = 3,6 TB nutzbare Kapazität erforderlich. Ein Spiegel aus zwei nominellen 4-TB-Laufwerken liefert vor Dateisystemaufwand ungefähr 4 TB, nicht 8 TB. Snapshots, Metadaten und temporäre Arbeitsdaten müssen zusätzlich in das Budget passen.

CPU und Mainboard nach dem Gesamtsystem auswählen

Viele Kerne helfen nur, wenn die Anwendung parallel arbeiten kann. Eine rechenintensive Einzelaufgabe kann stärker von der Leistung eines Kerns profitieren. Prüfen Sie zudem, ob die Software nach Kernen oder anderen Größen lizenziert wird und welche Plattformen der Hersteller freigibt. Der günstigere Prozessor kann durch Folgekosten oder fehlende Kompatibilität seine Attraktivität verlieren.

Das Mainboard entscheidet über Speicherausbau, PCIe-Steckplätze, Netzwerk und Fernverwaltung. Zählen Sie vorher die tatsächlich benötigten Erweiterungen. Eine zusätzliche Netzwerkkarte und mehrere schnelle SSDs konkurrieren möglicherweise um Anschlüsse oder verfügbare PCIe-Anbindung. Maßgeblich ist das Blockdiagramm beziehungsweise Handbuch des konkreten Boards. Eine lange Anschlussliste auf der Produktseite verrät nicht immer, welche Kombination gleichzeitig nutzbar ist.

Fernverwaltung kann eine Fahrt zum Standort ersparen, braucht aber einen eigenen Zugangs- und Updateplan. Sie sollte nur über die dafür vorgesehene geschützte Verwaltungsumgebung erreichbar sein. Halten Sie Zugang, Vertretung und Wiederherstellung sicher dokumentiert. Ein System, das nach einem Neustart ohne Bildschirm niemand bedienen kann, ist im Störungsfall unnötig schwer zu betreiben.

ECC und Bestückung vor dem Kauf bestätigen

Für ECC reicht ein entsprechend beschriftetes Speichermodul nicht. Intel nennt Prozessor- und Chipsatzunterstützung als Voraussetzung. Prüfen Sie die konkrete Plattformfreigabe und die Speicherliste des Mainboards; DIMM-Typ und Bestückung müssen zusammenpassen. Nach Einbau wird kontrolliert, ob Kapazität und Fehlerkorrektur tatsächlich erkannt werden. Intel: ECC-Unterstützung prüfen ↗

Planen Sie die Speicherkanäle und den späteren Ausbau gemeinsam. Eine Erstausstattung, bei der für den nächsten Schritt alle Module ersetzt werden müssen, kann über die Laufzeit teurer werden. Umgekehrt darf das Freihalten von Steckplätzen nicht ungeprüft auf Kosten der benötigten Bandbreite gehen. Die Entscheidung wird im Handbuch und mit dem Lastprofil der Anwendung abgesichert.

SSDs nach Schreiblast und Verhalten im Alltag beurteilen

Eine maximale sequenzielle Transferrate beantwortet nicht, wie schnell eine SSD bei vielen kleinen Schreibvorgängen oder nach längerer Belastung reagiert. Für Datenbanken und virtuelle Maschinen interessieren Antwortzeiten unter gemischter Last, Schreibhaltbarkeit und das Verhalten bei unterbrochener Stromversorgung. Kingston weist solche Eigenschaften bei seinen Rechenzentrums-SSDs gesondert aus. Die Angaben müssen für das konkrete Modell und seine Kapazität geprüft werden. Kingston: Eigenschaften von Rechenzentrums-SSDs ↗

Als eigene Planungsrechnung: 300 GB logische Schreibdaten pro Tag ergeben über fünf Jahre mit je 365 Tagen rund 547,5 TB. Das ist ein Ausgangspunkt für die Prüfung der Laufwerksspezifikation, keine Lebensdauerprognose. Interne Schreibverstärkung, Lastart und Garantiebedingungen sind zusätzlich zu beachten. Eine hohe TBW-Angabe verspricht weder Schutz vor jedem Defekt noch eine bestimmte Wiederherstellungsdauer.

Spiegelung hält identische Daten auf mehreren Laufwerken und kann den Betrieb bei einem einzelnen Laufwerksdefekt erleichtern. Sie erhält jedoch auch ein versehentliches Löschen auf beiden Seiten. Eine unabhängige Sicherung mit geprüftem Restore bleibt notwendig. Bootmedium, produktive Daten und Sicherung sollten außerdem nicht nur unterschiedliche Ordner auf demselben physischen Laufwerk sein.

Software, Kühlung und Aufstellort als Einheit planen

Wählen Sie die Betriebsplattform vor der Bestellung. Ein Speicherbetriebssystem kann andere Vorgaben für Bootmedien und Controller machen als ein Virtualisierungshost. Der TrueNAS-Hardwareleitfaden zeigt beispielsweise getrennte Anforderungen und Empfehlungen für Speicher, Bootgeräte und Laufwerksanbindung. Solche Dokumentation ist eine Checkliste für die gewählte Plattform; ihre Mindestwerte ersetzen keine eigene Lastplanung. TrueNAS: Hardware Guide ↗

Das Gehäuse braucht einen nachvollziehbaren Luftstrom, Platz für Laufwerke und Zugang für Wartung. Prüfen Sie Temperaturen bei längerer gleichzeitiger CPU- und Speicherlast sowie im realen Raum. Ein im Winter unauffälliges Gerät kann in einem warmen, unbelüfteten Schrank Probleme bekommen. Rackgeräte sind zudem nicht automatisch für einen Arbeitsplatz geeignet: Geräusch und Abwärme werden vor dem Produktivstart bewertet.

Dimensionieren Sie Netzteil und USV anhand der vorgesehenen Ausstattung und gemessener Last. Eine USV soll einen definierten Zeitraum überbrücken oder ein kontrolliertes Herunterfahren ermöglichen. Sie macht aus einem Standort keinen zweiten Standort. Der Ablauf vom Stromausfall bis zum späteren Wiederstart wird geplant und in einem sicheren Wartungsfenster überprüft; elektrische Installationen gehören in fachkundige Hände.

Vor produktiven Daten: eine dokumentierte Abnahme

Inventar erstellen: Bauteile, Seriennummern, Firmwarestände, Garantie und Bezugsquellen erfassen.
Kompatibilität prüfen: erkannte Kapazität, Speicherbestückung und alle benötigten Laufwerke und Schnittstellen kontrollieren.
Hardware testen: Speicherdiagnose und längere repräsentative Last mit Temperatur- und Fehlermeldungsprüfung durchführen.
Anwendung prüfen: gleichzeitige Nutzer, Import, Bericht und Sicherung mit vereinbarten Antwortzeiten testen.
Neustart abnehmen: Dienste, Abhängigkeiten und Überwachung nach einem geplanten Neustart kontrollieren.
Wiederherstellung üben: einen getrennten Test aus einer Sicherung aufbauen und die Anwendung fachlich freigeben lassen.
Betrieb übergeben: Verantwortliche, Ersatzteilweg, Alarmkontakte und Wartungsfenster schriftlich bestätigen.

Eine erfolgreiche Abnahme enthält Ergebnisse und Abweichungen, nicht nur Häkchen. Wenn der Sicherungslauf länger dauert als geplant, wird vor dem Start geklärt, ob Netzwerk, Datenträger oder Aufbewahrung angepasst werden müssen. Bleibt ein Hardwarefehler ungeklärt, beginnt der Produktivbetrieb noch nicht. Damit schützen Sie das spätere Team vor einer Maschine, deren bekannte Schwäche nur mündlich weitergegeben wurde.

Der zweite Aufbau gehört schon in den ersten Plan

Halten Sie fest, wie die Anwendung auf anderer Hardware wieder bereitgestellt werden kann. Installationsmedien, Konfigurationen, benötigte Zugänge und Sicherungen müssen unabhängig vom ausgefallenen Gerät verfügbar sein. Ein Ersatz-Mainboard mit identischer Modellnummer ist nicht immer kurzfristig erhältlich. Der Wiederanlauf sollte deshalb möglichst wenig von genau diesem einzelnen Bauteil abhängen.

Planen Sie eine wiederkehrende Prüfung von Kapazität, Supportlaufzeit und Reparaturfähigkeit. Ein selbst gebauter Server kann lange nützlich sein, wenn seine Grenzen bekannt sind. Wird die Anwendung geschäftskritischer oder verschwindet das interne Hardwarewissen, ist ein betreutes System eine neue, sachlich begründbare Option. Die Architektur muss zum heutigen Betrieb passen und einen späteren Wechsel zulassen.