差分
このページの2つのバージョン間の差分を表示します。
| 両方とも前のリビジョン 前のリビジョン | |||
|
blog:2020:2020-02-18 [2022-05-19 10:35] Decomo |
blog:2020:2020-02-18 [2025-04-29 11:50] (現在) Decomo |
||
|---|---|---|---|
| 行 1: | 行 1: | ||
| ====== 記憶域のNTFSはアロケーションユニットサイズ大きめで作成する ====== | ====== 記憶域のNTFSはアロケーションユニットサイズ大きめで作成する ====== | ||
| - | Windowsの記憶域プール上にNTFSの仮想ボリュームを作る時は、NTFSのアロケーションユニットサイズ（クラスタサイズ）をよーく考える事。思わぬところでNTFSの最大容量制限に引っかかることになる。 | + | Windowsの記憶域プール上にNTFSの仮想ボリュームを作る時は、そのアロケーションユニットサイズ |
| - | NTFSでは1ボリュームあたりのクラスタ数は2^64-1個が上限となっている。つまり、ボリュームの最大容量はクラスタサイズで決まる（最大容量＝クラスタサイズ×最大クラスタ数）。アロケーションユニットサイズと最大容量の関係は下表となる。 | + | というのも、NTFSのボリュームサイズは（容量）＝（アロケーションユニットサイズ）×（クラスタ数）の関係になっていて、1ボリュームあたりのクラスタ数は2^64-1個が上限となっている。すなわち、ボリュームの最大容量はアロケーションユニットサイズで決定され、ボリュームの最大容量との関係は下表となる。 |
| ^ クラスタサイズ | ^ クラスタサイズ | ||
| 行 12: | 行 12: | ||
| | 64KB | 256TB | | | 64KB | 256TB | | ||
| - | < | + | <WRAP info> |
| 家のWindows 10マシンで確認したところ、いつの間にかアロケーションユニットサイズとして128KB～2MBが追加されていた。Windows Serverでは2019で対応したっぽい。追加分は下表のとおり。 | 家のWindows 10マシンで確認したところ、いつの間にかアロケーションユニットサイズとして128KB～2MBが追加されていた。Windows Serverでは2019で対応したっぽい。追加分は下表のとおり。 | ||
| 行 30: | 行 30: | ||
| 一般的な使い方なら4KBでも十分だろうけど、容量拡張が容易な記憶域プールの場合、いとも簡単にこの最大ボリュームサイズ制限に引っかかってしまう。仮想ディスク上のNTFSボリュームを拡張すべく記憶域プールの容量を増やし、仮想ディスクを拡張し、いよいよNTFSパーティションを拡張だぜ！って段階で16TB制限に遭遇することとなり、マジ真顔状態となる。ありえねーよほんと…… | 一般的な使い方なら4KBでも十分だろうけど、容量拡張が容易な記憶域プールの場合、いとも簡単にこの最大ボリュームサイズ制限に引っかかってしまう。仮想ディスク上のNTFSボリュームを拡張すべく記憶域プールの容量を増やし、仮想ディスクを拡張し、いよいよNTFSパーティションを拡張だぜ！って段階で16TB制限に遭遇することとなり、マジ真顔状態となる。ありえねーよほんと…… | ||
| - | 16TBのHDDがふつーに変えてしまう昨今、やろうと思えばその辺のマザボですら16TB×8本で128TBの記憶域プールが作れてしまう。そう考えると、記憶域プール上のNTFSのクラスタサイズは64KB、と脳死対応をしてしまっていいのかも。あるいはNTFSを捨ててReFSに行ってしまうか。アロケーションユニットサイズは、ボリュームにおけるデータの最小管理単位なので、無暗に大きくすると無駄が多く発生する可能性もあって悩ましいところ。 | + | 16TBのHDDが現実的な値段で変えてしまう昨今、やろうと思えば一般のご家庭で一般的なM/ |
| + | |||
| + | アロケーションユニットサイズは、ボリュームにおけるデータの最小管理単位なので、無暗に大きくすると無駄が多く発生する可能性もあって悩ましいところ。 | ||
| あー、10TBのデータをバックアップから復元するのめんどくせー。 | あー、10TBのデータをバックアップから復元するのめんどくせー。 | ||