RAID-Rechner

Dieses Werkzeug unterstützt RAID 0, 1, 4, 5, 6 und 10, liefert usable_capacity in derselben Einheit wie disk_size und meldet fault_tolerance als Datenträgeranzahl. Liegt disk_count unter dem Minimum des Levels, schlägt die Aufgabe mit invalid_input fehl, statt ein Layout zu erfinden, das kein Controller zusammenbauen würde. Der kostenlose Browserpfad und die prepaid API teilen ein deterministisches Modul; erfolgreiche API-Aufrufe kosten $0.002.

RAID-Formeln: Nutzkapazität, Overhead und Fehlertoleranz

RAID-Nutzkapazität bleibt kein Rätsel, sobald die Datenträger gleich groß sind. RAID 4 hält einen eigenen Paritätsdatenträger; RAID 5 rotiert diese einzelne Paritätsleiste über die Mitglieder. Zwei Ausfälle im selben Paar zerstören diesen Streifen trotzdem. Geschachteltes RAID 50 und RAID 60 brauchen eine Gruppenzahl, die dieser Dreifeldvertrag nicht akzeptiert, deshalb werden sie nicht angeboten. Die Rohkapazität ist disk_count mal disk_size. RAID 0 verteilt jeden Block über alle Mitglieder ohne Kopie und ohne Parität, daher gleicht usable_capacity der Rohkapazität und fault_tolerance ist null: jeder einzelne Datenträgerausfall verliert den Verbund. RAID 1 ist ein n-Wege-Spiegel: usable_capacity entspricht einem disk_size, und der Verbund überlebt, bis der letzte verbliebene Datenträger ausfällt, also ist fault_tolerance disk_count minus eins. Beide brauchen mindestens drei Datenträger, beide liefern usable_capacity von (disk_count minus eins) mal disk_size, und beide ertragen genau einen Datenträgerausfall. RAID 6 speichert zwei unabhängige Paritätssyndrome, braucht mindestens vier Datenträger, liefert usable_capacity von (disk_count minus zwei) mal disk_size und erträgt beliebige zwei Datenträgerausfälle. RAID 10 ist ein Streifen aus Zweier-Spiegeln: disk_count muss gerade und mindestens vier sein, usable_capacity ist die Hälfte des Rohen, und in jedem Paar darf ein Datenträger ausfallen (bis disk_count durch zwei). Efficiency_percent ist usable_capacity geteilt durch raw_capacity mal einhundert, daher sind RAID 5 mit vier Datenträgern fünfundsiebzig Prozent und RAID 10 stets fünfzig. Diese Identitäten setzen identische Mitglieder voraus; gemischte Größen werden von echten Controllern auf den kleinsten Datenträger gekürzt und liegen außerhalb des Umfangs. Overhead ist einfach raw_capacity minus usable_capacity: der Raum, der für Kopien oder Parität statt für Hostdaten ausgegeben wird.

Eingabevertrag, Level-Minima und Form der Antwort

RAID 10 verlangt zusätzlich eine gerade Anzahl, damit Mitglieder zu Spiegeln gepaart werden. Keiner dieser Fehlschläge wird berechnet. Senden Sie einen JSON-Körper mit drei Pflichtfeldern. Das Feld raid_level ist die geschlossene Menge 0, 1, 4, 5, 6 oder 10; Aliase level, raid und raid_type werden akzeptiert, und ein führendes raid-Präfix wird entfernt, sodass RAID-5 und 5 dasselbe Layout bedeuten. Das Feld disk_count ist eine positive ganze Zahl von zwei bis zweihundertsechsundfünfzig; Aliase disks, n, drives und drive_count bilden darauf ab. Das Feld disk_size ist eine positive endliche Kapazität in jeder konsistenten Einheit —Gigabyte, Terabyte oder Tebibyte—, weil jede ausgegebene Kapazität in derselben Einheit zurückkommt; size, capacity, drive_size und disk_capacity werden akzeptiert. Das minimale disk_count hängt vom Level ab: zwei für RAID 0 und RAID 1, drei für RAID 4 und RAID 5, vier für RAID 6 und RAID 10. Ein disk_count unter dem Level-Minimum ist invalid_input mit Nennung von disk_count; eine ungerade RAID-10-Anzahl ist invalid_input desselben Feldes; ein fehlendes oder nicht endliches disk_size ist invalid_input mit Nennung von disk_size. Bei Erfolg spiegelt der Körper raid_level, disk_count und disk_size wider; benennt das Layout (raid_name, scheme); listet min_disks, data_disks und redundancy_disks; und liefert raw_capacity, usable_capacity, overhead, efficiency_percent, fault_tolerance, fault_tolerance_note, formula sowie eine einzeilige message. Beispiel: raid_level 5, disk_count 4, disk_size 2 ergibt usable_capacity 6, overhead 2, efficiency 75 und fault_tolerance 1. Der Preis ist ein pauschales $0.002 je erfolgreicher Anfrage mit unit item.

Verbünde planen, bevor Sie Datenträger kaufen

Homelab-NAS-Käufer, die Verbraucher-RAID 5 gegen RAID 6 vergleichen, sollten den Extra-Datenträger von RAID 6 gegen das Doppelparitäts-Wiederaufbaufenster abwägen, das dieses Werkzeug nicht simuliert: es meldet statische Kapazität und statisches fault_tolerance, nicht Wiederaufbauzeit oder das Risiko eines nicht behebbaren Lesefehlers während eines Wiederaufbaus. Halten Sie disk_count bei zweihundertsechsundfünfzig oder darunter und disk_size im veröffentlichten positiven Bereich, damit Zwischenprodukte in IEEE-Doppelpräzision auf dem Worker und im Browser endlich bleiben. Fehlgeschlagene Validierung verbraucht kein Prepaid-Guthaben, was Erkundungsskripte günstig hält, wenn Sie RAID 5 mit zwei Datenträgern versuchen und lernen, dass das Minimum drei ist. Erfolgreiche API-Aufrufe kosten $0.002 je Anfrage.