ストレージ仮想化技術の応用：ストレージ仮想化入門（2）（3/3 ページ）

ステップ1
既存のSAN環境では、図8のように、ディスク装置で作成された物理的なLUNが直接サーバにマップされ、サーバはこの物理的なLUNを直接アクセスしています。

ステップ2
サーバ側の作業として、移行対象となる物理的なLUNを切り離す作業を行います。また、ディスク装置側の作業として、そのLUNマスキング機能を使用してマップをサーバからSVCへ変更します。SANスイッチ側の作業として、この作業が可能にとなるようにゾーンを変更します。SVC側の作業として、このLUNを管理対象ディスクとして認識します。図9は、この様子を表しています。この時点で、この物理的なLUNはサーバではなくSVCに管理されることになります。従って、サーバ側の作業として、今後SVCの仮想ディスクがアクセスできるようにデバイス・ドライバの準備をしておく必要があります。

ステップ3
認識された管理対象ディスクをイメージ・モードの仮想ディスクに変換します。通常の管理対象ディスクは管理対象ディスクグループの中でエクステントと呼ばれるブロックに分割された状態で管理されます。そして、仮想ディスクを作成する時に必要な数のエクステントが任意に選択されて使用されます。これに対して、イメージ・モードの仮想ディスクは、移行対象となる管理対象ディスクをエクステントに分割し、その全てのエクステントをその順番通りに使用して仮想ディスクを作成します。管理としてはブロック・レベルで仮想化されていますが、結果としては元のLUNと全く同じ状態でサーバからアクセスできます。このため、ストレージ仮想化環境に移行する際にデータのバックアップやリストアなどの作業が必要なく、移行に掛かる時間を飛躍的に縮めることができます。図仮想化環境への移行(3/5)はこの様子を表しています。

ステップ4
SVC側の作業としてイメージ・モードの仮想ディスクを仮想的なLUNとしてサーバにマップします。そして、サーバ側の作業として、イメージ・モードの仮想ディスクをLUNとして認識し、アプリケーションからアクセスできるように操作します。このステップ以降は、業務を中断することなく、この仮想ディスクをアクセスし続けることができます。図11はこの様子を表しています。

ステップ5
ストレージ仮想化環境への移行の最終ステップとして、このイメージ・モードの仮想ディスクを通常の仮想ディスクへ移行します。このステップは「データ移行機能」で述べた仮想ディスクの移行と同じです。移行先の管理対象ディスクは移行したディスク装置内の未使用の物理的なLUNを使用することも可能ですし、新たなディスク装置の物理的なLUNを使用することも可能です。図12はイメージ・モード仮想ディスクから通常の仮想ディスクへの移行が完了した状態を表しています。

ステップ1
通常の仮想ディスクをイメージ・モードの仮想ディスクに変換する準備として、通常の仮想ディスクと同じサイズの管理対象ディスクとその管理対象ディスクグループを用意します。図12がこの状態を表しています。

ステップ2
通常の仮想ディスクからイメージ・モードの仮想ディスクへの変換が完了すると、管理対象ディスクは仮想ディスクと全く同じLUNとして扱えるようになります。図11)はイメージ・モードの仮想ディスクへの変換が完了した状態を表しています。ここまでのステップは、業務を中断することなく、サーバからこの仮想ディスクを使用し続けることができます。

ステップ3
サーバ側の作業として、移行対象となる仮想ディスクを切り離す作業を行います。図10は、この状態を表しています。

ステップ4
SVC側の作業として、移行対象となる仮想ディスクと管理対象ディスクグループを削除します。このステップ以降、この物理的なLUNはSVCではなくサーバに管理されることになります。従って、サーバ側の作業として、今後ディスク装置の物理的なLUNがアクセスできるようにデバイスドライバの準備をしておく必要があります。図9は、この状態を表しています。

ステップ5
ディスク装置側の作業として、そのLUNマスキング機能を使用して物理的なLUNのマップをSVCからサーバへ変更します。サーバ側の作業として、ディスク装置の物理的なLUNを認識し、アプリケーションからアクセスできるように操作します。SANスイッチ側の作業として、この作業が可能にとなるようにゾーンを変更します。図8は、この状態を表しています。