圧縮ボリューム

ボリュームを作成するときに、ボリュームの容量を節約する 1 つの方法として圧縮を指定できます。圧縮ボリュームを使用すると、データがディスクへの書き込み時に圧縮されるため、さらにスペースを節約できます。データがホストに読み取られると、そのデータは圧縮解除されます。システムで圧縮を使用するには、ハードウェアに少なくとも 32 GB のメモリーが必要です。

圧縮は、システムの一部として備わっているデータ削減サポートによって使用可能です。データ削減サポートの一部としてボリュームで圧縮を使用する場合、圧縮ボリュームはデータ削減プールに属している必要があります。データ削減プールは、マップされたホストが操作に容量を必要としなくなった後の、未使用の容量の自動レクラメーション処理もサポートします。これらのホストが SCSI マップ解除コマンドを発行し、解放された容量がデータ削減プールによってレクラメーション処理されて再配分されます。データ削減プール内の圧縮ボリュームの場合、圧縮前の使用容量は、データ削減を行う前にストレージ・プール内のボリューム・コピーに書き込まれたデータの合計量を示します。圧縮ボリュームは標準プールでもサポートされますが、これらのプールは、未使用容量のレクラメーション処理をサポートしません。標準プール内に既存の圧縮ボリュームがある場合、以下の値を使用して、各圧縮ボリュームの容量を判別することができます。

実容量: 標準プールから割り振られたエクステント容量を示します。実容量は圧縮ボリュームの作成時に設定され、拡張したり、使用済みの容量まで縮小したりすることができます。
仮想容量: ホストが使用できる容量を示します。仮想容量は、圧縮ボリュームの作成時に設定され、後で拡張または縮小することが可能です。
使用済み容量: 圧縮後にお客様データおよびメタデータを保管するために使用されている実容量を示します。

また、圧縮の使用に関する情報をモニターして、ボリュームが圧縮されるときのストレージ容量の節約量を判別することもできます。システム全体の圧縮節約および容量をモニターするには、「モニター」 > 「システム」を選択します。圧縮が適用される前に使用される容量を、すべての圧縮ボリュームに使用される容量と比較できます。さらに、システムで圧縮が使用されている場合、節約されている容量の合計パーセンテージを表示することもできます。個々のプール全体での圧縮による節約量をモニターすることもできます。

圧縮の利点

圧縮を使用することで、ご使用の環境全体の物理ストレージの量を削減することができます。データのアーカイブや削除を行うことなく、既存のストレージ内の空きディスク・スペースを再利用できます。

ボリュームへの書き込み時にデータを圧縮することで、ストレージ単位当たりの環境要件も低減できます。保管データに圧縮が適用されると、同じ容量の物理ストレージに保管される論理データが増えるため、論理ストレージの単位当たりの電力および冷却の要件が低減します。特定のストレージ・システム内に、より多くのデータを保管することができるため、ラック・ユニット全体の要件が低減します。

圧縮は、既存の環境に影響を与えることなく実装することが可能で、ミラーリングされたボリュームやコピー・サービス機能などの他のストレージ・プロセスと一緒に使用することができます。

圧縮ボリュームは、通常のボリュームと同等レベルの可用性を提供します。圧縮は、サービスに影響を与えることなく既存の環境に実装することが可能で、ユーザーやアプリケーションが既存のデータにアクセスしている間にそのデータを透過的に圧縮することができます。

圧縮ボリュームの一般的な用途

圧縮を使用すると、ブロック・ストレージおよびファイル・システムの両方の環境でストレージを統合することができます。データの圧縮により、ボリュームおよびディレクトリーに必要な容量が削減されます。圧縮を使用すると、ログ・データのストレージ使用率を最小化することができます。ラボ・テストの結果などの多数のアプリケーションでは、アプリケーション状況またはユーザー状況を常時記録する必要があります。ログは、一般的に、同じデータ・パターンが頻繁に繰り返されるテキスト・ファイルまたはバイナリー・ファイルとして表されます。データベース情報は、テーブル・スペース・ファイルに保管されます。データベース・ファイルでは、一般的に高い圧縮率が示されます。

ボリューム・ミラーリングを使用することで、元のボリュームのコンテンツへのアクセスを中断することなく、完全に割り振り済みの既存のボリュームを圧縮ボリュームに変換することができます。管理 GUI には、基本ボリュームを圧縮ボリュームに変換する際の固有の指示が含まれます。

圧縮ボリュームの計画

ご使用のシステム上に圧縮ボリュームを実装する前に、システム上で使用しているデータおよびボリュームの現行タイプを確認してください。通常のワークロードの一環として既に圧縮されているデータを圧縮しないでください。ビデオ、圧縮ファイル形式 (.zip ファイル)、または圧縮されたユーザー・プロダクティビティー・ファイル形式 (.pdf ファイル) などのデータは、保存されるときに圧縮されています。これらのタイプのファイルの圧縮にシステム・リソースを使用しても、さらに節約を実現することはほとんど不可能であるため、効果的ではありません。また、暗号化されたデータも圧縮することができません。

考慮する必要があるボリュームのタイプは 2 つ (同種と異種) あります。通常、同種ボリュームは、圧縮の候補として適しています。同種ボリュームには単一のアプリケーションによって作成されたデータが含まれており、これらのボリュームは同じ種類のデータを保管しています。同種ボリュームの例としては、データベース・アプリケーション、E メール、およびサーバー仮想化データなどがあります。異種ボリュームは、複数の異なるアプリケーションによって作成されたデータを含むボリュームで、さまざまなタイプのデータを含みます。そのようなボリューム内にはさまざまなデータ・タイプが含まれているため、圧縮または暗号化されたデータがこれらのボリュームに保管されている場合があります。そのような場合、圧縮することができないデータにシステム・リソースが使用される可能性があります。異種ボリュームに、暗号化されていない圧縮可能なデータしか含まれていない場合を除いて、異種ボリュームの圧縮は行わないでください。

システムで現在圧縮が使用されていない場合、システムが自動的に構成を分析して、圧縮を使用する場合に予想されるストレージ節約量を判定します。管理 GUI には、数学的アルゴリズムと統計アルゴリズムを使用してシステムで予想される圧縮節約量を求める、Comprestimator ユーティリティーが組み込まれています。節約可能量の分析を使用すると、追加のストレージ・デバイスのコストを削減するのに、システムの圧縮ライセンスの購入が必要かどうかを判別できます。管理 GUI で圧縮節約量を見積もるには、「ボリューム」 > 「アクション」 > 「スペース節約」 > 「圧縮節約量の見積もり」を選択します。例えば、単一ボリュームに対して analyzevdisk コマンドを実行できます。また、analyzevdiskbysystem コマンドを使用して、システム上のすべてのボリュームを分析できます。圧縮分析の完了後に作成されたボリュームは、圧縮節約量について個別に評価することができます。データがほとんど入っていないボリュームではなく、可能な限り多くのアクティブ・データが含まれているボリュームを分析対象とするようにしてください。アクティブ・データを分析することにより、正確性が高まり、すでに削除されたが装置上にまだ痕跡が残っている可能性がある古いデータを分析するリスクが軽減されます。

分析が完了した後、すべてのボリュームの見積もり節約量を示す節約レポートをダウンロードできます。このレポートには、分析するのに十分なデータが含まれています。このレポートは、システム上の現在構成済みのすべてのボリュームとそれらの可能な圧縮節約量をリストします。レポートをダウンロードするには、「ボリューム」 > 「ボリューム」 > 「アクション」 > 「スペース節約」 > 「節約レポートのダウンロード」を選択します。lsvdiskanalysis コマンドを使用して結果を表示することもできます。個々の分析についてボリューム名または ID を指定することにより、すべてのボリュームまたは単一ボリュームの結果を表示できます。

さまざまな構成項目が、システム上の圧縮のパフォーマンスに影響します。システム上で高い圧縮率とパフォーマンスを達成するには、以下のガイドラインを満たしていることを確認してください。

小さい数 (10 から 20) の圧縮ボリュームしかない場合は、それらの圧縮ボリュームを 1 つの入出力グループ上で構成します。異なる入出力グループ間にボリュームを分割しないでください。
複数の入出力グループがあるシステム上に多数の圧縮ボリュームが存在する場合は、入出力グループ間で圧縮ボリュームを分散して、必ずこれらのボリュームへのアクセスが入出力グループ間で均等になるようにしてください。

圧縮可能なデータのみを識別および使用します。データ・タイプが異なると、圧縮率が異なるため、現在、システム上にある圧縮可能データを判別することが重要です。圧縮可能データを見積もるツールを使用することができますし、あるいは一般的なアプリケーションおよびデータ・タイプについて一般的に知られた率を使用することもできます。これらのデータ・タイプを圧縮ボリューム上に格納することにより、ディスク容量が節約され、システム上で圧縮を使用するメリットが増えます。次の表は、共通アプリケーションおよびデータ・タイプの圧縮率を示しています。

表 1. データ・タイプごとの圧縮率. 表 1 では、高い圧縮率を提供する一般的なデータ・タイプおよびアプリケーションの圧縮率について記載しています。
データ・タイプ/アプリケーション	圧縮率
データベース	最大 80%
サーバー/デスクトップの仮想化	最大 75%
エンジニアリング・データ	最大 70%
E メール	最大 80%

圧縮率にエラー・マージンを提供するために、追加のメタデータの圧縮ボリューム用に使用されるプールの容量を 10% 割り増しにします。
同種ボリューム上で圧縮を使用します。
クライアント・ベース、ファイル・システム・ベース、またはアプリケーション・ベースの圧縮をシステム圧縮と一緒に使用しないでください。
暗号化されたデータは圧縮しないでください。

以下の計画ガイドラインは、標準プール内の圧縮ボリュームにのみ適用されます。

圧縮には、圧縮が使用可能または使用不可に設定されたときに割り当てられたか再割り当てされたノード内に、専用のハードウェア・リソースが必要です。圧縮は、入出力グループ内の最初の圧縮ボリュームが作成されればいつでも使用可能に設定され、最後の圧縮ボリュームが入出力グループから除去されたときに使用不可に設定されます。
ホストとディスク間の非圧縮入出力を処理するのに使用できるハードウェア・リソースが減るため、入出力グループ内のノードの CPU 使用率が常に特定の値を上回っている場合は、圧縮ボリュームを作成しないでください。圧縮ボリュームが作成されると、入出力グループの既存の非圧縮ボリュームについて、パフォーマンスが低下する可能性があります。ホストのワークロードが大きくなっている期間に、管理 GUI の「モニター」 > 「パフォーマンス」を使用して、CPU 使用率を測定します。

サイズの制限

標準プール内で圧縮ボリュームを使用する場合、これらのボリュームには以下のサイズ制限があります。標準プール内の新規または既存の圧縮ボリュームが最大サイズに近づくと、システムはアラートを発行します。データ削減プール内の圧縮ボリュームは、ボリュームのサイズをモニターしません。

96 TB: 個々の新規圧縮ボリュームの最大仮想サイズ。このサイズを超える新規圧縮ボリュームを作成することはできません。また、既存の圧縮ボリュームのサイズを、この値を超えて大きくすることはできません。システム内の 1 つ以上の圧縮ボリュームがこの限度を超えた場合、ユーザーはアラートを受け取ります。データの損失や破壊のリスクを減らすために、その圧縮ボリュームからデータを除去するアクションをすぐに実行する必要があります。
120 TB: システム内の既存の圧縮ボリュームの最大仮想サイズ。システム内の圧縮ボリュームがこの値に近づくか、この値を超えた場合、システムはアラートを発行します。
重要: その圧縮ボリュームからすべてのデータを除去してデータの損失を防止するために、即時アクションが必要です。
128 TB: 圧縮ボリュームの物理的な最大サイズ。

標準プール内の圧縮ボリュームからデータを移動する方法について詳しくは、IBM Support portal Web サイトで、ご使用の製品に関するトピックを参照してください。ご使用の製品を検索し、ご使用の製品のサポート・ページで、「Documents」の下にある「Flashes, alerts and bulletins」のリンクを選択します。