TiB in GB umrechnen

Ein Tebibyte sind 1.024 Gibibyte. Der Abstand zum Terabyte wächst mit jeder Stufe: 2,4 % bei Kilo, 4,9 % bei Mega, 7,4 % bei Giga, 10 % bei Tera.

Ein Gigabyte ist eine Milliarde Byte, im dezimalen Sinn, den Festplattenhersteller, Mobilfunktarife und Videogrößen verwenden.

Ein TiB sind 1.024 der Einheit darunter, ein TB sind 1.000. Auf dieser Seite ist das der Unterschied zwischen 1099,5116 GB und 1000 GB — 10 % —, und der Abstand wächst mit jeder Stufe. Bei einem Foto ist er ein Rundungsfehler, bei einer Festplatte ein sichtbares Stück.

Darin besteht das Rätsel um den fehlenden Speicherplatz vollständig. Eine Platte, die als TB verkauft wird, enthält exakt das, was draufsteht; Windows teilt anschließend durch 1.024 statt durch 1.000, behält den dezimalen Namen bei und zeigt deshalb eine kleinere Zahl an. macOS rechnet seit Version 10.6 in den dezimalen Einheiten und zeigt die Zahl von der Verpackung — dieselbe Platte, zwei Rechner, zwei Größen, und verloren geht dabei nichts.

Speichersysteme melden Tebibyte. Ein ZFS-Pool, die Übersichtsseite eines NAS, ein Linux-Dateisystem, das nach einer lesbaren Größe gefragt wird — alle zählen in Zweierpotenzen von 1.024, und genau diese Zahl landet in der Planungsunterlage. Preislisten deutscher Hosting-Anbieter, Kontingentseiten und Bereitstellungsdialoge sind dagegen fast durchgängig dezimal in GB ausgezeichnet, weil das seit jeher die Einheit ist, in der Speicherplatz verkauft wird.

Zwischen beiden liegt eine Multiplikation mit 1.099,51162778 — der Rechner oben rundet auf zwölf signifikante Stellen, mehr zeigt kein Ergebnis auf dieser Seite. Ein 12-TiB-Pool sind 13.194 GB, nicht 12.000, und die Differenz von 1.194 GB macht knapp zehn Prozent des Angebots aus. Auf dem Papier fällt der Unterschied kaum auf — 12 TiB und 12.000 GB lesen sich für die meisten wie dieselbe Menge —, und genau deshalb übersteht dieser Fehler die Prüfung und zeigt sich erst auf der Rechnung.

Die Umrechnung ist nur die halbe Aufgabe, denn das auszufüllende Feld selbst kann Gibibyte meinen. Blockspeicher-Volumes werden häufig in GiB bereitgestellt, während Objektspeicher häufig dezimal in GB abgerechnet wird, und beide erscheinen im selben Dashboard unter ähnlicher Beschriftung. Die Dokumentation des jeweiligen Anbieters zu lesen ist der richtige erste Schritt und beantwortet die Frage nicht immer eindeutig.

Was sie immer beantwortet, ist eine Messung. Eine bekannte Menge bereitstellen oder speichern und ablesen, was das System meldet, dann teilen: Das Verhältnis ist entweder exakt 1.000.000.000 oder exakt 1.073.741.824, und dazwischen gibt es nichts. Eine Beobachtung pro Anbieter klärt die Frage dauerhaft und lohnt sich zu notieren, wo die nächste Person im Team sie findet.

Eine nutzbare Kapazität in TiB liegt mehrere Abzüge von der tatsächlich zu bestellenden Hardware entfernt. Die nutzbare Anforderung in Byte umrechnen; die Redundanz hinzurechnen, die bei einfacher Parität über mehrere Platten der Kapazität einer Platte entspricht und beim Spiegeln der Hälfte alles; die Reserve hinzurechnen, die ein Dateisystem braucht, um leistungsfähig zu bleiben — bei einem Copy-on-Write-Dateisystem keine kleine Reserve; erst dann in die dezimalen Terabyte umrechnen, in denen die Platten beschriftet sind.

Diese Schritte in gemischten Einheiten durchzuführen ist der Grund, warum ein Pool am Ende um eine Platte zu klein ausfällt. Jeder Abzug muss auf eine Zahl in einem bekannten System angewendet werden, und die Versuchung ist groß, hier zehn Prozent und dort eine Platte abzuziehen, bis das Ergebnis plausibel aussieht. In Byte gerechnet lässt sich jeder Schritt nachprüfen, und die letzte Umrechnung passiert genau einmal, an der Stelle, an der die Zahl zur Bestellung wird.

Speicher, der pro Gigabyte im Monat abgerechnet wird, multipliziert einfach die übergebene Menge, sodass ein Fehler in der Menge zu einem Fehler auf jeder Rechnung wird, solange die Daten existieren. Ein 12-TiB-Umzug mit 12.000 statt 13.194 GB angesetzt unterschätzt dauerhaft um 1.194 GB im Monat, und der Fehlbetrag ist in keiner einzelnen Zahl auf der Rechnung sichtbar — er zeigt sich nur als Gesamtsumme, die nicht zur Schätzung passt.

Dasselbe gilt für alles andere, das nach Volumen abgerechnet wird: Transfer, Snapshots, Repliken in einer zweiten Region. Jede dieser Positionen ist ein Vielfaches einer Grundmenge, und jede erbt den Einheitenfehler der Grundmenge. Die Grundmenge einmal korrekt zu erfassen ist mehr wert, als jede Zeile danach zu prüfen — was für die Regel spricht, konsequent in Byte anzubieten und jedes System seine eigenen Einheiten auf dieser Grundlage anzeigen zu lassen.

Eine Pool-Übersicht zeigt meist mehrere Zahlen, die alle wie Kapazität aussehen und es nicht sind: Rohkapazität über alle Platten, nutzbare Kapazität nach Redundanz, belegter Speicher und freier Speicher, gelegentlich mit Kompressions- und Deduplizierungseinsparungen in eine davon eingerechnet. Das falsche Paar zu vergleichen erzeugt eine Abweichung, die der Einheit angelastet wird, obwohl sie ein Definitionsproblem ist.

Die richtige Reihenfolge zum Lesen ist Rohkapazität, dann nutzbare Kapazität, dann belegter Speicher. Die Rohkapazität sollte nah an der Summe der Plattenbeschriftungen liegen, umgerechnet von dezimalem TB in TiB — etwa 91 Prozent der Zahl auf den Kartons. Die nutzbare Kapazität sollte die Rohkapazität abzüglich der Redundanz sein. Stimmt eine dieser drei Beziehungen nicht, liegt die Erklärung in der Konfiguration, nicht in der Rechnung.

Speicherschichten, die komprimieren oder deduplizieren, melden eine logische und eine physische Größe, und das Verhältnis zwischen beiden ist eine Eigenschaft der Daten, nicht des Systems. Ein Pool mit gut komprimierbaren Daten kann mehr logische Byte fassen, als seine physische Kapazität es vermuten lässt, was eine Prognose auf Basis der logischen Zahl in beide Richtungen unzuverlässig macht — günstig, solange die Daten komprimierbar bleiben, plötzlich ungünstig, sobald größere Mengen bereits komprimierter Medien hinzukommen.

Für ein Angebot bedeutet das, klarzustellen, welche Zahl bepreist wird. Ein auf Basis der logischen Größe angebotener und auf Basis der physischen abgerechneter Umzug — oder umgekehrt — erzeugt einen weit größeren Unterschied als die 9,95 Prozent, um die es auf dieser Seite geht. Die Einheitenumrechnung ist exakt und einmalig zu klären; das Kompressionsverhältnis ist eine Schätzung, die an einer repräsentativen Stichprobe gemessen und als Annahme benannt werden muss.

Die Gewohnheit, die diese ganze Art von Streit vermeidet, ist, die Bytezahl in jedem Dokument mitzuführen, das von mehr als einer Organisation gelesen wird. Ein Angebot, das 13.194 GB nennt und daneben 13.194.139.533.312 Byte angibt, kann von jedem geprüft, in jede Konvention umgerechnet und gegen jede Preisliste verglichen werden, ohne ein Gespräch darüber, wessen Gigabyte gemeint ist.

Das kostet eine Spalte und verändert, worüber im Streitfall gesprochen wird. Mit der Bytezahl auf dem Papier geht es bei einer Abweichung um die Frage, was tatsächlich gezählt wird — Snapshots, Repliken, Overhead —, ein Punkt, den beide Seiten produktiv klären können. Ohne sie geht die erste Stunde damit drauf, festzustellen, ob überhaupt von derselben Menge die Rede ist, und diese Stunde wiederholt sich bei jeder weiteren Projektphase.