ストレージ・プール

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

親プール

親プールは、その容量を 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 に増加します。

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

ボリューム・コピーに 700,000 を超えるエクステントがある場合、Easy Tier® とプール・バランシングには、システムの各ノードに少なくとも 8 GB の RAM が必要です。 現行のデフォルトの 1 GB エクステント・サイズと RAID-5 ストレージを前提とすると、これは、約 700 TB の管理対象ストレージと約 800 TB の未加工容量になります。 7.1 より前のデフォルトの 256 MB エクステント・サイズと RAID-5 ストレージを前提とすると、これは、約 180 TB の管理対象ストレージと約 200 TB の未加工容量になります。

これらのメモリー制限を超えると、Easy Tier およびプール・バランシングは使用不可になり、020008 アラート・イベントがイベント・ログに書き込まれます。 これを解決できる方法は、RAM 更新 をインストールするか、ボリュームを削除するか、または CLI を使用して一部のボリュームに対してプール・バランシングおよび Easy Tier を使用するかのいずれかの方法のみです。

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

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

    • ボリュームが、MDisk 上にあるどのエクステントも使用していない。
    • 使用中のいくつかのエクステントを、この 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 がメンバーになっているプールはオフラインになります。その結果、このプールによって提示されているすべてのボリューム・コピーがオフラインになります。プールを作成するときは、最適の構成になるように注意してください。