ボリュームに関する用語
ストレージアレイに関連するボリュームの用語を次に示します。
すべてのボリュームタイプ
期間 | 説明 |
---|---|
割り当て容量 |
割り当て容量は、ボリュームの作成やコピーサービス処理に使用します。 割り当て容量とレポート容量はシックボリュームでは同じですが、シンボリュームでは異なります。シックボリュームの場合、物理的に割り当てられたスペースはホストに報告されるスペースと同じになります。シンボリュームの場合、ホストに報告される容量がレポート容量で、データの書き込み用に現在割り当てられているドライブスペースが割り当て容量となります。 |
アプリケーション |
アプリケーションとは、SQL ServerやExchangeなどのソフトウェアです。アプリケーションごとに、サポートするワークロードを1つ以上定義します。一部のアプリケーションについては、ストレージを最適化する推奨されるボリューム構成がSystem Managerから自動的に提示されます。ボリューム構成には、I/Oタイプ、セグメントサイズ、コントローラ所有権、読み取りと書き込みのキャッシュなどの特性が含まれます。 |
容量 |
容量は、ボリュームに格納できるデータの量です。 |
コントローラ所有権 |
コントローラ所有権は、ボリュームを所有するプライマリコントローラを定義します。ボリュームは'ボリュームを所有する優先コントローラ(AまたはB)を持つことができますボリューム所有権は、自動ロードバランシング機能を使用して自動的に調整され、コントローラ間でワークロードが移動する際の負荷の不均衡が解消されます。自動ロードバランシングはI/Oワークロードを自動的に分散する機能を提供し、ホストからの受信I/Oトラフィックは動的に管理されて両方のコントローラに分散されます。 |
動的キャッシュ読み取りプリフェッチ |
動的キャッシュ読み取りプリフェッチでは、コントローラは、ドライブからキャッシュにデータブロックを読み取っているときに、連続する追加のデータブロックをキャッシュにコピーすることができます。このキャッシングにより、以降のデータ要求にキャッシュから対応できる可能性が高まります。動的キャッシュ読み取りプリフェッチは、シーケンシャルI/Oを使用するマルチメディアアプリケーションで重要ですデータがキャッシュにプリフェッチされる速度と量は、ホスト読み取りの速度と要求サイズに基づいて自動で調整されます。ランダムアクセスの場合、原因 データがキャッシュにプリフェッチされることはありません。この機能は、読み取りキャッシュが無効になっている場合は適用されません。 動的キャッシュ読み取りプリフェッチはシンボリュームに対しては常に無効で、変更することはできません。 |
空き容量領域 |
空き容量領域は、ボリュームを削除した場合や、ボリュームの作成時に使用可能なすべての空き容量を使用しなかった場合に発生する空き容量です。1つ以上の空き容量領域があるボリュームグループでボリュームを作成する場合、ボリュームの容量はそのボリュームグループ内で最も大きい空き容量領域以内に制限されます。たとえば、ボリュームグループに合計15GiBの空き容量があり、最も大きい空き容量領域が10GiBであるとすると、作成できるボリュームのサイズは最大10GiBです。 空き容量を統合すると、追加ボリュームを作成する際にボリュームグループ内の空き容量を最大限使用できるようになります。 |
ホスト |
ホストは、ストレージアレイ上のボリュームにI/Oを送信するサーバです。 |
ホストクラスタ |
ホストクラスタはホストのグループです。ホストクラスタを作成すると、同じボリュームを複数のホストに簡単に割り当てることができます。 |
ホットスペアドライブ |
ホットスペアドライブはボリュームグループでのみサポートされます。ホットスペアドライブにはデータは格納されておらず、RAID 1、RAID 3、RAID 5、またはRAID 6のボリュームグループに含まれるボリュームで障害が発生した場合のスタンバイとして機能します。ホットスペアドライブを使用すると、ストレージアレイの冗長性が向上します。 |
LUN |
Logical Unit Number(LUN;論理ユニット番号)は、ホストがボリュームへのアクセスに使用する番号で、アドレススペースに割り当てられます。ボリュームは、LUNの形式でホストに容量として提示されます。 各ホストには独自のLUNアドレススペースがあります。したがって、同じLUNを複数のホストで使用して、異なるボリュームにアクセスできます。 |
メディアスキャン |
メディアスキャンは、ドライブに対する通常の読み取り/書き込みの際に、ドライブメディアのエラーが検出される前に検出する機能です。メディアスキャンはバックグラウンド処理として実行され、定義されたユーザボリューム内のすべてのデータと冗長性情報をスキャンします。 |
ネームスペース |
ネームスペースは、ブロックアクセス用にフォーマットされたNVMストレージです。SCSIの論理ユニットに相当し、ストレージアレイではボリュームに関連します。 |
プール |
プールは、論理的にグループ化された一連のドライブです。プールを使用して、ホストにアクセス可能な 1 つ以上のボリュームを作成することができます。(ボリュームはプールまたはボリュームグループから作成します)。 |
プールまたはボリュームグループの容量 |
プール、ボリューム、またはボリュームグループの容量は、ストレージアレイ内の容量のうち、プールまたはボリュームグループに割り当てられている容量です。この容量は、ボリュームの作成、およびコピーサービス処理とストレージオブジェクトのさまざまな容量ニーズに対応するために使用されます。 |
読み取りキャッシュ |
読み取りキャッシュは、ドライブから読み取られたデータを格納するバッファです。読み取り処理の対象となるデータが以前の処理ですでにキャッシュに格納されていれば、ドライブにアクセスする必要はありません。読み取りキャッシュのデータは、フラッシュされるまで保持されます。 |
レポート容量 |
レポート容量は、ホストに報告され、ホストからアクセスできる容量です。 レポート容量と割り当て容量はシックボリュームでは同じですが、シンボリュームでは異なります。シックボリュームの場合、物理的に割り当てられたスペースはホストに報告されるスペースと同じになります。シンボリュームの場合、ホストに報告される容量がレポート容量で、データの書き込み用に現在割り当てられているドライブスペースが割り当て容量となります。 |
セグメントサイズ |
セグメントは、あるドライブに格納されるデータの量(KiB)です。この量に達すると、ストライプ(RAIDグループ)内の次のドライブへと進みます。セグメントサイズは、ボリュームグループの容量と同じかそれよりも小さくなります。プールのセグメントサイズは固定で、変更することはできません。 |
ストライピング |
ストライピングは、ストレージアレイにデータを格納する方法の1つです。データフローを一定のサイズのブロック(「ブロックサイズ」)に分割し、このブロックを各ドライブに1つずつ順に書き込みます。このデータ格納方法は、複数の物理ドライブにデータを分散して格納する場合に使用されます。ストライピングはRAID 0と同義で、パリティを使用せずにRAIDグループ内のすべてのドライブにデータを分散します。 |
ボリューム |
ボリュームは、アプリケーション、データベース、およびファイルシステムがデータを格納するコンテナです。ホストがストレージアレイのストレージにアクセスするために作成される論理コンポーネントです。 |
ボリュームの割り当て |
ボリューム割り当てとは、ホストLUNのボリュームへの割り当てです。 |
ボリューム名 |
ボリューム名は、ボリュームの作成時に割り当てられる文字列です。デフォルトの名前をそのまま使用することも、ボリュームに格納されたデータのタイプを表した名前を指定することもできます。 |
ボリュームグループ |
ボリュームグループは、同じ特性を持つボリュームのコンテナです。ボリュームグループごとに容量とRAIDレベルが定義されています。ボリュームグループを使用して、ホストにアクセス可能な1つ以上のボリュームを作成することができます。(ボリュームはボリュームグループまたはプールから作成します)。 |
ワークロード |
ワークロードは、アプリケーションをサポートするストレージオブジェクトです。アプリケーションごとに1つ以上のワークロードまたはインスタンスを定義できます。一部のアプリケーションについては、特性が似たボリュームで構成されるように System Manager によってワークロードが設定されます。これらのボリューム特性は、ワークロードがサポートするアプリケーションのタイプに基づいて最適化されます。たとえば、Microsoft SQL Serverアプリケーションをサポートするワークロードを作成し、そのワークロード用のボリュームを作成すると、Microsoft SQL Serverをサポートするようにボリューム特性が最適化されます。 |
書き込みキャッシュ |
書き込みキャッシュは、ドライブにまだ書き込まれていないホストからのデータを格納するバッファです。書き込みキャッシュ内のデータは、ドライブに書き込まれるまで保持されます。書き込みキャッシュにより、I/Oパフォーマンスを向上させることができます。 |
ミラーリングありの書き込みキャッシュ |
ミラーリングありの書き込みキャッシュでは、一方のコントローラのキャッシュメモリに書き込まれたデータがもう一方のコントローラのキャッシュメモリにも書き込まれます。そのため、一方のコントローラで障害が発生した場合、もう一方のコントローラで未処理の書き込み処理をすべて完了できます。書き込みキャッシュのミラーリングは、書き込みキャッシュが有効で、2台のコントローラが配置されている場合にのみ使用できます。ミラーリングありの書き込みキャッシュは、ボリュームの作成時にデフォルトで設定されます。 |
バッテリなしの書き込みキャッシュ |
バッテリなしの書き込みキャッシュでは、バッテリがない、障害が発生している、完全に放電されている、フル充電されていないなどの状況でも書き込みキャッシュが継続されます。バッテリなしの書き込みキャッシュを選択すると電源の喪失時にデータが失われる可能性があるため、一般には推奨されません。通常、書き込みキャッシュは、バッテリが充電されるか障害が発生したバッテリが交換されるまで、コントローラによって一時的にオフにされます。 |
シンボリュームに固有の用語
SANtricity System Managerには、シンボリュームを作成するオプションはありません。シンボリュームを作成する場合は、コマンドラインインターフェイス(CLI)を使用します。 |
シンボリュームはEF600ストレージシステムでは使用できません。 |
期間 | 説明 |
---|---|
割り当て容量の制限 |
割り当て容量の制限は、シンボリュームの拡張時に割り当てることができる物理容量の上限です。 |
書き込み済み容量 |
書き込み済み容量は、シンボリュームに割り当てられたリザーブ容量のうちの書き込み済みの容量です。 |
警告しきい値 |
警告しきい値アラートは、シンボリュームの割り当て容量がしきい値に達したときに発行されるように設定できます(警告しきい値)。 |