RAID・ZFS容量計算ツール

RAID容量計算(ZFS対応)

RAID 0/1/5/6/10/50/60およびZFS(RAIDZ1/Z2/Z3)構成の実効容量を十進法TB・二進法TiBで正確に計算。パリティ損失、URE(回復不能読み取りエラー)によるリビルド失敗リスク、再構築所要時間、ドライブベイ配置の可視化に対応した高精度ストレージ設計ツールです。

サンプル構成を読み込む
RAIDアレイ構成
耐障害性(許容故障数):2 Drives per vdev
4 ドライブ
0 ホットスペア
データドライブ数: 2 | パリティドライブ数: 2 | ホットスペアドライブ数: 04 最大許容故障ドライブ数
実効容量 (TiB)28.19 TiB
ストレージ効率48.4%
80%運用推奨容量 (TiB)22.56 TiB
リビルド時URE発生リスク0.0%
リビルド所要時間22.2 時間
実効容量単価(TiBあたり)$38.31

ドライブベイ・ビジュアライザー

ZFS RAIDZ2 (Dual Parity vdev) • 4 ドライブベイ オンライン

データ (2)パリティ (2)
STORAGE CHASSIS ENCLOSURE // ZFS
#01
ドライブ #1 • 16 TBdata

オンライン • 7,200 RPM Enterprise HDD (~200 MB/s) • URE: 10⁻¹⁵ (1 sector per ~125 TB) - NAS Pro / CMR

ドライブ単価:$270.00
総コスト: $1,080.00実効容量単価(TiBあたり): $38.31実効容量単価(TBあたり): $34.84
技術リファレンス・アーキテクチャガイド

RAID容量計算機&ZFSガイド — 技術リファレンス

RAID 0/1/5/6/10/50/60およびZFS RAIDZ1/Z2/Z3アレイの実効容量(10進数TB・2進数TiB)を高精度に算出。パリティ損失、URE(回復不能読み取りエラー)に伴うリビルド崩壊リスク、再構築時間、ドライブベイ構成を視覚的にシミュレーションします。

RAID容量計算機&ZFSガイド — 技術リファレンス — クライアントサイド完全ローカル実行アーキテクチャ図
RAID容量計算機&ZFSガイド — 技術リファレンス — クライアントサイド完全ローカル実行アーキテクチャ図

主要パラメータと設定項目

10進数TBと2進数TiBの容量換算比率(IEC 80000-13)基数変換定数(Float64)

ストレージ製造元が用いる10進数表記(1 TB = 10^12バイト)と、POSIX準拠OSが認識する2進数アドレス(1 TiB = 2^40 = 1,099,511,627,776バイト)の基数の乖離を、IEC 80000-13およびIEEE 754-2019高精度規格に基づいて換算します。ブラウザ側のJavaScriptにより計算量O(1)でローカル実行され、ファイルシステム構築やGPT EFIパーティション分割を行う前に生じる約9.0949%の不可避な見かけ上の容量減少を定義します。

初期値: 0.90949470177
回復不能読み取りエラー(URE)ビット誤り率(BER)ポアソン指数分布定数

アレイのシーケンシャルリビルド中に読み取り不能な物理セクタに遭遇する統計的確率を、P(failure) = 1 - exp(-Total_Bits_Read × BER) としてモデル化します。一般的な民生用SATA HDDのBERは10^-14(12.5 TBの読み取りあたり1セクタのエラー)、エンタープライズ向けNearline SASは10^-15、ミッションクリティカルなSAS/NVMe U.2/U.3は10^-16に達し、デュアルパリティ(RAID 6 / RAIDZ2)構成が数学的に不可欠となる境界条件を規定します。

初期値: 1e-14(民生用SATA HDD)
ストレージ書き込みペナルティ係数(RMW乗数)I/O増幅係数

POSIX I/Oセマンティクスにおいて、単一のランダムストライプ書き込みを完了するために必要な物理ディスク/NANDフラッシュのI/O処理数を定量化します。RAID 0は1回のI/O、RAID 1/10は2回(並行ミラー書き込み)、RAID 5は4回(データとパリティの読み取り2回+書き込み2回)、RAID 6はガロア体GF(2^8)上で計算されるP+Qシンドロームにより6回(読み取り3回+書き込み3回)のI/Oが発生し、メモリ上のライトコアレッシング(書き込み統合)バッファのサイジング基準となります。

初期値: 4(RAID 5)/ 6(RAID 6)
OpenZFSプールSlop Space予約領域とashiftセクタアライメントカーネルメモリ/Vdevジオメトリフラグ

vdev_slop_shift=5によりRaw zpool容量の1/32(3.125%、最低128 MiB)をカーネルレベルで予約し、容量100%枯渇時でも管理者コマンド(zfs destroy、zfs rollback)がPOSIX ENOSPCパニックを起こさずに確実に実行できることを保証します。また、512eおよび4Knアドバンスドフォーマットの物理セクタにおける300%以上の書き込み増幅(ライトアンプリフィケーション)を防ぐため、ashift=12(4,096バイトアロケーション境界)を強制適用します。

初期値: 3.125%予約(ashift=12)
ゼロテレメトリ・ブラウザ実行サンドボックスと暗号的完全分離クライアントサイド分離コントラクト

すべてのアレイ容量計算、ポアソン分布に基づくリビルド生還確率ベクトル、パリティトポロジの解析は、外部へのテレメトリ送信やサーバー側通信を一切行わず、クライアント端末のWebAssembly/V8サンドボックス内のみで完結します。ストレージ構成情報、ディスクシリアル、データストア容量はゼロトラストアーキテクチャと暗号的機密性に基づき、ローカルの揮発性メモリ内に完全に隔離されます。

初期値: 完全隔離クライアントサンドボックス(ネットワークI/O 0バイト)

現場のベストプラクティス・実践Tips

CoWファイルシステムにおける「80%性能クリフ」の回避

ZFSやBtrfsなどのCopy-on-Write(CoW)ストレージプールでは、容量使用率が80%を超えないよう厳格に管理してください。プールの使用率が80%の閾値を超えると、ZFSの空間アロケータは高速なO(1)スペースマップのFirst-fit(先頭空き探索)アルゴリズムから、メタスラブ全体を網羅的に走査する高負荷なBest-fit(最適サイズ探索)アルゴリズムへと切り替わります。これにより深刻なファイルシステムの断片化が発生し、シーケンシャル書き込みの局所性が失われてランダム書き込みIOPSが最大70%低下します。

RAIDZトポロジにおける広帯域VdevのランダムIOPSトラップ

単一のZFS RAIDZ vdevが提供するランダム書き込みIOPSは、構成ディスクが4台であっても24台であっても「構成ドライブ1台分」に制限されます。24ベイのストレージを単一の24ドライブRAIDZ2 vdevとして構成すると、仮想マシン(VM)データストアやデータベーストランザクションのスループットが極端に低下します。IOPS性能を線形にスケールさせるには、ドライブを複数の狭いvdevに分割してストライプ化するか(例: 6台のRAIDZ2 vdev × 4組)、ミラー化vdev(RAID 10相当)を採用してください。

セクタサイズ不整合とashift=12による書き込み増幅の抑止

最新の4Knおよび512eアドバンスドフォーマット対応HDDやSSDでZFSプールを作成する際は、必ず ashift=12(4,096バイトアライメント)を明示的に指定してください(zpool create -o ashift=12)。従来のレガシーデフォルトである ashift=9(512バイトセクタ)で作成すると、物理的な4KBセクタが複数の微小な書き込みに分割され、不可避な300%以上の書き込み増幅が発生します。これによりI/Oスループットが大幅に低下し、NANDフラッシュの書き換え耐久性が急速に損なわれます。

デュアルパリティとホットスペアにおける生還率の決定的な格差

同一ドライブ台数の構成であれば、ストレージプールを「RAID 5 + 専用ホットスペア1台」構成から「アクティブなRAID 6」アレイへ移行することで、耐障害性とデータ生還率は指数関数的に向上します。ホットスペアは通常稼働時には完全にアイドル状態であり、最も負荷が高くディスクが故障しやすいリビルド中には一切の冗長性を提供しません。対照的に、RAID 6は常時リード・ソロモン符号によるデュアルパリティを維持するため、リビルド処理中に2台目のドライブ障害やUREが発生してもアレイの全損を防ぐことができます。

よくある落とし穴とトラブルシューティング

⚠️OS上で認識される実効ファイルシステム容量が計算上のRawボリューム容量より4%〜9%少ない

ルート予約領域およびパーティションメタデータのオーバーヘッドによってRawブロックが消費されています。Linuxのext4ファイルシステムでは、システムの完全停止(デッドロック)を防ぐために自動的にボリューム容量の5%がrootスーパーユーザー用として予約されます。非ルートのデータストレージ領域であれば、'tune2fs -m 1 /dev/sdX' を実行して予約領域を1%に削減することで実効容量を即座に回収できます。さらに、GPT EFIパーティションテーブル、LVMメタデータ領域(4〜8 MiB)、およびスナップショット削除やファイル破棄のための作業領域を確保するZFSの3.125% Slop Space予約('spa_slop_shift=5')の影響も考慮してください。

⚠️回復不能読み取りエラー(URE)によりアレイ再構築が中断し、ストレージプールがオフラインになる

シングルパリティのRAID 5リビルド中に、残存する8TB以上の大容量ドライブ上で読み取り不能セクタに遭遇すると、2次読み取り障害が発生して再構築が中断します。直ちにすべての書き込み処理を停止し、fsckの実行やメタデータの再初期化を行う前に、'ddrescue -b 4096 /dev/sdX /media/recovery.img' を使用して残存ディスクの全セクタを別メディアへビット単位でクローン退避してください。今後構築するストレージでこの破滅的な障害を防ぐには、4TB以上のドライブを採用するすべてのアレイでデュアルパリティ(RAID 6またはRAIDZ2)の採用を標準化し、リビルド中の2台目のセクタ読み取り障害を許容できるように設計してください。

⚠️ZFSプールのリシルバー(Resilvering)中に激しいディスクトラッシングが発生し転送速度が著しく低下する

リシルバー処理中の著しいI/O競合は、瓦記録(SMR: Shingled Magnetic Recording)方式ドライブの内蔵キャッシュの枯渇、またはARC(Adaptive Replacement Cache)のメモリ不足に伴うメタデータの消失によって発生します。まず 'smartctl -i /dev/sdX' を実行し、すべてのドライブが従来型磁気記録(CMR)方式であることを確認してください。ドライブ管理型(DM-SMR)やホスト管理型(HM-SMR)が混入している場合は直ちにCMRドライブへ換装してください。本番ワークロードへの影響を最小限に抑えるには、'zfs set zfs:zfs_resilver_min_time_ms=2000' でリシルバーのI/O優先度を制御し、ホストのARCメモリを増設してメタデータキャッシュの追い出しを防いでください。

よくある質問 (FAQ)

各RAIDレベルにおける実効ストレージ容量はどのように計算しますか?▼

RAIDの実効容量は、アレイのトポロジとパリティディスクのオーバーヘッドによって決定されます。RAID 0は「N × ドライブ単体容量」(パリティ損失0%)、RAID 1は「1 × ドライブ単体容量」(2台構成で50%のミラー損失)、RAID 5は「(N - 1) × ドライブ単体容量」、RAID 6は「(N - 2) × ドライブ単体容量」、RAID 10は「(N / 2) × ドライブ単体容量」となります。ZFS RAIDZプールの場合は、ここからさらに3.125%(1/32)のプール予約領域(Slop Space)を差し引き、換算係数0.9095(1 TiB = 10^12 / 2^40 TB)を乗じることで、10進数テラバイト(TB)から2進数テビバイト(TiB)へ正確に換算できます。

フォーマット後のRAID容量がハードディスクのカタログ表記容量より小さくなるのはなぜですか?▼

HDDメーカーは10進数表記(1 TB = 10^12バイト)で容量を表記するのに対し、OSは2進数(1 TiB = 2^40 = 1,099,511,627,776バイト)でアドレス空間を管理しているためです。この計算規格の違いにより、ストレージを接続した時点で直ちに約9.0949%の見かけ上の容量減少が生じます(例: 18 TBドライブのRaw容量は約16.37 TiB)。さらに、GPT EFIパーティションテーブル、ファイルシステムのメタデータ(inodeテーブルやジャーナリング領域)、ZFSのSlop Space予約領域などが割り当てられるため、最終的に利用可能な実効容量はさらに減少します。

16TBや18TBの大容量ハードディスクでRAID 5を運用するのが危険とされる理由は何ですか?▼

RAID 5は1台のみの障害耐性しか持たず、ドライブ故障時のリビルドでは残存するすべての正常ディスクの全セクタを完全に読み込んでパリティを再計算する必要があります。しかし、標準的な民生用SATA HDDの回復不能読み取りエラー(URE)発生率は10^-14(12.5 TB読み取りあたり約1ビットのエラー)と規定されています。16TBドライブ4台構成のRAID 5で1台が故障した場合、残存3台から合計48 TBの連続データを走査する必要があり、ポアソン確率モデル P = 1 - exp(-Bits × BER) による計算ではリビルド失敗確率が98%を超えます。走査中に1セクタでも読み取り不能が発生した時点でアレイ全体が崩壊し、全データを喪失するリスクがあるためです。

データベースストレージにおけるRAID 10とRAID 6の違いと選定基準は何ですか?▼

RAID 10はミラーリングペアをストライピングし書き込みペナルティ係数が「2」であるのに対し、RAID 6はP+QのReed-Solomon二重パリティを演算するため書き込みペナルティ係数は「6」に達します。ランダム書き込みI/Oが支配的なトランザクション系データベース(MySQL、PostgreSQL、Oracleなど)では、RAID 10はRAID 6に比べて約3倍(300%)のランダム書き込みIOPSを発揮し、ディスク障害時の再構築中もパリティ再計算による高負荷が発生しません。一方、RAID 6はシーケンシャル読み取りスループット、バックアップリポジトリ、大容量データの高密度・低コストなアーカイブ用途に適しています。

ZFS RAIDZ2は従来のハードウェアRAID 6とどのように異なりますか?▼

ZFS RAIDZ2は、固定ストライプサイズやハードウェアのバッテリーバックアップ付きキャッシュ(BBU)に依存せず、動的ストライプ幅と128ビットのFletcher4またはSHA-256暗号化チェックサムを採用することで、従来のRAID 5/6に内在する致命的な「Write Hole(書き込みホール)」問題を根本から解消しています。また、障害復旧(リシルバー)時には空き領域を含む全セクタをスキャンするのではなく、アクティブな有効データとメタデータのみを走査・再計算します。さらに、定期的なスクラブ(Scrub)処理により、静かなデータ破損(ビットロット)を自動検出して自己修復します。

ZFSストレージプールにおける「80%ルール」とは何ですか?またSlop Spaceはどのように機能しますか?▼

ZFSの80%ルールとは、プールの使用率が80%を超えると空間アロケータが高速なO(1)スペースマップから高レイテンシなBest-fit探索へと遷移し、深刻な断片化と著しいIOPS低下を招くため、容量利用率を80%以下に保つべきとする運用原則です。これと並行して、OpenZFSは 'spa_slop_shift=5' によりプール全体の3.125%(1/32、最低128 MiB)を「Slop Space」として自動予約しています。これにより、ユーザー領域がクォータ100%に達して枯渇した場合でも、スナップショットの破棄、データセットの削除、メタデータの更新といった不可欠な管理者操作を安全に完了できます。

16TBや20TBの大容量HDDにおいてRAIDリビルドにはどれくらいの時間がかかりますか?▼

リビルド所要時間は、ドライブの物理容量、シーケンシャル書き込み帯域、コントローラおよびバックプレーンの通信速度、そして同時実行される本番アプリケーションのI/O負荷によって決まります。完全にアイドル状態の環境で、持続転送速度200 MB/sを維持できるエンタープライズ向け18TB 7,200rpm HDDの場合、リビルドには約25〜30時間かかります。しかし、本番業務で50%程度の負荷がかかっている場合や、瓦記録(SMR)方式のドライブを使用した場合は、再構築期間が5日〜9日以上にまで長期化し、その間アレイが2次障害に無防備となる危険なウィンドウが劇的に拡大します。

関連開発者ツール

全ツール一覧 →
ABテスト サンプルサイズ計算開発者ツール

A/Bテストに必要なサンプルサイズ、統計的検定力、所要期間を高精度に計算。最小検出効果(MDE)の逆算、売上等の連続値指標、多群ボンフェローニ補正、サンプル比率の不整合(SRM)検証に対応。

ツールを開く→
PX・REM変換ツール開発者ツール

ルートフォントサイズを基準にPXとREMを即座に相互変換。CSS clamp()流体タイポグラフィ、Tailwindクラス、対照表を自動生成します。

ツールを開く→
HTTPステータスコード確認開発者ツール

HTTPステータスコードの確認、リダイレクトチェーン(多段転送)の追跡、レスポンスヘッダーの解析をリアルタイム実行。1xx〜5xxのエラー原因、RFC仕様、SEO検索評価への影響、復旧手順をブラウザ完結で診断します。

ツールを開く→
正規表現チェッカー&検証開発者ツール

正規表現のパターン一致、キャプチャグループ、構文トークン解説、置換処理をリアルタイムに検証・デバッグ・最適化します。

ツールを開く→
サブネット計算・CIDR範囲開発者ツール

IPv4サブネットマスク、CIDRネットワーク範囲、利用可能ホストIP、ブロードキャストアドレスを計算。ビット単位バイナリ検証、VLSM計画、クラウドVPC規則に対応。

ツールを開く→
2進数加算・減算計算機開発者ツール

2進数の加算・減算をリアルタイム計算。ステップごとのキャリー伝播(繰り上がり)、2の補数による符号付き演算、論理ゲート信号、16進数への相互変換に対応。

ツールを開く→