kB を TB に変換

1 キロバイトは、標準化団体が定義すれば 1,000 バイトで、OS が定義すれば 1,024 バイトです。このページは 1,000 で計算します。1,024 のほうはキビバイトという名前を持っています。

1 テラバイトは 1 兆バイト、つまり 10¹² です。1 TB として売られるディスクにはきっちりそれだけ入っています。足りなく見えるのは単位の食い違いであって、不足ではありません。

キロバイトからテラバイトへ移ると、小数点が左へ 9 桁ずれます。ほかには何も変わりません。覚えておく倍率もなければ、丸め方を決める必要もありません。数字は同じ並びのまま、位置だけが動きます。

1,234 kB は 0.000001234 TB——同じ数字が、ずれただけです。ひと目で検算できる数少ない計算がこれです。結果の数字が始めたときの数字と違っていたら、それを変えたのはこの計算ではありません。

1 テラバイトは 1,000,000,000 キロバイト、10 億倍の差です。このカテゴリーの他のどの変換もこれほどの距離を持たず、その距離こそがこのページの存在理由です。二つの単位は違う会話に属しています。キロバイトは誰かが開けるような小さな一つのものを描写します。テラバイトは購入し、ラックに収め、レンタルしなければならない容量を描写し、その会話の中で誰もキロバイトを気にしません。

それらを橋渡しするのは常に個数です。100 kB のサムネイル 1,000 万枚、1 キロバイトのログ行 10 億行、2.5 kB のメッセージ 4 億件——どれも 1 テラバイトになり、それぞれが変換後の数字よりも多くを語る一文です。個数の裏付けなしにこの変換を実行すると、答えは先頭にゼロが 8 個並ぶ小数になり、誰にも何も伝えません。

実際の問題の形は、一つの小さな数字と一つの大きな数字であり、リスクは大きいほうにあります。1 件あたりのサイズはたいてい直接測定できます。千件を取り、バイト数を見て、割ればいいのです。個数は予測であり、予測はパーセントではなく倍率で動きます。保持期間やテナント数を 2 倍にすれば答えも 2 倍になりますが、1 レコードあたりのサイズを 2 割間違えても答えはそこまで動きません。

この非対称性は、見積もりの書き方に反映させる価値があります。「1 レコードあたり 40 キロバイト、年間 3 億レコード、2 年保持」は監査可能です。誰かが一つの数字に異議を唱えても全体を捨てずに済みます。「24 TB」はそうではなく、これが予算に載る数字であり、三つの入力のどれにいちばん敏感だったのかは誰にも見えなくなります。

丸められたキロバイトの数字に、見積もられた個数を掛けると、算術が正確だったからという理由だけで正確に見えるテラバイトの数字が出てきます。それは正確ではありません。1 件あたりのサイズが 5 分の 1 の精度で、個数が 2 倍の幅で不確かなら、答えも 2 倍の幅でしか確かでなく、4.3271 TB と印字することは、どんな丸め誤差よりも徹底的にその事実を偽ることになります。

規律とは、小数ではなく不確かさを持ち運ぶことです。答えを、いちばん不確かな入力より 1 桁多い有効数字に丸め、入力が何だったかを述べ、個数が本当に分からないなら範囲を示してください。「4 から 9 テラバイト」はストレージを買わなければならない誰かに伝える有用な情報ですが、「4.3271 TB」はその人がそれを基準に計画し、あとで驚かされる数字です。

測定されたレコードサイズはペイロードであって、コストであることはめったにありません。データベースは行をページ境界に切り上げ、頻繁にクエリされるテーブルではデータそのものと同等かそれ以上になるインデックスを保持し、先行書き込みログを持ち、更新のためにページ内に空き領域を残します。オブジェクトストアはオブジェクト自体に加え、小さなファイルよりはるかに大きい最小課金サイズにも課金します。ファイルシステムはブロック単位で割り当てるので、3 kB のサムネイルが並んだディレクトリは、それらの長さの合計より多くを占有します。

そのあと、存在する冗長性の分だけすべてがさらに掛け算されます。3 重レプリケーションは合計を 3 倍にし、消失訂正符号はより安く済みますが無料ではありません。週次フルバックアップと日次増分を持つバックアップポリシーは、そのほとんどをさらに複数コピー保持することがあります。40 kB という 1 件あたりの数字が課金上のストレージで 120 kB になることは珍しくなく、それは人々がふつう端数で議論する見積もりに対して 3 倍という係数です。

見積もりは最初ではなく最後に二つの体系の問題に出会います。ドライブやアレイ、クラウドのバケットは 10 進法のテラバイト——それぞれ 1 兆バイト——で売られますが、OS やファイルシステムのツールは同じ容量を 1,099,511,627,776 バイトのテビバイトで報告しながら隣に TB と表示することがあります。その差は 1 割で、この規模ではテラバイトあたり 100 ギガバイトに相当します。

入力側にも同じ問題の小さな版があります。1,024 で割るツールから取った 1 件あたりのサイズは実はキビバイトであり、10 進法の数字よりも 2.4 パーセント少なく出ます。この二つの誤差は打ち消し合いません。片方は要件側に、もう片方は容量側にあり、片側が 1 割過大でもう片側が 2.4 パーセント過小な計画は、思っていたところから 12 パーセント不足します。

ゼロを 3 つずつまとめて、段階に名前を付けながら進んでください。1,000 個のキロバイト単位のアイテムはメガバイト、100 万個はギガバイト、10 億個はテラバイトです。ですから 10 kB のレコード 1 億件は 1 テラバイト、100 kB の画像 1,000 万枚も同じ 1 テラバイトです。この対応を二つ三つ暗唱しておけば、電卓なしでほとんどの見積もりに答えられます。

役立つ逆の発想は、合計サイズではなく 1 テラバイトあたりの容量です。1 テラバイトには 100 kB のファイルが 1,000 万個、1 kB のレコードが 10 億件、5 kB の行が 2 億行入ります。「これらは 1 テラバイトにいくつ収まるか」という形で問いを立てると、順方向では隠れてしまう誤りを捕まえられます。答えが、実際に見込んでいる量と比較できる個数だからです。

テラバイトに手を伸ばす見積もりの多くは、そうすべきではありませんでした。答えが 1 を下回るなら単位が間違っています。0.04 TB は 40 GB を書く悪い方法で、先頭のゼロは桁を伝えるのではなく隠してしまいます。基準は算術ではなく読みやすさで、有効な桁が小数点の左側に来る単位で示してください。

小さな小数が正しい答えになる場合が一つだけあります。テラバイトそのものが購入対象の単位であるときです。テラバイトあたりで価格が付く割り当て、ドライブ、プランでは、0.04 TB は購入したもののうちどれだけ使われているかを示す意味のある文になります。それ以外では、ギガバイトに着地する見積もりはギガバイトで示し、ドライブに何個収まるか誰かに聞かれたときだけ変換してください。