Pojemność RAID

Wpisz liczbę dysków, rozmiar i poziom. 6 i 4000 w RAID 5 dają 20000.00 GB. 4 i 2000 w RAID 10 dają 4000.00 GB. 8 i 8000 w RAID 6 dają 48000.00 GB. Wzór układu, nie live array.

To wzór układu: RAID5 (n-1)×s, RAID10 (n/2)×s, RAID6 (n-2)×s. Nie live array. IOPS jest na IOPS i throughput dysku.

Dane

RAID 15: ≥6 dysków, parzysta liczba. RAID 50: ≥6 dysków (2 grupy). RAID 60: ≥8 dysków (2 grupy).

Wynik

Wprowadź dane i kliknij Oblicz.

Jak to działa?

Pojemność RAID na tej karcie liczy GB z układu, nie z żywego array. 6 dysków po 4000 w RAID 5 dają 20000.00 GB. 4 po 2000 w RAID 10 dają 4000.00 GB. 8 po 8000 w RAID 6 dają 48000.00 GB. RAID5 = (n-1)×s. RAID10 = (n/2)×s. RAID6 = (n-2)×s.

Pole raid-n jest liczbą. Pole raid-size jest GB z wpisu. Select raid-type w przykładach to 5, 10 i 6. (6-1)×4000 = 20000. (4/2)×2000 = 4000. (8-2)×8000 = 48000. To dziesiętne GB, nie TiB po 1024.

20000.00 GB nie schodzi z kontrolera. 4000.00 GB nie jest mdadm. 48000.00 GB nie zna hot spare. Wpisujesz n i s sam. Karta nie pyta żywego array.

IOPS obok szacuje operacje z ms. Cache hit ratio liczy trafienia. Tu 6 i 4000 w RAID 5 zostają 20000.00 GB, sam wzór układu.

Wpisz 6, 4000 i RAID 5, potem Oblicz. Wynik to 20000.00 GB. Przecinek w rozmiarze działa. Za mało dysków na poziom psuje układ. To nie live RAID.

6 i 4000 w 5 dają 20000.00 GB. 4 i 2000 w 10 dają 4000.00 GB. 8 i 8000 w 6 dają 48000.00 GB. Inny poziom przy 6 zmienia 20000.00 GB.

Wzór

RAID5 = (n-1)×s; RAID10 = (n/2)×s; RAID6 = (n-2)×s. Wzór układu, nie live array.

Jak korzystać

  1. Wpisz 6 dysków, 4000 GB i RAID 5.
  2. Kliknij Oblicz. Wynik to 20000.00 GB.
  3. 4 i 2000 w RAID 10 dają 4000.00 GB. 8 i 8000 w RAID 6 dają 48000.00 GB.
  4. To wzór układu, nie live array.
  5. IOPS licz na IOPS i throughput dysku.

6×4000 w RAID 5 = 20000.00 GB

Wzór układu, nie live array. 6 i 4000 w RAID 5 dają 20000.00 GB.

Pojemność
Użytkowe GB. 6×4000 w RAID 5 zostawia 20000.00 GB. Nie mdadm.
RAID
Poziom z raid-type. 10 przy 4×2000 daje 4000.00 GB. Wzór układu.
dysków
Pole raid-n. 8 przy 8000 w RAID 6 daje 48000.00 GB.

Przykłady

Przykład 1

  • 6 dysków
  • 4000 GB
  • RAID 5

20000.00 GB

Ile GB przy 6×4000 w RAID 5? 20000.00 GB. Wzór układu, nie live array.

Przykład 2

  • 4 dyski
  • 2000 GB
  • RAID 10

4000.00 GB

Ile przy 4×2000 w RAID 10? 4000.00 GB.

Przykład 3

  • 8 dysków
  • 8000 GB
  • RAID 6

48000.00 GB

Ile przy 8×8000 w RAID 6? 48000.00 GB.

Powiązane kalkulatory

Najczęstsze pytania

Ile GB przy 6×4000 w RAID 5?

20000.00 GB. (6-1)×4000. Wzór układu, nie live array.

Ile przy 4×2000 w RAID 10?

4000.00 GB. (4/2)×2000.

Ile przy 8×8000 w RAID 6?

48000.00 GB. (8-2)×8000.

Czy to live array albo mdadm?

Nie. Trzy pola. Karta nie czyta kontrolera i nie zna spare.

Czy 20000.00 GB to TiB?

Nie. Wpisane dziesiętne GB. 1024 zostaje poza kartą.

Co z RAID 0 i RAID 1?

RAID 0 to n×s. RAID 1 to s. Przykłady biorą 5, 10 i 6.

Czy przecinek w 4000,5 działa?

Tak. Inny rozmiar przy 6 i RAID 5 zmienia 20000.00 GB.

Gdzie liczysz IOPS tych dysków?

Na IOPS i throughput dysku. Tu zostaje 20000.00 GB z układu.

Co gdy n jest za małe na poziom?

Układ się psuje. RAID 5 potrzebuje co najmniej 3 dysków.

Surowa vs użytkowa pojemność

Pojemność surowa = liczba dysków × rozmiar dysku. Pojemność użytkowa = to, co możesz zapisać po odliczeniu mirrorów lub parzystości. Różnica to cena redundancji — nie „zniknięte” gigabajty, tylko ochrona przed awarią dysku.

Poziomy RAID i tradeoffy

PoziomIdeaPojemność użytkowaTolerancja
RAID 0Stripe — max. szybkość/pojemność, zero ochrony; tylko dane łatwe do odtworzenia100% (n×s)Brak
RAID 1Mirror~50%1 dysk w parze
RAID 5Parzystość ×1(n−1)×s1 dysk
RAID 6Parzystość ×2(n−2)×s2 dyski
RAID 10Stripe + mirror~50%1 dysk z każdej pary
RAID 50Stripe grup RAID 5 — duże tablice z lepszą pojemnością niż RAID 10~2×(n/2−1)×s1 dysk / grupa
RAID 60Stripe grup RAID 6 — duże tablice z większym zapasem przy rebuildzie~2×(n/2−2)×s2 dyski / grupa

Redundancja, awaria dysku i backup

  • Po awarii jednego dysku pojemność użytkowa się nie zmienia — macierz działa w trybie zdegradowanym, aż wymienisz dysk i przebudujesz (rebuild).
  • Podczas rebuildu RAID 5 nie ma już zapasu — druga awaria = utrata danych. Stąd RAID 6/10 przy dużych dyskach.
  • RAID ≠ backup. Chroni przed awarią dysku, nie przed ransomware, skasowaniem plików ani pożarem serwerowni.

Pojemność vs odporność

  • Maks. pojemność przy 1 awarii — RAID 5.
  • Więcej zapasu (2 awarie) — RAID 6 (koszt: jeszcze jeden dysk „na parzystość”).
  • Wydajność + prostsza odbudowa — RAID 10 (koszt: ~50% pojemności).

Przykłady

  • 4 × 1 TB: RAID 5 → użytkowa 3 TB, surowa 4 TB; RAID 10 → użytkowa 2 TB, surowa 4 TB.
  • 8 × 2 TB: RAID 5 → użytkowa 14 TB; RAID 6 → użytkowa 12 TB (więcej odporności, mniej miejsca).
  • 6 × 4 TB, RAID 5 → użytkowa 20 TB, surowa 24 TB, strata 4 TB na parzystość.

FAQ — pojemność RAID

Dlaczego tracę pojemność przy RAID?
Bo część dysków (lub miejsca) idzie na kopie albo parzystość, żeby odtworzyć dane po awarii. To zamierzony koszt odporności.
Który poziom jest lepszy: pojemność czy redundancja?
RAID 5 daje najwięcej miejsca przy tolerancji 1 dysku; RAID 6 zabiera więcej miejsca, ale przeżyje 2 awarie; RAID 10 to ~50% pojemności przy dobrej wydajności.
Czy RAID zastępuje backup?
Nie. RAID nie chroni przed skasowaniem, ransomware ani katastrofą lokalizacji. Backup (najlepiej poza siedzibą) jest osobną warstwą.
Jak awaria jednego dysku wpływa na pojemność użytkową?
Nie zmniejsza jej — wolumin działa zdegradowany. Ryzyko rośnie do czasu wymiany dysku i zakończenia rebuildu.
RAID 5 czy RAID 10 dla 4 dysków 1 TB?
RAID 5: 3 TB użyteczne; RAID 10: 2 TB użyteczne, zwykle lepsza wydajność zapisów i prostsza odbudowa.
Ile dysków minimum dla RAID 50 / 60?
RAID 50: ≥6; RAID 60: ≥8 (w tym kalkulatorze przy typowym podziale na 2 grupy).
Czy dyski muszą mieć ten sam rozmiar?
Kalkulator zakłada tak. W praktyce mieszane rozmiary zwykle ograniczają każdy dysk do najmniejszego — marnujesz nadwyżkę.
Czym różni się RAID sprzętowy od programowego?
Sprzętowy ma kontroler; programowy (mdadm, ZFS) używa CPU hosta, ale jest elastyczniejszy i mniej zależny od vendor lock-in.