ストレージ・プール
ストレージ・プール、内部ストレージ、外部ストレージ、MDisk を構成して管理したり、既存のストレージをシステムにマイグレーションしたりするには、「プール」ページを使用します。一般に、プール またはストレージ・プールは、指定されたボリューム・セットのデータがすべて一緒に含まれる、割り振り済みの容量です。システムは、標準プール (親プールと子プール) およびデータ削減プールをサポートします。
親プール
親プールは、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 に増加します。
エクステント・サイズを大きく指定すると、ストレージが無駄になります。 ボリュームが作成される際、ボリュームのストレージ容量は整数個のエクステントに切り上げられます。多数の小さなボリュームでシステムを構成し、大きなエクステント・サイズを使用すると、それぞれのボリュームの最後でストレージが無駄になることがあります。
親プールを作成または管理する際には、以下の一般ガイドラインを考慮してください。
子プール
子プールは、MDisk から直接作成されるのではなく、親プールに割り当てられている既存の使用可能な容量から作成されます。親プールと同様に、子プールに割り当てられた使用可能な容量を特に使用するボリュームを作成することができます。子プールは、同様のプロパティーを持つ親プールとほぼ同じであり、ボリューム・コピー操作に使用することができます。
子プールが作成されると、親プールの使用可能な容量から子プールの使用可能な容量が予約されます。子プールの使用可能な容量は、親プール内の使用可能な容量より小さくなければなりません。 子プールが作成された後、子プールに指定された使用可能な容量は、その親プールの使用可能な容量として報告されなくなります。
子プールを所有権グループに割り当てることができます。所有権グループ は、システム内のユーザーとオブジェクトのサブセットを定義します。所有権グループで定義されている特定のリソースへのアクセスをさらに制限するために所有権グループを作成することができます。セキュリティー管理者の役割のユーザーのみが所有権グループを構成して管理することができます。
リソースのタイプに応じて、所有権を明示的に定義するか、所有権をユーザー、ユーザー・グループ、またはその他の親リソースから継承することができます。子プールの所有権は明示的に割り当てる必要があります。子プールは、その他の親リソースから所有権を継承しません。 子プール内に定義されている新規または既存のボリュームは、その子プールに割り当てられている所有権グループを継承します。
データ削減プール
システム上でデータ削減テクノロジーを使用するには、データ削減プールを作成し、データ削減プールを使用してボリュームを作成し、SCSI マップ解除コマンドをサポートするホストにこれらのボリュームをマップする必要があります。
データ削減は、データの保管に必要となる使用可能な容量を減らすために使用できる一連の技法です。データ削減の例には、データ重複排除がある。データ削減により、ストレージ効率とパフォーマンスを向上させ、ストレージ・コスト (特にフラッシュ・ストレージ) を削減することができます。 データ削減により、ホスト・システムで以前に使用されていたが不要になった容量をレクラメーション処理することで、外部ストレージ・システムおよび内蔵ドライブに保管されるデータ量が減ります。システムでデータ削減によって実現できる潜在的な容量節約量を見積もるには、Data Reduction Estimation Tool (DRET) を使用します。このツールは、新規システムにマイグレーションされる既存のユーザー・ワークロードを分析します。このツールは、接続されているすべてのストレージ・アレイ上のターゲット・ワークロードをスキャンして、それらの結果を統合し、システム全体のデータ削減による潜在的な節約量の見積もりを生成します。
https://www-945.ibm.com/support/fixcentral/ にアクセスして、製品の下でツールとその README を検索します。
システムは、異なる容量節約方式を同時に使用できるデータ削減プールをサポートし、プール全体の容量節約を増やします。データ削減プールも重複排除をサポートします。ボリュームに対して重複排除が指定された場合、重複するデータ・バージョンは除去され、ストレージに書き込まれないため、使用可能な容量をさらに節約できます。一部のモデルまたはソフトウェア・バージョンでは、この機能を使用するために特定のハードウェアまたはソフトウェアが必要です。詳しくは、データ削減プールと重複排除の計画を参照してください。
ホスト SCSI マップ解除コマンドのサポートは、デフォルトで有効になっています。
ストレージ・システムがデータ削減テクノロジー (データ重複排除など) をサポートしているかどうかを確認してください。データ削減テクノロジーをサポートするストレージ・システムを使用している場合、ストレージ・システムでのデータ削減も構成することができます。 ストレージ・システムは、その解放されたストレージをレクラメーション処理し、他のボリューム上でデータを再編成することで、より効率的に容量を使用することができます。標準プロビジョニング・ボリュームの場合、システムは、これらのストレージ・システム上のストレージを完全に制御します。ボリュームが削除されると、システム上の容量が解放されて再割り振りすることができ、ストレージ・システムはこの解放されたスペースに気付きません。ただし、ストレージ・システムが圧縮、シン・プロビジョニング、または重複排除を使用する場合、ストレージ・システムは使用可能な容量の使用を制御します。 この構成では、容量が解放されると、システムは、容量が不要になったことをストレージ・システムに通知します。すると、ストレージ・システムは、その容量を再使用するか、またはレクラメーション処理が可能な容量として解放します。また、システムは、特定の内部ドライブ (15 TB の Tier 1 フラッシュ・ドライブなど) からのレクラメーション処理が可能な容量もサポートします。これにより、これらのタイプのドライブのパフォーマンスを向上させることができます。
| エクステント・サイズ (ギガバイト) | オーバーヘッド容量要件 (テラバイト単位)1 |
|---|---|
| 1 GB 以下 | 1.1 TB |
| 2 GB | 2.1 TB |
| 4 GB | 4.2 TB |
| 8 GB | 8.5 TB |
プールの状態
| 状態 | 説明 |
|---|---|
| Online | プールはオンラインになっており、使用可能です。プール内のすべての MDisk が使用可能です。 |
| 劣化パス | この状態は、システム内の 1 つ以上のノードがプール内の一部の MDisk にアクセスできないことを示します。劣化パス状態は、ストレージ・システムまたはファイバー・チャネル・ファブリックの誤った構成の結果である可能性が最も高い。ただし、ストレージ・システム、ファイバー・チャネル・ファブリック、またはノードのハードウェア障害がこの状態の原因となっている場合もあります。この状態からリカバリーするには、以下のステップを実行します。 |
| 劣化ポート | この状態は、プール内の MDisk に対して 1 つ以上の 1220 エラーが記録されたことを示します。 1220 エラーは、リモート・ファイバー・チャネル・ポートが MDisk から除外されたことを示します。このエラーによってストレージ・システムのパフォーマンスが悪くなり、通常、ストレージ・システムにハードウェア障害があることを示します。この問題を修正するには、ストレージ・システムにハードウェア障害があればこれを解決し、イベント・ログの 1220 エラーを修正します。ログ内のこれらのエラーを解決するには、管理 GUI で、をクリックします。 このアクションによって、現在イベント・ログにある未修正エラーのリストが表示されます。 これらの未修正エラーについては、エラー名を選択し、指針付き保守手順を開始して、エラーを解決します。 エラーは降順でリストされ、最も優先順位が高いエラーが最初にリストされます。 最初に、最も優先順位が高いエラーを解決してください。 |
| Offline | プールはオフラインになっており、使用できません。システムにあるどのノードも MDisk にアクセスできません。 原因として最も可能性の高いのは、1 つ以上の MDisk がオフラインになっているか、
除外されていることです。
重要: プールにある 1 つの MDisk がオフラインになり、システム内のどのオンライン・ノードからも見えなくなると、この MDisk がメンバーになっているプールはオフラインになります。その結果、このプールによって提示されているすべてのボリューム・コピーがオフラインになります。プールを作成するときは、最適の構成になるように注意してください。
|
Easy Tier
システムは IBM® Easy Tier® をサポートします。これは、同一プール内にドライブ・タイプの任意の組み合わせが存在している場合に対応する機能です。パフォーマンスの低いドライブを使用する MDisk 上のアクセス頻度の高いデータは、システムにより、フラッシュ・ドライブを使用する MDisk に処理を中断することなく自動的に移動されることで、高速な Storage Tier に配置されるようになります。
Easy Tier を使用すると、ボリューム上の非常にアクティブなデータを高速応答ストレージに割り当てる際に、手操作による介入が不要になります。この動的な階層型環境では、データが属している Storage Tier に関係なく、データ移動はホスト・アプリケーションから見てシームレスに行われます。 ただし、デフォルトの動作を手動で変更できます。例えば、4 つのタイプの MDisk の任意の組み合わせがあるプールで Easy Tier をオフにすることができます。
すべての MDisk は Tier の 1 つに属しており、その Tier には、まだプールに組み込まれていない MDisk も含まれています。
子プールは、Easy Tier の設定をその親プールから継承します。子プールで Easy Tier の設定を変更することはできません。親プールでのみ設定を変更できます。