Speicher- und Backup-Planung

Dedicated Server für Speicher mit direkt angebundenen NVMe-Laufwerken

Die Server von OnuCloud stehen in Tokio, Japan.

Beeinträchtigen Schwankungen bei gemeinsam genutztem Speicher Datenbankabfragen – oder beanspruchen Komprimierung und Prüfsummen während des Backup-Zeitfensters zu viele Ressourcen? Zuerst gilt es, den Engpass zu bestimmen und dann Laufwerke, RAM und Wiederherstellungsbandbreite zu planen. Ein dedizierter Server ersetzt kein Redundanzkonzept.

OnuCloud-Speicherserver konfigurieren Monatspreis und Optionen von OnuCloud prüfen

Im Folgenden werden Host, Datendienste, Backups und Netzwerkzugriff einzeln betrachtet. Eine einzelne Konfiguration ersetzt keine Bewertung der tatsächlichen Auslastung.

Virtuelle Maschinen und Host-Ressourcen

Erst Ressourcen für den Host reservieren, dann VMs zuweisen

Proxmox VE eignet sich, um mehrere dauerhaft laufende Dienste auf einem dedizierten Server zu betreiben. Die Ressourcen lassen sich klar zuordnen; Kontingente, Netzwerkisolierung und Backups für die einzelnen VMs müssen jedoch selbst eingerichtet werden.

Rechenleistung lässt sich aufteilen, die Hardware bleibt begrenzt

Der AMD EPYC 7543P bietet 32 Kerne und 64 Threads und unterstützt AMD-V sowie NPT. Verschachtelte Virtualisierung kann aktiviert werden. Sie eignet sich zum Testen von Virtualisierungskonfigurationen; mehrere Virtualisierungsebenen verursachen jedoch zusätzlichen Aufwand. Die Unterstützung bedeutet nicht, dass keine Leistungseinbußen entstehen.

128 GB DDR4-3200 ECC eignen sich für Hosts mit klar definiertem Ressourcenbedarf. Bei vielen VMs oder wenn mehr Speicher für den ZFS ARC vorgesehen ist, kommt die 256-GB-Option infrage. CPU-Kontingente, Host-Reserven und RAM-Bedarf sollten gemeinsam geplant werden – die Threadzahl allein ist keine ausreichende Grundlage für die VM-Auslegung.

Der Arbeitsspeicher lässt sich nach der Bereitstellung nicht im bestehenden Server aufrüsten. Für einen Wechsel der RAM-Stufe muss ein weiterer Server bestellt und die Workloads müssen selbst migriert werden.

Laufwerke für Workloads und Backups getrennt einplanen

VM-Laufwerke können auf den standardmäßigen 2 × 1 TB NVMe-Laufwerken betrieben werden. Je nach Wiederherstellungsbedarf lassen sie sich unabhängig nutzen oder spiegeln. Zusätzliche 2-TB-NVMe-Laufwerke können als Backup-Volume dienen; bis zu zwei weitere Laufwerke sind möglich, ebenfalls jeweils direkt angebunden.

Lokale Backups erleichtern tägliche Wiederherstellungen, teilen jedoch die Ausfallgrenze des gesamten Servers mit den Workloads. Wichtige Kopien müssen zusätzlich an einen externen Standort übertragen werden. Ein Backup in einer anderen VM bleibt auf derselben physischen Maschine und ändert daran nichts.

Geeignet für Administratoren, die den Virtualisierungshost selbst betreuen können. Nicht geeignet für Projekte, die eine Verwaltung von VMs, Backup-Strategien und Systemkonfiguration durch den Anbieter erwarten.

Datenbanken und Middleware

Keine Konkurrenz durch gemeinsam genutzten Speicher – Hochverfügbarkeit bleibt Planungssache

Datenbankabfragen, Indexaufbau, Log-Schreibvorgänge und persistente Caches stellen unterschiedliche Anforderungen an die Speicherlatenz. Die direkt angebundenen NVMe-Laufwerke umgehen gemeinsam genutzten Speicher und damit Schwankungen durch andere Kunden auf Shared-Cloud-Volumes. Anwendungssperren, Abfragepläne und parallele Aufgaben auf demselben Server beeinflussen die Latenz weiterhin.

Geeignet: kontinuierliche Schreiblast und planbarer Working Set

Wenn Datenbanken und Middleware dauerhaft laufen und CPU, RAM sowie Speicher eindeutig zugewiesen werden sollen, lassen sich die Ressourcen eines dedizierten Servers besser planen. Der RAM sollte zunächst Datenbankpuffer und Cache-Working-Set abdecken; zusätzlich sind Reserven für System, Log-Verarbeitung und Backup-Komprimierung einzuplanen.

Auch Aufgaben desselben Kunden können um Laufwerke und CPU konkurrieren: etwa Backup-Scans, Prüfsummen und Datenbankabfragen. Solche Aufgaben sollten in Zeiten geringer Auslastung geplant werden. Ein dedizierter Server bedeutet nicht, dass alle Workloads gleichzeitig voll ausgelastet werden können.

Nicht geeignet: Ein einzelner Server ist kein automatisches Disaster-Recovery

Zwei direkt angebundene Laufwerke werden nicht als fertiges RAID-1 ausgeliefert. Dienste, die Failover, Spiegelung oder Wiederherstellung auf einem anderen Gerät benötigen, müssen Replikation, Fehlererkennung und Wiederherstellungsschritte selbst planen. Getrennte Laufwerke im selben Server schaffen allein keine Hochverfügbarkeit.

Der Anbieter stellt Hardware und Netzwerk bereit. Datenbankparameter, Replikationstopologie und Datensicherungen liegen in der Verantwortung des Kunden. Redundanzplanung durch das Rechenzentrum oder die Verwaltung von Datenbanken gehört nicht zum Leistungsumfang.

Dateispeicher und externe Kopien

Laufwerke nach Wiederherstellungsaufgabe aufteilen, nicht nur Kapazitäten addieren

Bei Dateispeichern zählt der verfügbare Speicherplatz; bei Backup-Diensten kommen die Trennung der Kopien und der Wiederherstellungspfad hinzu. Die beiden standardmäßigen 1-TB-NVMe-Laufwerke bieten zusammen 2 TB Rohkapazität. Bei einem Spiegel aus beiden Laufwerken beträgt die nutzbare Kapazität nominell etwa 1 TB; Formatierung und Dateisystem benötigen zusätzlichen Platz.

Kapazitäten beziehen sich auf die nominelle Laufwerksgröße. Es gibt kein Hardware-RAID; Pools und Spiegel werden selbst eingerichtet.
Laufwerksgruppe Empfohlene Verwendung Kapazität Zu beachtende Einschränkung
Standard: 2 × 1 TB NVMe ZFS-Spiegel für häufig verwendete Dateien und aktive Daten 2 TB Rohkapazität; etwa 1 TB im Spiegel Ein Spiegel ersetzt keine Versionierung und schützt nicht vor synchronisiertem Löschen
Optional: 2 × 2 TB NVMe Separaten Backup-Pool für Sicherungskopien einrichten 4 TB Rohkapazität; etwa 2 TB im Spiegel Kopien bleiben auf demselben Server; wichtige Daten zusätzlich extern sichern
Externe Sicherungskopie Daten außerhalb der Ausfallgrenze dieses Servers speichern Kapazität hängt vom selbst gewählten Backup-Ziel ab Lesbarkeit, Wiederherstellungsreihenfolge und Zeitbedarf regelmäßig prüfen
Internationale Workloads und feste IP-Adressen

IP-Adressen den Diensten zuordnen und die Isolation im System umsetzen

Eine feste öffentliche IP eignet sich für Shop-Backends, Service-Callbacks und IP-Whitelists. Eine dedizierte IPv4-Adresse schafft klare Zuordnungen, sorgt aber nicht automatisch für eine Trennung der Workloads und verhindert auch keine Prüfungen oder Risikokontrollen externer Plattformen.

Geeignet: mehrere Dienste mit klarer IP-Zuordnung

Standardmäßig ist eine dedizierte IPv4-Adresse enthalten. Bis zu 255 weitere können hinzugefügt werden, insgesamt also höchstens 256. Für jede VM oder jeden Dienst lassen sich Zweck, Zuordnung und Zugriffsregeln dokumentieren, um doppelte IP-Konfigurationen zu vermeiden.

Mehrere IP-Adressen müssen selbst im System eingerichtet werden. Für die Fernverwaltung ist ausschließlich die erste IPv4-Adresse aus der Konsole zu verwenden; die übrigen Adressen lassen sich nach Bedarf den Diensten zuordnen. Firewall, Weiterleitungen und VM-Netzwerk werden selbst konfiguriert.

Nicht geeignet: Mehrere IPs ersetzen keine verteilten Standorte

Zusätzliche IPv4-Adressen auf demselben Server schaffen keine geografische Verteilung und ändern nichts an der Ausfallgrenze der Hardware. Architekturen mit Servern in mehreren Städten, regionalem Failover oder möglichst kurzen Wegen zu Nutzern in verschiedenen Regionen sollten nicht vollständig auf einem einzelnen Gerät basieren.

Wenn Backends mehrerer Shops auf demselben Server laufen, müssen Konten, Zugangsdaten und Dienstberechtigungen getrennt verwaltet werden. IP-Adressen lassen sich zuweisen; Systemberechtigungen und Compliance-Anforderungen müssen weiterhin einzeln umgesetzt werden.

Windows-Workloads anbinden

Erst die Lizenzierung prüfen, dann den Fernzugriff einrichten

Anwendungen mit Windows Server lassen sich mit einer Lizenz für Standard oder Datacenter betreiben; die Abrechnung erfolgt monatlich. Geeignet für Workloads mit eigener Windows-Administration, bei denen Anwendungen selbst installiert und Systeme eigenständig verwaltet werden. Es handelt sich nicht um einen verwalteten Anwendungs- oder Administrationsdienst.

Windows-Versionen und Zugriff

Windows Server ist in den Versionen 2019, 2022 und 2025 verfügbar; als Systemsprache stehen Englisch, Traditionelles Chinesisch und Vereinfachtes Chinesisch zur Wahl. Die Zugangsdaten sind nach der Bereitstellung in der Konsole einsehbar; der Zugriff erfolgt per RDP. Bei mehreren IPv4-Adressen wird auch für die Fernverbindung ausschließlich die erste Adresse verwendet.

Vorab sollte geprüft werden, ob Anwendungen, Treiber und Abhängigkeiten mit der gewählten Windows-Version kompatibel sind. Eine auswählbare Systemsprache bedeutet nicht, dass die Anwendungen lokalisiert sind. Spracheinstellungen und Lizenzen der Anwendungen müssen separat geprüft werden.

Eine Lizenz ersetzt keine Anwendungskonfiguration

Standard und Datacenter sollten nach dem tatsächlichen Lizenzbedarf ausgewählt werden, nicht allein anhand der RAM-Größe. Wenn Windows- und Linux-Workloads per Virtualisierung auf einem Server zusammenlaufen sollen, ist außerdem zu prüfen, welche Gastbetriebssysteme von der Lizenz abgedeckt sind.

Die Vorinstallation proprietärer Software, die Einrichtung von Verzeichnisdiensten und die Verwaltung von Anwendungskonten gehören nicht zur Standardbereitstellung. Vor der Auswahl sollten Softwareabhängigkeiten, Zugriffsrechte und Backup-Verfahren erfasst und anschließend mit den System- und Hardwareanforderungen abgeglichen werden.

Wann ein Dedicated Server nicht die richtige Wahl ist

Bei geringer Auslastung lohnt sich ein dedizierter Server nicht immer

Die Dedicated Server von OnuCloud eignen sich für Workloads mit dauerhaftem Ressourcenbedarf und klar definiertem Umfang, deren Systeme selbst verwaltet werden. Wenn weder dedizierte Rechenleistung noch direkt angebundene Laufwerke oder eine feste IP benötigt werden, können ungenutzte Ressourcen und zusätzlicher Verwaltungsaufwand die Kosten erhöhen.

  1. 01

    Nur wenige Kerne zum Testen benötigt

    Für Testumgebungen mit geringem Rechenbedarf, wenig Speicherzugriff und kurzfristigen Aufgaben ist ein herkömmlicher Shared-VPS oft günstiger. Bleiben 32 Kerne und 64 Threads eines Dedicated Servers dauerhaft ungenutzt, lässt sich der Vorteil dedizierter Ressourcen kaum ausschöpfen.

  2. 02

    Sofortige Skalierung erforderlich

    Wenn sich Instanzen stündlich vergrößern oder verkleinern lassen müssen oder bei Aktionen kurzfristig viele Ressourcen benötigt werden, sollten zuerst elastische Dienste geprüft werden. Ein Wechsel der RAM-Stufe erfordert bei diesem Angebot einen weiteren Server. Eine Erweiterung des bestehenden Servers eignet sich daher nicht zur Abfederung plötzlicher Lastspitzen.

  3. 03

    Keine Kapazität für Systemverwaltung

    Software-RAID, ZFS, virtuelle Netzwerke und Datenwiederherstellung erfordern laufende Betreuung. Wenn ein Projekt keine Verantwortung für Systemkonfiguration und Backup-Tests übernehmen kann, muss zunächst die Zuständigkeit für den Betrieb geklärt werden. Dedizierte Hardware ist kein Managed Service.

Eine andere Art von Rechenaufgabe

DGX Spark für Modelltests und CUDA-Entwicklung

Für lokale Inferenz mit großen Sprachmodellen, LoRA- oder QLoRA-Finetuning-Experimente und Prototypen für KI-Anwendungen lässt sich DGX Spark separat prüfen. Es ist keine Erweiterung des AMD-Speicherservers; beide Produktlinien werden unabhängig voneinander ausgewählt.

Geeignet: Entwicklungsaufgaben mit klarem Versuchsziel

Vergleiche von Modellausgaben, Tests von Inferenzabläufen, Finetuning-Experimente und die Entwicklung von CUDA-Programmen eignen sich, wenn Testziele und Export der Ergebnisse vorab festgelegt werden. Modelle und Entwicklungsabhängigkeiten müssen selbst bereitgestellt werden.

Nicht geeignet: bestehende x86-Umgebungen oder verteiltes Training

Projekte mit x86-Programmen, Windows-Umgebungen oder verteiltem Training sollten nicht ohne Prüfung auf diese Produktlinie umgestellt werden. Zuerst Architektur- und Softwarekompatibilität prüfen, dann Modelltests planen, damit der Aufwand für die Umstellung der Umgebung berücksichtigt ist.

DGX-Einsatzmöglichkeiten bei OnuCloud prüfen

Laufwerksaufteilung und Wiederherstellungsziele festlegen, dann Optionen wählen

Dokumentieren Sie Kapazität aktiver Daten, Speicherort der Kopien, RAM-Working-Set und Wiederherstellungsbandbreite und konfigurieren Sie den passenden Server auf der OnuCloud-Seite. Redundanz und Backup-Plan sollten gemeinsam mit der Hardware festgelegt werden.

OnuCloud-Server passend zur Auslastung konfigurieren Monatliche Kosten bei OnuCloud prüfen