ストレージ・プール

一般に、プールまたはストレージ・プールは、指定されたボリューム・セットのすべてのデータが一緒に入っている割り振り済み容量です。システムは、2 つのタイプのプール (親プールと子プール) をサポートします。

図 1 は、関連する子プールを持つ基本的な親プールを示しています。この図では、親グループの物理容量が 2 つの子プール間に分割されています。これにより、親プールを介した MDisk からの容量、または子プールからの容量のいずれかを使用して、ボリュームを作成できます。
図 1. ストレージ・プール
This figure is described in the surrounding text

親プール

親プールは、その容量を MDisk から受け取ります。プール内のすべての MDisk は、同じサイズのエクステントに分割されます。 ボリュームは、プール内で使用可能なエクステントから作成されます。いつでも MDisk をプールに追加して、新規ボリューム・コピーに使用できるエクステントの数を増やしたり、既存のボリューム・コピーを拡張することができます。システムは、ボリュームの最良のパフォーマンスを実現するために、自動的に MDisk 間のボリューム・エクステントのバランスを取ります。

MDisk で使用可能なスペースをトラッキングするために、システムはそれぞれの MDisk を等しいサイズのチャンクに分割します。 これらのチャンクはエクステント と呼ばれ、 内部的に索引が付けられます。 エクステント・サイズは 16、32、64、128、256、 512、1024、2048、4096、または 8192 MB にすることができます。 エクステント・サイズの選択は、システムが管理するストレージの総量に影響します。

新規のプールを作成するときは、 エクステント・サイズを指定します。エクステント・サイズを後で変更することはできません。このサイズは、プールの存続期間全体を通じて一定でなければなりません。

データ・マイグレーション機能は、エクステント・サイズが異なるプールのボリュームのマイグレーションには使用できません。ただし、ボリューム・ミラーリングを使用して、エクステント・サイズが異なるプールにデータを移動することができます。

ボリューム・ミラーリングを使用して、宛先プールからディスクのコピーを追加する。コピーが同期化した後、ソース・プール内のデータのコピーを削除することによってエクステントを解放することができます。FlashCopy® 機能とメトロ・ミラーを使用して、異なるプールにボリュームのコピーを作成することもできます。

1 つのシステムは、2^22 個のエクステントを管理できます。 例えば、エクステント・サイズが 16 MB である場合、システムは 16 MB x 16 MB = 64 TB のストレージを管理できます。

エクステント・サイズを選択する際、将来のニーズについて検討してください。 例えば、現在 40 TB のストレージがある場合、すべてのプールに対してエクステント・サイズを 16 MB に指定すると、将来のシステムの容量は 64 TB のストレージに制限されます。すべてのプールに対して 64 MB のエクステント・サイズを選択すると、システムの容量は 256 TB に増加します。

エクステント・サイズを大きく指定すると、ストレージが無駄になります。 ボリュームが作成される際、ボリュームのストレージ容量は整数個のエクステントに切り上げられます。多数の小さなボリュームでシステムを構成し、大きなエクステント・サイズを使用すると、それぞれのボリュームの最後でストレージが無駄になることがあります。

プールを作成または管理する際には、以下の一般ガイドラインを考慮してください。

  • 1 つのプールの同じ層に割り振られている MDisk がすべて、同じ RAID タイプのものであることを確認します。同じ層内で MDisk を割り振ると、1 つの物理ディスクに単一の障害が起こっても、プール全体がオフラインになることはありません。例えば、1 つのプールに 3 つの RAID-5 アレイがあって、非 RAID ディスクをこのプールに追加したとすると、 非 RAID ディスクに障害が起こった場合、 このプール全体にわたってストライピングされたすべてのデータへのアクセスが失われます。同様に、パフォーマンス上の理由から、RAID のタイプを混合してはなりません。 すべてのボリュームのパフォーマンスは、その層で最低のパフォーマンスのレベルまで下がります。
  • 1 つの MDisk は、1 つのプールにのみ関連付けることができます。
  • プールに対する警告容量を指定できます。 プールで使用されるスペース量が警告容量を超えると、警告イベントが生成されます。 警告しきい値は、プールから自動的にスペースを使用するよう構成されているシン・プロビジョニング・ボリュームで特に便利です。
  • プール間でマイグレーションする場合を除き、ボリュームは 1 つのプールにのみ関連付けられます。
  • 親プールから割り振られたボリュームは、その親プール内に配置されているすべてのストレージにわたってストライピングされます。
  • 非管理対象モードの MDisk だけを追加することができます。 MDisk がプールに追加されるときに、それらのモードは非管理対象から管理対象に変わります。
  • イメージ・モードのボリュームは、ご使用のプールの間に割り振ってください。子プールは、イメージ・モードのボリュームをサポートしません。
  • 以下の条件のもとで、プールから MDisk を削除することができます。

    • ボリュームが、MDisk 上にあるどのエクステントも使用していない。
    • 使用中のいくつかのエクステントを、この MDisk からプール内のどこか別の場所に移動できるだけの、フリー・エクステントが十分にある。
    • システムは、データが失われないように、子プール内のボリュームによって使用されるすべてのエクステントが、親プール内の他の MDisk にマイグレーションされるようにします。
  • プールが削除されると、そのプール内にあるエクステント間、またはボリュームが使用するエクステント間に存在していたマッピングをリカバリーすることはできません。 親プールに関連付けられている子プールがある場合、最初に子プールを削除して、そのエクステントを親プールに戻す必要があります。子プールを削除した後、親プールを削除することができます。プール内にあった MDisk は非管理対象モードに戻され、他のプールに追加できるようになります。プールを削除するとデータを失う可能性があるので、ボリューム がそれと関連付けされている場合は、強制的に削除を行う必要があります。

子プール

子プールは、MDisk から直接作成されるのではなく、親プールに割り振られている既存の容量から作成されます。親プールと同様に、子プールに割り振られた容量を特に使用するボリュームを作成することができます。 子プールは、同様の属性を持つ親プールとほぼ同じであり、ボリューム・コピー操作に使用することができます。

子プールは、完全に割り振られた物理容量を使用して作成されます。 子プールの容量は、親プールが使用できる空き容量より小さくなければなりません。子プールに割り振られた容量は、その親プールのフリー・スペースとして報告されなくなります。

子プールを作成または処理する際には、以下の一般ガイドラインを考慮してください。
  • 子プールは、コマンド・ライン・インターフェースを使用して、またはVMware vSphere 仮想ボリュームを作成する場合は IBM Spectrum Control™ を使用して、作成および変更が可能です。子プールとその属性は、管理 GUI を使用して表示できます。
  • 暗号化が有効になっているシステムでは、子プールを作成し、暗号化されていないプール内の既存ボリュームを、暗号化された子プールにマイグレーションすることができます。暗号化が有効になった後で子プールを作成すると、親プールが暗号化されていない場合でもその子プールに対して暗号鍵が作成されます。そうすると、ボリューム・ミラーリングを使用して、暗号化されていない親プールから暗号化された子プールにボリュームをマイグレーションすることができます。
  • 親プールと同様に、警告しきい値を指定して、子プールの容量が上限に近づいてきたときにアラートを発行することができます。このしきい値を使用して、子プールの容量がその割り振り済み容量に近づいたときに、アクセスが失われないようにしてください。
  • 親プールに関連付けられている子プールがある場合は、親プールから MDisk を除去する前に、子プール内のボリューム用に十分な容量が子プールにあることを確認してください。データが失われないようにするために、システムはボリュームによって使用されるすべてのエクステントを、親プール内の他の MDisk に自動的にマイグレーションします。
  • 子プールの容量は、その実容量未満まで縮小することはできません。システムは、複数のエクステントを使用する親プールから予約済みエクステントを使用します。また、システムは、子プールが縮小されたときに警告レベルをリセットし、容量の縮小時にそのレベルに達すると警告を出します。
  • システムは、同じ親プール内の子プール間でのボリューム・コピーのマイグレーション、または子プールとその親プールとの間でのボリューム・コピーのマイグレーションをサポートします。 異なる親プールを持つソースとターゲットの子プール間でのマイグレーションはサポートされません。 ただし、ボリュームのコピーをソースの子プールからその親プールにマイグレーションすることは可能です。これにより、ボリューム・コピーをその親プールからターゲット子プールの親プールにマイグレーションできます。最後に、ターゲット親プールからターゲット子プールにボリューム・コピーをマイグレーションできます。

プールの状態

表 1 は、プールの操作状態の説明です。子プールは、親プールの状態を示します。エラーを示す状態は、親プール上で解決する必要があります。
表 1. プールの状態
状態 説明
オンライン プールはオンラインになっており、使用可能です。プール内のすべての MDisk が使用可能です。
劣化パス この状態は、システム内の 1 つ以上のノードがプール内の一部の MDisk にアクセスできないことを示します。劣化パス状態は、ストレージ・システムまたはファイバー・チャネル・ファブリックの誤った構成の結果である可能性が最も高い。 ただし、ストレージ・システムファイバー・チャネル・ファブリック、またはノードのハードウェア障害がこの状態の原因となっている場合もあります。 この状態からリカバリーするには、以下のステップを実行します。
  1. ストレージ・システムのファブリック構成規則が正しいことを確認する。
  2. ストレージ・システムが正しく構成されているようにする。
  3. イベント・ログにエラーがあれば修正する。
劣化ポート この状態は、プール内の MDisk に対して 1 つ以上の 1220 エラーが記録されたことを示します。 1220 エラーは、リモート・ファイバー・チャネル・ポートが MDisk から除外されたことを示します。このエラーによってストレージ・システムのパフォーマンスが悪くなり、通常、ストレージ・システムにハードウェア障害があることを示します。 この問題を修正するには、ストレージ・システムにハードウェア障害があればこれを解決し、イベント・ログの 1220 エラーを修正します。 ログ内のこれらのエラーを解決するには、管理 GUI で、「モニター」 > 「イベント」をクリックします。 このアクションによって、現在イベント・ログにある未修正エラーのリストが表示されます。 これらの未修正エラーについては、エラー名を選択し、指針付き保守手順を開始して、エラーを解決します。 エラーは降順でリストされ、最も優先順位が高いエラーが最初にリストされます。 最初に、最も優先順位が高いエラーを解決してください。
オフライン プールはオフラインになっており、使用できません。システムにあるどのノードも MDisk にアクセスできません。 原因として最も可能性の高いのは、1 つ以上の MDisk がオフラインになっているか、 除外されていることです。
重要: プールにある 1 つの MDisk がオフラインになり、システム内のどのオンライン・ノードからも見えなくなると、この MDisk がメンバーになっているプールはオフラインになります。その結果、このプールによって提示されているすべてのボリューム・コピーがオフラインになります。プールを作成するときは、最適の構成になるように注意してください。

Easy Tier

システムは、IBM® Easy Tier® をサポートします。これは、同一プール内にフラッシュ、エンタープライズ、またはニアラインのドライブ・タイプの任意の組み合わせが存在している場合に対応する機能です。システムは、エンタープライズ・ドライブまたはニアライン・ドライブを使用する MDisk 上のアクセス頻度の高いデータを、性能の高いフラッシュ・ドライブを使用する MDisk に、処理を中断せずに自動的に移動し、そのデータをより高速なストレージ層に配置します。

Easy Tier を使用すると、ボリューム上の非常にアクティブなデータを高速応答ストレージに割り当てる際に、手操作による介入が不要になります。この動的な多層型環境では、データが属しているストレージ層に関係なく、データ移動はホスト・アプリケーションから見てシームレスに行われます。 ただし、デフォルトの動作を手動で変更できます。例えば、4 つのタイプの MDisk の任意の組み合わせがあるプールで Easy Tier をオフにすることができます。

システムは、以下の層をサポートします。
Tier 0 フラッシュ
Tier 0 Flash Tier は、高コストで高性能のフラッシュ・ドライブがプールに含まれている場合に存在します。
Tier 1 フラッシュ
Tier 1 Flash Tier は、プールに Tier 1 フラッシュ・ドライブが含まれる場合に存在します。Tier 1 フラッシュ・ドライブは、通常は大容量である反面、パフォーマンスと書き込み耐久特性がやや低い、低コストのフラッシュ・ドライブです。
Enterprise Tier
Enterprise Tier は、プールにエンタープライズ・クラス MDisk (パフォーマンスが向上するよう最適化されたディスク・ドライブ) が含まれる場合に存在します。
Nearline Tier
Nearline Tier は、プールにニアライン・クラス MDisk (容量が増えるよう最適化されたディスク・ドライブ) が含まれる場合に存在します。

すべての MDisk は層の 1 つに属しており、その層には、まだプールに組み込まれていない MDisk も含まれています。

子プールは、Easy Tier 設定をその親プールから継承します。子プールで Easy Tier 設定を変更することはできません。親プールでのみ設定を変更できます。