> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/run-the-platform/de/speicher/storage-units.md). # Speichereinheiten und Kapazitätsberichterstattung ## Übersicht VergeOS zeigt Speicherkapazitäten in der gesamten GUI, in Dashboards und Nutzungsberichten mit vertrauten Bezeichnungen (KB, MB, GB, TB) an und berechnet Speicherwerte unter Verwendung von **Berechnungen mit Basis 1024 (binär)**. Die Bezeichnungen sind im SI-Stil ("TB"), wobei die zugrunde liegenden Werte in Tebibyte (TiB), Gibibyte (GiB) und so weiter angegeben werden. Diese Seite erklärt dieses Verhalten, warum es wichtig ist und wie sich VergeOS-Werte mit den SI-Kapazitätsangaben in Einklang bringen lassen, die Festplattenhersteller bewerben. Diese Bezeichnungskonvention ist nicht einzigartig für VergeOS. Die meisten Betriebssysteme und Speicherprodukte für Unternehmensinfrastrukturen (Windows, die meisten Linux-Tools, herkömmliche SAN-/NAS-Arrays und andere HCI-Plattformen) zeigen Speicherwerte mit SI-Bezeichnungen — KB, MB, GB, TB — an, während die zugrunde liegende Berechnung mit Basis 1024 erfolgt. Festplattenhersteller hingegen verwenden auf Produktetiketten und Datenblättern konsequent die strikte SI-Definition (10¹² Bytes pro TB), was die unten beschriebene scheinbare Abweichung erzeugt. ## Kurzreferenz {% hint style="info" %} **Was „TB“ in der VergeOS-UI bedeutet** Ein als **1 TB** in VergeOS angezeigter Wert entspricht **1 TiB** — also 2⁴⁰ Bytes (1.099.511.627.776 Bytes), nicht der SI-Definition von 10¹² Bytes (1.000.000.000.000 Bytes). Dasselbe Prinzip gilt für KB / MB / GB. {% endhint %} ## Warum das wichtig ist Festplattenhersteller und die meisten auf Endnutzer ausgerichteten Speicherprodukte verwenden SI-Präfixe (dezimal, Basis 1000), eine Branchenkonvention, die zu größer wirkenden Kapazitätszahlen als bei binären Einheiten führt. Betriebssysteme und Infrastrukturplattformen, einschließlich VergeOS, verwenden im Allgemeinen binäre Berechnungen (Basis 1024), weil Speicher in Zweierpotenzen zugewiesen, adressiert und gemeldet wird. Da sowohl das Datenblatt des Festplattenherstellers als auch die VergeOS-UI die Bezeichnung "TB" verwenden, wirken die beiden Werte direkt vergleichbar — sind es aber nicht. Das "TB" des Herstellers bedeutet 10¹² Bytes; das "TB" von VergeOS bedeutet 2⁴⁰ Bytes (1 TiB). Der Unterschied verstärkt sich mit der Größe: Eine in VergeOS mit 1 TB bezeichnete Kapazität ist etwa 9,95 % größer als ein vom Hersteller als 1 TB beworbenes Laufwerk. Im Petabyte-Bereich liegt die Lücke eher bei etwa 12,6 %. ## Durchgerechnetes Beispiel Ein vom Hersteller als **1 TB** beworbenes Laufwerk enthält 1.000.000.000.000 Bytes (10¹² B, SI). Die gleiche Byte-Anzahl würde in VergeOS als **\~0,909 TB**angezeigt, weil VergeOS mit TiB rechnet (1 TB-Bezeichnung = 1.099.511.627.776 B). Entsprechend würde ein Wert, den VergeOS als **1 TB** ist **1.099.511.627.776 B**bezeichnet, **\~1,0995 SI TB** — also **etwa 9,95 % größer** als die Laufwerksbezeichnung angibt. ## Beispielszenario Ein Kunde kauft vier vom Hersteller als **4 TB** bezeichnete Laufwerke, jeweils mit der Erwartung von **16 TB** an Rohkapazität. Nach der Installation meldet die VergeOS-UI das Array mit ungefähr **14,55 TB**und der Kunde fragt sich, wo die fehlenden \~1,45 TB geblieben sind. Es fehlt nichts — jedes gekaufte Byte ist noch vorhanden und nutzbar. Die Laufwerke enthalten jeweils 4 × 10¹² Bytes (4 SI-TB), und VergeOS hat Zugriff auf die gesamte Kapazität. Es gibt dieselbe Byte-Anzahl lediglich mit TiB-Rechnung, aber mit dem Label "TB" aus: * 4 SI-TB pro Laufwerk × 4 Laufwerke = 16.000.000.000.000 Bytes * 16.000.000.000.000 ÷ 1.099.511.627.776 = **\~14,55 TiB**angezeigt als "14,55 TB" Der gleiche Effekt bei gängigen Laufwerksgrößen: | Herstellerangabe | VergeOS zeigt an | | ---------------- | ---------------- | | 1-TB-Laufwerk | \~0,91 TB | | 4-TB-Laufwerk | \~3,64 TB | | 8-TB-Laufwerk | \~7,28 TB | | 12-TB-Laufwerk | \~10,91 TB | | 16-TB-Laufwerk | \~14,55 TB | ## Einheitenreferenz | VergeOS-Bezeichnung | Interner Wert (Bytes) | SI-Äquivalent | Abweichung gegenüber SI | | ------------------- | --------------------------- | ----------------- | ----------------------- | | 1 KB | 1.024 (2¹⁰) | 1,000 | +2.40% | | 1 MB | 1.048.576 (2²⁰) | 1,000,000 | +4.86% | | 1 GB | 1.073.741.824 (2³⁰) | 1,000,000,000 | +7.37% | | 1 TB | 1.099.511.627.776 (2⁴⁰) | 1,000,000,000,000 | +9.95% | | 1 PB | 1.125.899.906.842.624 (2⁵⁰) | 10¹⁵ | +12.59% | ## Wo dies gilt Die TB-als-TiB-Konvention gilt in der gesamten VergeOS-Plattform, einschließlich: * vSAN-Kapazitäts- und Freispeicherangaben auf System-, Cluster- und Tier-Dashboards * Die in der GUI gemeldete Dimensionierung von Storage-Tiers (siehe [Speicherstufen](/run-the-platform/de/speicher/storage-tiers.md)) * Größen von VM-Laufwerken und Snapshots * NAS-Volume-Größen * Ressourcenzuweisungen für Mandanten und [Nutzungsberichte](/run-the-platform/de/mandanten/tenant-usagereports.md) * Größenangaben für Backup und Replikation Über die Bezeichnungskonvention hinaus wird die nutzbare vSAN-Kapazität auch durch Redundanzstufen beeinflusst, die die nutzbare Kapazität zugunsten von Fehlertoleranz verringern. Deduplizierung hingegen erhöht die nutzbare Kapazität in der Regel, indem doppelte Blöcke zusammengefasst werden. Diese Effekte sind unabhängig von dem auf dieser Seite beschriebenen Verhalten bei der Einheitenbeschriftung. Siehe [vSAN-Architektur](/run-the-platform/de/speicher/vsan-architecture.md) und [vSAN-Redundanzstufen](/run-the-platform/de/speicher/vsan-redundancy-levels.md) für Details. ## Rundung der Anzeige in verschiedenen Ansichten Die Kapazität desselben Laufwerks kann in der VergeOS-UI auf verschiedenen Bildschirmen unterschiedlich erscheinen. Einige Seiten — etwa die Node-Laufwerksliste — runden auf ganze Zahlen und entsprechen damit tendenziell der SI-Angabe des Herstellers (ein als "2 TB" verkauftes Laufwerk erscheint als "2 TB"). Andere Seiten — etwa das Node-Laufwerks-Dashboard — zeigen den exakten binären Wert, auf die nächste Zehntel gerundet (dasselbe Laufwerk erscheint als "1,8 TB"). Beide Angaben beziehen sich auf dasselbe physische Laufwerk; nur die Rundungskonvention unterscheidet sich. ## Planungshinweise Bei der Dimensionierung einer VergeOS-Bereitstellung anhand von Herstellerspezifikationen: * Betrachten Sie die "TB"-Angabe auf der Laufwerksbezeichnung als **SI-TB** (10¹² Bytes). * Vor dem Vergleich mit VergeOS-Werten in binäre Berechnungen (TiB) umrechnen: TiB ≈ SI TB × 0,9095. * Oder alternativ VergeOS-"TB"-Werte mit \~1,0995 multiplizieren, um sie mit der auf dem Laufwerk angegebenen Kapazität zu vergleichen. ## Verwandte Anleitungen * [Node-Dimensionierungsleitfaden](/plan-and-deploy/de/implementierungsleitfaden/sizing.md) — Empfehlungen zur Dimensionierung von VergeOS-Bereitstellungen * [vSAN-Architektur](/run-the-platform/de/speicher/vsan-architecture.md) — wie vSAN Daten verteilt und schützt * [vSAN-Redundanzstufen](/run-the-platform/de/speicher/vsan-redundancy-levels.md) — wie Redundanz die nutzbare Kapazität beeinflusst * [Speicherstufen](/run-the-platform/de/speicher/storage-tiers.md) — Leistungs- und Kapazitätstiering * [Mandantennutzungsberichte](/run-the-platform/de/mandanten/tenant-usagereports.md) — Interpretation der Kapazitätsberichte pro Mandant --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verge.io/run-the-platform/de/speicher/storage-units.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.