シン・プロビジョニング・ボリューム
シン・プロビジョニング・ボリュームでは、マップされたホストに提示される容量は、ボリュームがストレージ・プール内で消費している容量とは異なります。システムは、標準プールとデータ削減プールの両方でシン・プロビジョニング・ボリュームをサポートします。
標準プールでは、シン・プロビジョニング・ボリュームは、容量節約の基準に基づいて、特定のボリューム・タイプとして作成されます。これらのプロパティーは、ボリューム・レベルで管理されます。データ削減プールを使用すると、シン・プロビジョニングのすべての利点を、プールに割り当てられたすべてのボリュームで使用できます。 完全割り振りボリュームだけは、これらの利点を得ることができません。データ削減プール内のシン・プロビジョニング・ボリュームの場合、これらのボリュームで圧縮およびデータ重複排除も構成できます。これにより、プール全体の容量節約が増加します。データ削減プールは、ホストが使用する容量をモニターすることで、シン・プロビジョニング・ボリュームの容量効率を向上させます。 容量が不要になったことをホストが示すと、スペースが解放され、データ削減プールによってレクラメーション処理されて、自動的に再配分することができます。 標準プールには、これらの機能はありません。
また、シン・プロビジョニング・ボリュームを使用すれば、サーバー管理を容易にするのにも役立つ場合があります。ある容量を持つボリュームをアプリケーションに割り当て、アプリケーションのニーズの変化に応じてその容量を増やすのではなく、アプリケーション用に大きな仮想容量を持つボリュームを構成することができます。その上で、アプリケーションまたはサーバーの処理を中断することなく、アプリケーションのニーズの変化に応じて実容量を増加または縮小することができます。
仮想容量 は、ホストで使用可能なボリュームのストレージ容量です。 実容量 は、 プールからボリューム・コピーに割り振られたストレージ容量です。 完全に割り振られたボリュームでは、仮想容量と実容量は同じです。ただし、シン・プロビジョニング・ボリュームでは、仮想容量が実容量よりはるかに大きい場合があります。
シン・プロビジョニング・ボリュームの仮想容量は、一般的にその実容量よりも相当に大きくなります。それぞれのシステムは、ボリュームに書き込まれるデータおよびボリュームのシン・プロビジョニング構成を記述するメタデータを保管するために実容量を使用します。ボリュームに書き込まれる情報が増えると、使用される実容量が増えます。システムは、仮想容量の書き込まれていない部分に対する読み取り操作を識別して、実容量を使用せずにサーバーにゼロを返します。
システムは、シン・プロビジョニング・ボリューム の内容を記述する特別なメタデータを維持する必要があります。 結果として、シン・プロビジョニング・ボリュームから得られる入出力速度は、同じ MDisk 上に割り振られた完全割り振りボリュームから得られる速度より低下する可能性があります。
標準プール内にシン・プロビジョニング・ボリューム (thin-provisioned volume)を構成する場合は、警告レベル属性を使用することで、使用した実容量が、仮想容量の全体のうちの指定した量またはパーセントを超えたときに警告イベントを生成することができます。 また、警告イベントを使用して、 他の処置を起動する (低い優先度のアプリケーションをオフラインにする、データを他のストレージ・プールに移行するなど) ようにできます。データ削減プール内のシン・プロビジョニング・ボリュームの場合、容量レポートの作成がプール・レベルで処理されるため、警告レベル値を設定することはできません。
標準プール内のシン・プロビジョニング・ボリューム (thin-provisioned volume)に書き込み操作を行うための十分な実容量がない場合、ボリュームはオフラインにされ、エラーがログに記録されます (エラー・コード 1865、イベント ID 060001)。 シン・プロビジョニング・ボリューム (thin-provisioned volume)へのアクセスを復旧するには、ボリュームの実容量を大きくするか、ボリュームが割り振られているストレージ・プールのサイズを大きくします。
標準プール内にシン・プロビジョニング・ボリューム (thin-provisioned volume)を作成する場合、32 KB、64 KB、128 KB、または 256 KB チャンクでスペースを割り振るためのグレーン・サイズを選択することができます。 選択するグレーン・サイズは、標準プール内のシン・プロビジョニング・ボリューム (thin-provisioned volume)の最大仮想容量に影響を与えます。 デフォルトのグレーン・サイズは 256 KB です。 グレーン・サイズに 32 KB を選択した場合、ボリュームは 260,000 GB を超えることはできません。 標準プール内にシン・プロビジョニング・ボリューム (thin-provisioned volume)を作成した後にグレーン・サイズを変更することはできません。 一般に、グレーン・サイズが小さいほどスペースが節約されますが、アクセスが必要なメタデータが増え、これがパフォーマンスに望ましくない影響を与える可能性があります。 シン・プロビジョニング・ボリューム (thin-provisioned volume) を FlashCopy® ソースまたはターゲット・ボリュームとして使用しない場合、 パフォーマンスを最大化するために 256 KB を使用します。 シン・プロビジョニング・ボリューム (thin-provisioned volume) を FlashCopy ソースまたはターゲット・ボリュームとして使用する場合は、ボリュームと FlashCopy 機能に同じグレーン・サイズを指定します。 データ削減プール内のシン・プロビジョニング・ボリューム・コピーにグレーン・サイズを設定することはできません。 データ削減プール内のシン・プロビジョニング・ボリューム・コピーでは、デフォルトのグレーン・サイズは 8 KB です。
シン・プロビジョニング・ボリューム (thin-provisioned volume) を作成するとき、 パフォーマンスを最大化するために、キャッシュ・モードを readwrite に設定します。 キャッシュ・モードが none に設定されている場合、システムはシン・プロビジョニング・メタデータをキャッシュに入れることができず、そのためにパフォーマンスが低下します。データ削減プールから作成されたボリュームまたはボリューム・コピーでは、キャッシュ・モードが readwrite でなければなりません。 データ削減プールからシン・プロビジョニング・ボリューム・コピーまたは圧縮ボリューム・コピーを作成する場合、キャッシュ・モードが readwrite でないと操作が失敗します。
自動拡張機能を使用することにより、シン・プロビジョニング・ボリューム (thin-provisioned volume) が その容量を使い過ぎてオフラインになることが防げます。 シン・プロビジョニング・ボリューム (thin-provisioned volume) が容量を 使用すると、自動拡張機能が使用スペースの急増対応を考慮した容量 と呼ばれる未使用の実容量の固定量を維持します。 データ削減プール内のシン・プロビジョニング・ボリュームの場合、使用スペースの急増対応を考慮した容量を保持するために、常に自動拡張機能が有効にされています。 標準プール内のシン・プロビジョニング・ボリュームの場合は、自動拡張機能はオプションです。ただし、この機能を有効にしないと、使用スペースの急増対応を考慮した容量が使用し尽くされることで、ボリュームがオフラインになる可能性があります。標準プールを使用しており、アプリケーションに自動拡張機能が必要であるかどうかを判別したい場合は、自動拡張機能をオフにしたテスト用の シン・プロビジョニング・ボリューム (thin-provisioned volume)を作成することができます。 アプリケーションによってボリュームの容量が使い尽くされ、ボリュームがオフラインになる場合は、自動拡張機能をオンにしたシン・プロビジョニング・ボリュームを作成することができます。