第9回 オブジェクトストレージをより良く動かすサイジングのツボ:クラウド社会とデータ永久保存時代の歩き方(1/2 ページ)
ここまでオブジェクトストレージを使う前の基礎知識を中心に解説してきましたが、サイジングについても従来型ストレージとは異なるポイントが幾つもあります。その“ツボ”を紹介しましょう。
オブジェクトストレージは、従来のブロックストレージやファイルストレージとは登場の背景や運用形態、アーキテクチャが異なります。前回はオブジェクトを使う前の基礎知識について解説しましたが、サイジングについても従来のブロックやファイルストレージとは異なるところに注意が必要です。今回はオブジェクトストレージのサイジングについて解説します。
サイジング要素は複数あり
オブジェクトストレージ環境を構築するためには複数のサイジング要素を確認する必要があります。主には以下の3つが挙げられます。
スループットの拡張性
プロキシもしくはゲートウェイノードの数を増やすことで、クライアントへのスループットを向上できます。また、ストレージボリュームの並列化によってもスループット向上が可能です。一方で、ネットワークの帯域幅が全体の性能を制限することがあります。
容量とコマンド実行数の拡張
ストレージノードを増やすことで容量を拡張でき、同時実行可能なコマンド数も拡張できます。
オブジェクトストレージの容量制限
基本的にデバイス(HDDやフラッシュストレージ)の物理容量が全て使えるわけではないということを認識しておく必要があります。利用できる実効容量を計算するには、以下の3点を考慮しなければなりません。
- ストレージデバイスシステムエリアでの容量低下(一般的には10%程度のオーバーヘッドが必要)
- ストレージデバイスフォーマット時の容量低下(約20%程度を見込んでおく)
- オブジェクトストレージの冗長化方法を考慮
3番目の冗長化についてはさらに次の点を考慮しておきます。
a.冗長化方法でレプリケーションを使用している場合はその「コピー数+1」の容量が必要です。例えばSwiftオブジェクトのリプリケーション数のデフォルト値は「3」ですが、その場合はオリジナル容量の3倍の容量が必要です。つまり、オーバーヘッドは200%です。
b.レプリケーション方法としてEC(イレージャーコーディング:消失訂正符号)を使う場合は、ECの付与されたフラグメントの数(この数が大きくなると冗長性、堅牢性が向上)によって異なりますが、一般的な実装方法ではオーバーヘッドは50%以下になると考えられます。
レプリケーションの場合は以下のように計算できます。
物理容量×(デバイスシステムエリアを除いた%:例90%)×(フォーマット時のオーバーヘッドを除いた%:例80%)÷レプリカ数
ストレージ容量が100テラバイトの場合、
100テラバイト×0.90×0.8÷3=24テラバイト
が利用可能な容量となります。inode数の変更で、さらに容量制限もできます。
関連記事
- 第8回 オブジェクトストレージを使う前の基礎知識と注意点
オブジェクトストレージは多様なデータを大量かつ安価に保存する用途に適していますが、その特性から注意すべき点もあります。今回は使う前の基礎知識を解説します。 - 第7回 オブジェクトストレージを解読する “無限”にためる使い方
前回はオブジェクトストレージの特徴を解説しましたが、今回はそのような特徴からどのような使い方ができるのかをひも解いてみます。 - 第6回 オブジェクトストレージを解読する その特徴とは?
クラウド時代において主流となっていくオブジェクトストレージを詳しくひも解いていきます。今回はその特徴について見ていきましょう。 - 第5回 ファイルがなくなる? データの配置や保存の仕組みがどうなるか
これまではクラウド社会で大きく変わりつつあるデジタルデータの扱い方、その注意点について話してきました。今回からはIT側から見た理想的なデータ保存形式について解説していきます。
Copyright © ITmedia, Inc. All Rights Reserved.