ForHosting KIT · Strumenti per sviluppatori

Calcolatore capacità RAID

Veda quanto spazio le lascia davvero un RAID e quanti dischi può perdere: quattro dischi da 1000 GB in RAID 5 danno 3000 GB utili, un'efficienza del 75% e resistono a un guasto. Copre RAID 0, 1, 5, 6 e 10. Gratis nel suo browser.

Gratis
Funziona nel suo browser
Senza registrazione
I suoi dati restano sul dispositivo

Esegui gratis nel browser Vedi l'API

Usalo da WebAPIEmailTelegramApp presto

Esempio risolto

Se inserisce

Livello RAID: 5 GB
Numero di dischi: 4
Dimensione del disco: 1000

Ottiene

Nome del RAID: RAID 5 GB
Dischi minimi: 3
Capacità grezza: 4000
Capacità utilizzabile: 3000

Pianificare un array di storage inizia con una domanda semplice: quanto spazio utile mantiene Lei dopo striping, mirroring o parità, e quanti dischi possono guastarsi prima della perdita dei dati. Questo calcolatore di capacità RAID accetta un livello (0, 1, 5, 6 o 10), il numero di dischi membri identici e la dimensione di ciascun disco; restituisce capacità grezza, capacità utile, overhead riservato a mirror o parità, efficienza di storage in percentuale e tolleranza ai guasti come conteggio di dischi che il layout può perdere. Le formule seguono i modelli classici dei manuali server, dei fogli homelab e dei documenti di dimensionamento: RAID 0 usa tutti i dischi senza ridondanza, RAID 1 conserva un disco di spazio utile con tolleranza N−1, RAID 5 e 6 cedono uno o due dischi alla parità singola o doppia, e RAID 10 dimezza la capacità per mirror a strisce.

Cosa significano capacità RAID, overhead e tolleranza ai guasti

La capacità grezza è semplicemente il numero di dischi per la dimensione di ciascuno: ogni byte di ogni spindle o SSD prima di qualsiasi layout RAID. La capacità utile è ciò che un volume manager o un controller hardware presenta dopo aver riservato spazio a mirror o parità.

L’overhead è la differenza: capacità che Lei paga ma su cui non archivia dati utente unici, sia un set completo di mirror in RAID 1, l’equivalente di un disco di parità distribuita in RAID 5, due dischi di doppia parità in RAID 6, oppure metà dell’array in RAID 10. L’efficienza è l’utile divisa per la grezza, in percentuale: un RAID 5 a quattro dischi di uguale dimensione è efficiente al settantacinque per cento e un RAID 10 a quattro dischi al cinquanta per cento.

La tolleranza ai guasti è il numero di guasti concorrenti di membri che il layout può superare ricostruendo ancora i dati: zero per RAID 0, N meno uno per uno specchio RAID 1 a N vie, uno per RAID 5, due per RAID 6 e fino a N su due per RAID 10 quando i guasti cadono uno per coppia mirror. Queste cifre assumono dischi di dimensioni identiche; i controller reali spesso dimensionano al membro più piccolo, quindi inserisca la dimensione effettiva per disco che userà davvero.

Il calcolatore non modella hot spare, compressione, thin provisioning, overhead del file system né varianti RAID-Z del fornitore: risponde alle cifre classiche di capacità e resilienza che i pianificatori mettono in un BOM o in una richiesta di modifica. Scelga il livello in base al modello di guasto che accetta, poi legga capacità utile e overhead insieme affinché il costo per terabyte utile sia onesto.

Dove queste cifre di capacità fanno la differenza

System builder e team di servizi gestiti necessitano di un oracolo deterministico quando quotano array, così schede di vendita, note di inventario Ansible e portali clienti concordano sui terabyte utili per lo stesso SKU di disco e lo stesso livello. I flussi di approvvigionamento valutano in batch RAID 5 contro RAID 6 contro RAID 10 per un conteggio fisso di dischi senza riaprire un foglio di calcolo a ogni cambio di SKU.

I laboratori di formazione e la preparazione alle certificazioni possono verificare le risposte degli studenti su overhead e tolleranza senza erigere un simulatore di storage completo. La validazione fallita non consuma saldo. Numeri riproducibili di capacità utile e tolleranza ai guasti allineano BOM, runbook e edge worker senza ospitare matematica RAID propria.

Casi d'uso

Preventivi di capacità per server e SAN

Trasformi conteggio dischi, dimensione e livello RAID in capacità utile, overhead ed efficienza per BOM e preventivi al cliente.

Pianificazione homelab e montaggi

Confronti RAID 5, 6 e 10 con le stesse unità prima di acquistare: tolleranza ai guasti e spazio utile affiancati.

Automazione e controlli di inventario

Convalidi la capacità di array dichiarata in CMDB o dati Ansible rispetto alle formule classiche dei livelli 0, 1, 5, 6 e 10.

Domande frequenti

Quali livelli RAID sono supportati?

RAID 0 (stripe), RAID 1 (mirror a N vie), RAID 5 (parità singola), RAID 6 (doppia parità) e RAID 10 (mirror a strisce). Altri livelli come RAID 50 o ZFS RAID-Z sono fuori ambito.

Perché il RAID 10 richiede un numero pari di dischi?

Il RAID 10 è costruito con coppie mirror unite a strisce.

Il campo unit converte GB in TB?

No. unit è un’etichetta di visualizzazione opzionale (predefinito GB) riportata sui campi di capacità. Converta Lei le dimensioni prima della chiamata se le serve un’altra unità.

Quanti dischi possono guastarsi in ogni livello RAID?

Nessuno nel RAID 0, tutti tranne uno nel RAID 1, uno nel RAID 5 e due nel RAID 6. Il RAID 10 regge fino a metà dei dischi, ma solo se ogni guasto cade in una coppia a specchio diversa.

E se i miei dischi non sono tutti della stessa dimensione?

I valori presuppongono dischi identici, e i controller reali di solito adeguano tutti i membri al più piccolo. Inserisca quella dimensione minore, lo spazio che ogni disco offrirà davvero, per ottenere cifre oneste.

Strumenti correlati

Per sviluppatori — accesso via API

Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.

Endpoint

POSThttps://api.kit.forhosting.com/dev/raid-capacity

Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.

Chiamala dal tuo stack

curl -X POST https://api.kit.forhosting.com/dev/raid-capacity \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"raid_level":"5","disk_count":4,"disk_size":1000}'

const res = await fetch("https://api.kit.forhosting.com/dev/raid-capacity", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "raid_level": "5",
    "disk_count": 4,
    "disk_size": 1000
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/dev/raid-capacity",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "raid_level": "5",
    "disk_count": 4,
    "disk_size": 1000
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/raid-capacity", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"raid_level":"5","disk_count":4,"disk_size":1000}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"raid_level":"5","disk_count":4,"disk_size":1000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/raid-capacity", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Esempio di richiesta

{
  "raid_level": "5",
  "disk_count": 4,
  "disk_size": 1000
}

Esempio di risposta

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.raid_capacity",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.

Prezzi

per richiesta$0.002

Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.

Errori

HTTP	Codice	Significato
`401`	`unauthorized`	Chiave API mancante o non valida: controlla l'header Authorization.
`402`	`insufficient_balance`	Credito esaurito: ricarica per continuare a eseguire attività.
`404`	`unknown_type`	Tipo di attività sconosciuto: controlla il campo type della richiesta.
`429`	`rate_limited`	Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo.

Note tecniche

La stessa aritmetica pura alimenta il percorso gratuito del browser e l’API, così preventivi, runbook e automazione non divergono su un RAID 5 a quattro dischi o un RAID 10 a sei. Livelli non validi, conteggi dispari per RAID 10 o troppi pochi membri falliscono con invalid_input invece di inventare capacità.

Contratto di ingresso, formule per livello e comportamento degli errori

Minimi di membri: due per RAID 0 e RAID 1, tre per RAID 5, quattro per RAID 6 e quattro con conteggio pari per RAID 10. Formule con N dischi di dimensione S: in RAID 0 l’utile vale N volte S e la tolleranza zero; in RAID 1 l’utile vale S con tolleranza N meno uno; in RAID 5 l’utile vale (N meno uno) volte S con tolleranza uno; in RAID 6 l’utile vale (N meno due) volte S con tolleranza due; in RAID 10 l’utile vale (N su due) volte S con tolleranza N su due. Fissi quei numeri nei test così i preventivi di capacità restano riproducibili tra runtime. Invii un corpo JSON con tre campi obbligatori: raid_level (0, 1, 5, 6 o 10 — numeri o stringhe come raid5 e RAID-10 sono accettati), disk_count (conteggio intero dei membri) e disk_size (capacità finita per disco nell’unità scelta). Il campo opzionale unit ha default GB ed è solo etichetta in risposta; l’API non converte tra GB e TB. In caso di successo il corpo include raid_level, raid_name, disk_count, disk_size, unit, min_disks, raw_capacity, usable_capacity, overhead_capacity, efficiency_percent, fault_tolerance, formula e notes. Campi mancanti, disk_size non positivo, disk_count non intero, livelli non supportati, troppi pochi dischi o un conteggio dispari in RAID 10 falliscono con invalid_input e non vengono fatturati. Esempio: raid_level cinque, quattro dischi da mille GB producono grezza quattromila, utile tremila, overhead mille, efficienza settantacinque per cento e tolleranza uno.

Dove un’API di capacità RAID dimostra il proprio valore

Mantenga le richieste piccole, tratti unit come etichetta e ricordi che tempo di rebuild, rischio URE e limiti del controller restano fuori da questo endpoint: abbini il risultato di capacità alla propria guida operativa.

Domande tecniche

Come si calcola la capacità RAID utile?

Invii raid_level (0, 1, 5, 6 o 10), disk_count e disk_size. L’API restituisce usable_capacity, overhead_capacity, efficiency_percent e fault_tolerance con le formule standard per dischi identici.

Quanto costa il calcolatore di capacità RAID?

Lo strumento nel browser è gratuito. Le richieste API usano il saldo prepagato KIT a $0.002 per chiamata riuscita; l’input non valido non viene fatturato.

Leggi la documentazione completa del KIT →

Esegui gratis nel browser