Die meisten Entscheidungen über Backup-Speicher werden noch immer anhand einer einzigen Zahl getroffen: dem angebotenen Preis pro Terabyte am Tag des Kaufs. Diese Zahl lässt sich leicht vergleichen und begründen, beschreibt aber nur die erste von vielen Kostenpositionen, die ein Backup-Repository über seine Nutzungsdauer erzeugt. Der Rest, von Erweiterung und Hardware-Refresh bis zu Support-Verlängerungen und langsamen Wiederherstellungen, ist der Bereich, in dem sich die beiden wichtigsten Architekturoptionen unterscheiden.
Diese beiden Optionen sind die dedizierte Backup-Appliance, ein integriertes Bündel aus Hardware und Deduplizierungssoftware, das als Einheit verkauft und erneuert wird, und Software-Defined Object Storage, eine Speicherlizenz, die auf Standardservern läuft und durch Hinzufügen von Knoten wächst. Beide sind legitime Wege, Backup-Daten vorzuhalten; sie verursachen Kosten an unterschiedlichen Stellen und zu unterschiedlichen Zeitpunkten.
Dieser Artikel bietet einen neutralen Fünfjahresrahmen: die Kostenpositionen, warum die Preisgestaltung am ersten Tag in die Irre führt, eine Vergleichstabelle, ein Beispiel zur Veranschaulichung und eine Checkliste für den Aufbau des Modells.
Die Gesamtbetriebskosten (Total Cost of Ownership, TCO) eines Backup-Repositorys sind die Summe aller Kosten, die es zwischen der Bestellung und dem Tag verursacht, an dem die Daten von ihm weg migriert werden: Investitionskosten, laufende Betriebskosten und weniger sichtbare Kosten wie Personalzeit, Ausfallzeiten bei der Wiederherstellung und Migration am Ende der Nutzungsdauer.
Die naive Antwort behandelt TCO als Kaufpreis plus Supportvertrag. Bei Backup-Speicher greift das zu kurz, weil die Datenmenge kontinuierlich wächst, die Aufbewahrungsfristen länger werden und das Repository mindestens eine Hardwaregeneration überdauern soll. Ein Modell, das Wachstum, Refresh und Ausstieg ignoriert, ist ein Angebot vom ersten Tag mit zusätzlichen Nachkommastellen.
Eine Appliance bündelt Controller, Festplatten-Shelves und Deduplizierungssoftware in einem Produkt mit einem Supportvertrag. Die Kapazität ist an das gekaufte Modell gebunden: Erweiterung bedeutet, Shelves bis zur Obergrenze des Controllers hinzuzufügen, danach eine größere Head-Unit oder ein zweites System. Am Ende der Nutzungsdauer wird die gesamte Einheit in der Regel in einem Forklift-Refresh ersetzt, wobei die Daten auf das Nachfolgesystem migriert werden.
Software-Defined Object Storage trennt die Lizenz, die üblicherweise pro Kapazitätseinheit bepreist wird, von der Hardware, also Standardservern mit internen Laufwerken. Es wächst durch Hinzufügen von Knoten, und weil Server austauschbar sind, können Hardwaregenerationen in einem Cluster koexistieren und alte Knoten einzeln ausgemustert werden.
Diese Positionen tauchen in fast jedem TCO-Modell für Backup-Speicher auf; ihre Gewichtung hängt von Wachstumsrate, Aufbewahrungsrichtlinie und Personalausstattung ab.
Drei Effekte machen das Eingangsangebot zu einem schlechten Indikator für die Fünfjahreskosten. Erstens beruht die angebotene nutzbare Kapazität auf einer Annahme zur Datenreduktion, die der Käufer erst im Produktivbetrieb überprüfen kann. Ein Angebot auf Basis einer großzügigen Rate wirkt pro nutzbarem Terabyte günstiger als eines auf Basis der Rohkapazität, liefert aber ähnlich viel realen Platz, sobald bereits komprimierte oder verschlüsselte Backup-Jobs eintreffen.
Zweitens erfasst das Angebot nur einen Zeitpunkt; Preis und Granularität der Erweiterung bestimmen, was die Jahre zwei bis vier kosten. Drittens klammert das Angebot das Ende aus. Eine Plattform, die komplett ersetzt wird, mit einer Migration im Parallelbetrieb, trägt Ausstiegskosten, die eine Plattform mit rollierendem Knotenaustausch nicht hat.
Die Tabelle ist qualitativ: Sie beschreibt, wie sich jede Position typischerweise verhält. Die Werte gehören in die eigene Tabellenkalkulation der Organisation.
| Kostenposition | Dedizierte Appliance | Software-Defined Object Storage |
|---|---|---|
| Anschaffung | Oft günstiger pro angebotenem nutzbarem TB; hängt von der angenommenen Dedupe-Rate ab | Bepreist nach lizenzierter Kapazität; Hardware separat oder als Appliance beschafft |
| Erweiterungsschritte | Shelf-basiert, größere feste Schritte, begrenzt durch Controller-Modell | Knotenbasiert, nach Bedarf dimensioniert, keine Controller-Obergrenze |
| Hardware-Refresh | Forklift-Austausch der gesamten Einheit, Datenmigration erforderlich | Rollierender Knotenaustausch, gemischte Generationen in einem Cluster |
| Support-Verlängerungen | Ein Vertrag, Hardware-Verlängerungen steigen oft in späteren Jahren | Software-Subscription plus Standard-Server-Support, separat angeboten |
| Risiko der Datenreduktion | Hoch: nutzbare Kapazität hängt von der erreichten Rate ab | Geringer: Reduktion übernimmt typischerweise die Backup-Anwendung |
| Strom und Platz | Hängt von Controller- und Shelf-Dichte ab | Hängt von der gewählten Serverdichte ab; ältere Knoten können früh ausgemustert werden |
| Betriebsaufwand | Im Tagesbetrieb gering, konzentriert auf Erweiterungs- und Refresh-Projekte | Im Tagesbetrieb gering, verteilt über schrittweise Knotenerweiterungen |
| Wiederherstellungsleistung | Rehydrierung kann große Wiederherstellungen verlangsamen | Native Objektlesezugriffe, parallel über Knoten |
| Unveränderlichkeit | Teils lizenzpflichtige Zusatzoption oder bestimmtes Modell | Häufig über S3 Object Lock enthalten |
| Ausstieg und Migration | Vollständige Migration bei jedem Refresh-Zyklus | Daten bleiben an Ort und Stelle, während die Hardware wechselt |
Angenommen, eine Organisation hält 500 TB Backup-Daten mit 25 Prozent Wachstum pro Jahr und vergleicht eine Appliance mit Software-Defined Object Storage, das am ersten Tag für dieselbe nutzbare Kapazität rund 30 Prozent teurer angeboten wird. Dieses Beispiel dient nur der Veranschaulichung und verwendet relative Angaben statt Preise.
Im Appliance-Szenario liegt die erreichte Dedupe-Rate etwa ein Drittel unter der angebotenen, weil ein großer Teil des Bestands bereits an der Quelle komprimiert ist. Die nutzbare Kapazität geht ein Jahr früher aus, was eine Shelf-Erweiterung in Jahr zwei vorzieht; die Head-Unit erreicht in Jahr vier ihre Obergrenze und erfordert ein Controller-Upgrade; die Verlängerungen steigen in den Jahren vier und fünf; und der Refresh in Jahr fünf bringt eine Migration mit Monaten Parallelbetrieb mit sich.
Im Object-Storage-Szenario werden in den Jahren zwei, drei und vier Knoten hinzugefügt, jeweils für etwa ein Jahr Wachstum dimensioniert. Die Knoten aus Jahr eins werden ab Jahr fünf ohne Migration ausgemustert, und die Unveränderlichkeit ist in der Basislizenz enthalten.
Unter diesen Annahmen wird der Vorteil von 30 Prozent am ersten Tag durch die frühe Erweiterung und das Upgrade in Jahr vier aufgezehrt, und die Ausstiegskosten in Jahr fünf treiben die Gesamtsumme der Appliance über die des Object Storage. Ändert man Wachstumsrate, erreichte Rate oder Refresh-Zeitpunkt, verschiebt sich das Ergebnis; genau diese Sensitivität ist der Sinn des Modells.
Scality ARTESCA ist S3-Objektspeicher, der für Backup entwickelt wurde und als Software auf Standardservern oder als Hardware-Appliance verfügbar ist. Beide Formfaktoren teilen dieselbe Scale-out-Architektur: Die Kapazität wächst durch Hinzufügen von Knoten, und Hardwaregenerationen können innerhalb eines Clusters gemischt werden, statt als Einheit ersetzt zu werden.
Unveränderlichkeit über S3 Object Lock ist Teil der Plattform und keine separat lizenzierte Funktion, was eine Position aus dem Modell entfernt; Details finden Sie auf der Seite zu Sicherheit und Cyber-Resilienz. ARTESCA ist mit den wichtigsten Backup-Anwendungen validiert, darunter Veeam, Commvault, Rubrik, Cohesity und HYCU, sodass sich Datenreduktion und Wiederherstellungsverhalten anhand der Zahlen der Backup-Software selbst modellieren lassen. Wie sich Annahmen zu Wachstum und Aufbewahrung in Knotenzahlen übersetzen, beschreibt der frühere Beitrag zur Dimensionierung von Backup-Repositorys.
Welche Plattform auch immer zur Auswahl steht: Bitten Sie den Anbieter, alle zehn Kostenpositionen für jedes der fünf Jahre auszufüllen, bevor Sie Preise pro Terabyte vergleichen.