Wie RG 4 Tech mit ZimaBoard 2 eine private Cloud aufbaut

RG 4 Tech macht aus ZimaBoard 2 mehr als einen kompakten Dateiserver. Sein Setup kombiniert leise x86-Hardware, zwei direkt angeschlossene Laufwerke, einen ZimaOS-Speicherpool mit RAID 1 und Home Assistant in einem browserverwalteten System. Das Ergebnis ist eine praktische Grundlage für eine private Cloud für Dateien und Smart-Home-Dienste – benötigt jedoch weiterhin ein unabhängiges Backup und einen Bereitstellungsplan, der die Unterschiede zwischen Home Assistant Container und Home Assistant OS berücksichtigt.

Vielen Dank an RG 4 Tech für die Dokumentation des vollständigen Setups. Sein Originalvideo behandelt die Hardware, die interne Kühlung, die anfängliche ZimaOS-Konfiguration, die Einrichtung von RAID 1 mit zwei Laufwerken, die Installation von Anwendungen und die Inbetriebnahme von Home Assistant.

Quellenhinweis: Dieser Artikel ordnet die in RG 4 Techs Video gezeigte Konfiguration und Beobachtungen neu. Er setzt nicht voraus, dass jedes im Video sichtbare Gerät von ZimaSpace bereitgestellt wurde, da hier kein solcher Kooperationsanspruch unabhängig bestätigt wurde. Oberflächendetails, Anwendungsversionen, verfügbare Bundles, Temperaturen und Kompatibilität können sich nach der Veröffentlichung ändern.

Das Ergebnis: ZimaBoard 2 bietet RG 4 Tech eine unauffällige Plattform für lokalen Speicher und Smart-Home-Steuerung. RAID 1 hält den Speicherpool verfügbar, wenn eines der Laufwerke ausfällt, während Home Assistant eine lokale Automatisierungsebene ergänzt. Keine der beiden Funktionen macht Backups wichtiger Daten und Konfigurationen außerhalb des Servers überflüssig.

Warum RG 4 Tech mit einem lokalen Heimserver beginnt

Die „Goodbye Cloud“-Ausrichtung des Videos dreht sich nicht nur darum, eine monatliche Gebühr zu vermeiden. Ein Heimserver verändert, wer die Kontrolle über die Speicherhardware hat, welche Anwendungen die Daten verarbeiten, wie Dienste im Netzwerk erreichbar sind und wann die Kapazität erweitert wird. Diese Entscheidungen werden besonders relevant, wenn persönliche Dateien und Smart-Home-Aktivitäten andernfalls auf mehrere Anbieter verteilt wären.

Lokale Kontrolle bedeutet auch mehr Verantwortung. Der Besitzer muss den Zustand der Laufwerke überwachen, Updates installieren, den Benutzerzugriff verwalten, Backups pflegen und Dienste nach einem Ausfall wiederherstellen. Eine private Cloud ist daher nicht einfach ein Cloud-Dienst ohne Anbieter, sondern ein kleines Stück Infrastruktur, das einen Betriebsplan benötigt.

RG 4 Tech betrachtet ZimaBoard 2 als flexible Basis und nicht als geschlossenes Komplettgerät. Das Board kann zunächst als Speicherserver dienen und anschließend über ZimaOS zusätzliche Anwendungen hosten, sodass das System entlang eines echten Haushalts-Workflows wachsen kann.

Was macht ZimaBoard 2 für dieses Setup geeignet?

Der ZimaBoard 2 Mini-Heimserver kombiniert einen Intel-N150-Prozessor, integrierten Arbeitsspeicher und Systemspeicher, zwei 2,5-GbE-Anschlüsse, zwei SATA-Anschlüsse und eine offene PCIe-Erweiterungsschnittstelle. Diese Kombination ist wichtig, weil ein Heimserver mehr als Prozessorleistung benötigt: Er braucht praktische Möglichkeiten für Speicher, Netzwerk und zukünftige Hardware.

Über zwei SATA-Anschlüsse lässt sich ein Paar HDDs oder SSDs direkt verbinden, ohne auf eine USB-Speicherbrücke angewiesen zu sein. Zwei Netzwerkschnittstellen können eine Speicherverbindung, ein segmentiertes Netzwerk, ein Routerprojekt oder eine andere Topologie unterstützen, bei der ein einzelner Anschluss zur Einschränkung würde. PCIe lässt Raum für eine ausgewählte Erweiterung wie NVMe-Speicher oder einen anderen aufgabenspezifischen Adapter.

Die Plattform bleibt kompakt. Eine PCIe-Schnittstelle kann nicht jede Erweiterung gleichzeitig aufnehmen, zwei SATA-Anschlüsse machen daraus kein NAS mit vielen Einschüben, und ein Intel N150 sollte nicht als Virtualisierungsprozessor mit vielen Kernen betrachtet werden. Das Design funktioniert am besten, wenn die Hauptaufgaben des Servers festgelegt werden, bevor Zubehör hinzugefügt wird.

Das Öffnen des Gehäuses zeigt das Kühlkonzept

Um 08:16 öffnet RG 4 Tech das Gehäuse des ZimaBoard 2 und zeigt den internen Platinenaufbau sowie die Position für die aktive Kühlung. Diese Ansicht ist hilfreich, weil das fertige Äußere allein nicht erklärt, wie die Wärme vom Prozessor und den umliegenden Komponenten abgeführt wird.

Die Aluminiumkonstruktion trägt zur Wärmeableitung bei, während ein Lüfter für zusätzlichen Luftstrom sorgen kann, wenn die Platine an einem wärmeren Ort aufgestellt wird oder dauerhaft stärker belastet wird. Speicheraktivität, Anwendungsindizierung, Raumtemperatur, Kabelverlegung und nahegelegene Oberflächen beeinflussen allesamt die thermischen Bedingungen rund um eine reale Installation.

Eine aktive Kühlung sollte als Entscheidung abhängig von der Arbeitslast betrachtet werden und nicht als Dekoration. Ein gering belasteter Dateiserver kann sich anders verhalten als dieselbe Platine, auf der gleichzeitig Speicherübertragungen, Anwendungsupdates, Medienindizierung und Smart-Home-Dienste laufen. Nach dem Zusammenbau sollte der Besitzer die Temperaturen unter der vorgesehenen kombinierten Belastung prüfen, statt sich ausschließlich auf Messwerte im Leerlauf zu verlassen.

Physische Speicherplanung vor dem Erstellen des Pools

RG 4 Tech verbindet zwei Laufwerke, bevor der Speicher in ZimaOS konfiguriert wird. Diese Reihenfolge klingt selbstverständlich, verhindert aber eine wichtige Fehlerklasse: Freigaben zu erstellen oder Anwendungen zu installieren, bevor feststeht, welche Festplatte die aktiven Daten enthält, welche an der Redundanz beteiligt ist und wo die Backups gespeichert werden.

Ein Server mit zwei Laufwerken bietet mehrere mögliche Layouts. Die Festplatten können unabhängig voneinander bleiben, für mehr Leistung oder Kapazität kombiniert werden oder sich zur Redundanz gegenseitig spiegeln. Die richtige Wahl hängt davon ab, ob der Schwerpunkt auf nutzbarem Speicherplatz, kontinuierlicher Verfügbarkeit nach einem Laufwerksausfall oder der Trennung verschiedener Datenklassen liegt.

Auch die Abstimmung der Laufwerke verdient Aufmerksamkeit. Ein Spiegel stellt normalerweise eine Kapazität bereit, die sich am kleineren Laufwerk orientiert, sodass die Kombination deutlich unterschiedlich großer Laufwerke Speicherplatz verschwenden kann. Beide Laufwerke sollten getestet, ihr Zustand überwacht und ihre Seriennummern erfasst werden, bevor wichtige Daten auf den neuen Pool verschoben werden.

Erstellen eines RAID-1-Pools mit zwei Laufwerken in ZimaOS

Bei 16:50 verwendet RG 4 Tech die ZimaOS-Speicheroberfläche, um die beiden Festplatten auszuwählen und RAID 1 zu konfigurieren. Das Layout schreibt gespiegelte Kopien auf die Laufwerke des Verbunds und gibt dabei die Hälfte der gemeinsamen Rohkapazität auf, um den Pool verfügbar zu halten, wenn ein Laufwerk ausfällt.

ZimaOS führt RAID 1 im Leitfaden zu den ZimaOS-RAID-Optionen als Option mit Schwerpunkt auf Redundanz auf. Der grafische Ablauf senkt die Einstiegshürde für ein erstes NAS, da Benutzer die Laufwerke identifizieren und den Speichermodus auswählen können, ohne das Array vollständig über die Kommandozeile erstellen zu müssen.

Die Oberfläche macht es nicht überflüssig, die Auswahl zu überprüfen. Beim Erstellen eines neuen Arrays können vorhandene Daten auf den ausgewählten Laufwerken gelöscht werden. Die Laufwerkskennungen, Kapazitäten und alle erforderlichen Kopien sollten bestätigt werden, bevor der abschließende Vorgang freigegeben wird.

Warum RAID 1 nützlich ist, aber trotzdem kein Backup darstellt

RAID 1 behebt einen ganz bestimmten Ausfall: den Verlust eines Laufwerks. Wenn eine Festplatte ausfällt, kann die andere Kopie den Pool zugänglich halten, während das ausgefallene Gerät ersetzt und das Array wiederhergestellt wird. Diese Verfügbarkeit ist für einen Server wertvoll, der dauerhaft online bleiben soll.

Der Spiegel wiederholt logische Änderungen auf beiden Laufwerken. Eine versehentliche Löschung, eine überschriebene Datei, ein Ransomware-Vorfall, ein beschädigter Anwendungsstatus oder ein falsch eingegebener Administrationsbefehl kann daher beide Kopien betreffen. Diebstahl, elektrische Schäden oder der physische Verlust des gesamten Servers können das komplette Array auf einmal unbrauchbar machen.

Das sicherere Konzept kombiniert RAID 1 mit versionierten Backups, die an einem anderen Ort gespeichert werden. Der ZimaSpace-Leitfaden zu RAID-Layouts und NAS-Backup-Planung erklärt, warum Redundanz, Backup-Verlauf und eine Kopie außerhalb des Geräts unterschiedliche Risiken abdecken.

ZimaOS verwandelt Speicherhardware in eine App-Plattform

Sobald der Pool verfügbar ist, muss der Server kein einfaches Netzlaufwerk bleiben. ZimaOS ergänzt eine browserbasierte Dateiverwaltung und eine Anwendungsumgebung, sodass Speicher und selbst gehostete Dienste über dieselbe Oberfläche verwaltet werden können.

Hier wird die Hardware nützlicher als ein Festplattengehäuse mit zwei Laufwerksschächten. Anwendungen können den lokalen Pool für persistente Dateien verwenden, während die Betriebsumgebung ihren Lebenszyklus verwaltet. Ein Haushalt kann mit Dateispeicher beginnen und anschließend jeweils einen Dienst hinzufügen, statt am ersten Tag einen vollständigen Home-Lab-Stack bereitzustellen.

Anwendungsdaten sollten nicht zu unsichtbarer Infrastruktur werden. Ermitteln Sie vor der Installation eines Dienstes dessen Konfigurationsverzeichnis, Datenbank, hochgeladene Dateien, Netzwerkports und Sicherungsmethode. Einen laufenden Container kann man leicht neu erstellen; der darin enthaltene Zustand möglicherweise nicht.

Die Installation von Home Assistant ermöglicht lokale Smart-Home-Steuerung

Um 19:07 Uhr ist Home Assistant gestartet, und RG 4 Tech erreicht den ersten Einrichtungsbildschirm. Dies bestätigt, dass das ZimaBoard 2 die Anwendung neben der Speicherumgebung hosten kann, und verleiht dem Projekt eine zweite klare Aufgabe: die lokale Koordination kompatibler Smart-Home-Geräte und Automatisierungen.

Home Assistant kann viele Entscheidungen im lokalen Heimnetz belassen, statt jede Automatisierung über die Cloud eines Anbieters zu senden. Der tatsächliche Grad der lokalen Kontrolle hängt jedoch weiterhin vom jeweiligen Gerät und der Integration ab. Einige Produkte bieten eine lokale API, während andere weiterhin ein externes Konto oder eine Cloud-Verbindung erfordern.

Der erste Bildschirm markiert den Beginn der Bereitstellung, nicht deren Abschluss. Der Besitzer muss noch ein Administratorkonto erstellen, den Standort des Zuhauses festlegen, erkannte Geräte überprüfen, den Fernzugriff absichern, Automatisierungen testen und einen Sicherungsplan einrichten, bevor das System zuverlässig wird.

Home Assistant Container und Home Assistant OS sind unterschiedliche Optionen

Die Installation von Home Assistant über eine vorhandene Anwendungsplattform bedeutet in der Regel, Home Assistant Container auszuführen. Die offizielle Übersicht zur Installation von Home Assistant erklärt, dass die Container-Variante eine vom Nutzer verwaltete Host- und Containerumgebung verwendet. Außerdem umfasst sie nicht das in Home Assistant OS verfügbare App-System.

Die Bereitstellung in einem Container passt zu einem vielseitig einsetzbaren ZimaOS-Server, da Home Assistant neben Speicher und anderen Anwendungen betrieben werden kann. Home Assistant OS ist die stärker appliance-orientierte Wahl, wenn das gesamte Gerät Home Assistant gewidmet ist und der Nutzer dessen integrierte Verwaltungsumgebung nutzen möchte.

Der Ansatz von RG 4 Tech ist attraktiv, weil er mehrere Aufgaben bündelt. Dieser Komfort sollte gegen den Umfang möglicher Ausfälle abgewogen werden: Ein Neustart oder die Reparatur des gemeinsam genutzten Servers kann vorübergehend sowohl den Dateizugriff als auch die Smart-Home-Steuerung beeinträchtigen.

Speicher- und Smart-Home-Dienste benötigen separate Wiederherstellungspläne

Ein gespiegelter Speicherpool und eine laufende Home-Assistant-Instanz schützen unterschiedliche Dinge. RAID 1 hilft dem Pool, den Ausfall eines Mitgliedslaufwerks zu überstehen. Ein Home-Assistant-Backup bewahrt Konfiguration, Automatisierungen und den unterstützten Anwendungsstatus. Keines von beiden erstellt automatisch eine sichere Kopie außerhalb des Servers.

Home Assistant ermöglicht inzwischen die Erstellung und Wiederherstellung von Backups für verschiedene Installationstypen, wie in der Dokumentation zur Backup-Integration beschrieben. Diese Backups sollten an ein Ziel kopiert werden, das nicht vom selben Zwei-Festplatten-Array und derselben physischen Maschine abhängt.

Ein praktischer Wiederherstellungstest stellt zwei Fragen getrennt: Kann der Haushalt seine Dateien nach dem Verlust des NAS wiederherstellen, und kann er Home Assistant nach dem Verlust des Anwendungshosts wiederherstellen? Wenn beide Antworten davon abhängen, dass derselbe Server betriebsbereit bleibt, hat das System weiterhin eine gemeinsame Fehlerdomäne.

Was dieser konsolidierte Server gut leistet

Wer sollte einen ZimaBoard-2-Server dieser Art bauen?

Dieses Setup eignet sich für alle, die eine erste private Cloud, ein Familien-NAS mit zwei Laufwerken, eine lokale Smart-Home-Steuerung oder einen kompakten Anwendungsserver wünschen, ohne jeder Aufgabe einen eigenen Computer zu widmen. Besonders attraktiv ist es, wenn ein leiser Betrieb und offene Möglichkeiten zur Hardware-Erweiterung wichtiger sind als das Design eines eleganten, geschlossenen Komplettgeräts.

Ein dediziertes Home-Assistant-Gerät kann die bessere Wahl sein, wenn Automatisierungen während der NAS-Wartung verfügbar bleiben müssen. Ein größeres NAS mit mehreren Laufwerksschächten eignet sich für Nutzer, die mehr Kapazitätsstufen, mehrere unabhängige Pools oder eine höhere Toleranz gegenüber Laufwerksausfällen benötigen. Ein Server mit mehr Kernen ist besser für zahlreiche anspruchsvolle virtuelle Maschinen oder dauerhaft rechenintensive Workloads geeignet.

Die Entscheidung sollte mit den Ausfallbereichen beginnen, nicht nur mit der Anzahl der Apps, die die Hardware starten kann. Die Bündelung spart Platz, Strom und Verwaltungsaufwand, bedeutet aber auch, dass ein Neustart oder ein Hardwareproblem mehrere Haushaltsdienste gleichzeitig unterbrechen kann.

RG 4 Tech baut eine private Cloud rund um klar definierte Aufgaben im Haushalt

Das Projekt von RG 4 Tech gelingt, weil jeder wichtige Schritt einen Zweck erfüllt. Das Öffnen des Gehäuses erklärt den Wärmeableitungs- und Wartungsweg. Das Anschließen von zwei Laufwerken schafft eine Speichergrundlage. RAID 1 verbessert die Verfügbarkeit nach einem Laufwerksausfall. ZimaOS erleichtert die Verwaltung dieses Speichers, und Home Assistant erweitert das Gerät um lokale Automatisierung.

Der Build ist am überzeugendsten, wenn diese Vorteile korrekt beschrieben werden. RAID 1 bietet Redundanz, ist aber kein Backup. Ein Home-Assistant-Container ist nicht identisch mit Home Assistant OS. Ein einzelner leiser Server kann nützliche Aufgaben bündeln, bündelt jedoch auch Risiken, sofern Backups und Wiederherstellungspläne nicht außerhalb des Geräts vorhanden sind.

Sehen Sie sich RG 4 Techs vollständiges Video für die Inspektion der internen Hardware, die Speicherkonfiguration von ZimaOS, den RAID-1-Workflow und die Installation von Home Assistant an. Für eine weitere Möglichkeit zur lokalen Smart-Home-Bereitstellung erfahren Sie hier, wie Sie Home Assistant auf dem ZimaBoard ausführen, oder treten Sie der ZimaSpace-Discord-Community bei, um Heimserver-Builds mit anderen Nutzern zu vergleichen.