1. VDO ボリュームを作成するブロックデバイスの永続的な名前を確認してください。永続的な名前の詳細は、6章永続的な命名属性の概要 を参照してください。

   永続的なデバイス名を使用しないと、今後デバイスの名前が変わった場合に、VDO が正しく起動しなくなることがあります。

2. VDO ボリュームを作成します。

   # vdo create \
         --name=vdo-name \
         --device=block-device \
         --vdoLogicalSize=logical-size

   • block-device を、VDO ボリュームを作成するブロックデバイスの永続名に置き換えます。たとえば、/dev/disk/by-id/scsi-3600508b1001c264ad2af21e903ad031f です。

   • logical-size を、VDO ボリュームが含まれる論理ストレージのサイズに置き換えます。

     • アクティブな仮想マシンまたはコンテナーストレージの場合は、使用する論理サイズが、ブロックデバイスの物理サイズの 10 倍になるようにします。たとえば、ブロックデバイスのサイズが 1 TB の場合は、10T を使用します。
     • オブジェクトストレージの場合は、使用する論理サイズを、ブロックデバイスの物理サイズの 3 倍になるようにします。たとえば、ブロックデバイスのサイズが 1 TB の場合は、3T を使用します。

   • 物理ブロックデバイスが 16TiB を超える場合は、--vdoSlabSize=32G オプションを指定して、ボリューム上のスラブサイズを 32GiB に増やします。

     16TiB を超えるブロックデバイスでデフォルトのスラブサイズ 2GiB を使用すると、vdo create コマンドが失敗し、以下のエラーが出力されます。

     vdo: ERROR - vdoformat: formatVDO failed on '/dev/device': VDO Status: Exceeds maximum number of slabs supported

   例1.1 コンテナーストレージ用に VDO の作成

   たとえば、1 TB ブロックデバイスでコンテナーストレージ用に VDO ボリュームを作成するには、次のコマンドを実行します。

   # vdo create \
         --name=vdo1 \
         --device=/dev/disk/by-id/scsi-3600508b1001c264ad2af21e903ad031f \
         --vdoLogicalSize=10T

   重要

   VDO ボリュームの作成中に問題が発生した場合は、ボリュームを削除します。詳しくは 「作成に失敗した VDO ボリュームの削除」 を参照してください。

3. VDO ボリュームにファイルシステムを作成します。

   • XFS ファイルシステムの場合:

     # mkfs.xfs -K /dev/mapper/vdo-name

   • ext4 ファイルシステムの場合:

     # mkfs.ext4 -E nodiscard /dev/mapper/vdo-name

     注記

     新しく作成された VDO ボリュームでの -K および -E nodiscard オプションの目的は、割り当てられていないブロックには影響しないため、リクエストの送信に時間を費やさないようにすることです。新しい VDO ボリュームは、100% 割り当てられていない状態で開始されます。

4. 次のコマンドを使用して、システムが新しいデバイスノードを登録するまで待機します。

   # udevadm settle

次のステップ

1. ファイルシステムをマウントします。詳しくは 「VDO ボリュームのマウント」 を参照してください。
2. VDO デバイスのファイルシステムで discard 機能を有効にします。詳しくは 「定期的なブロック破棄の有効化」 を参照してください。

手順

1. VDO ボリュームを作成します。

   # vdo create --name=vdo-test \
                --device=/dev/sdb \
                --vdoLogicalSize=1T \
                --writePolicy=policy \
                --verbose

   • /dev/sdb を、ブロックデバイスへのパスに置き換えます。
   • 非同期ストレージで VDO の async モードをテストするには、--writePolicy=async オプションで非同期ボリュームを作成します。
   • 同期ストレージで VDO の sync モードをテストするには、--writePolicy=sync オプションを使用して同期ボリュームを作成します。

2. XFS ファイルシステムまたは ext4 ファイルシステムで新しいボリュームをフォーマットします。

   • XFS の場合:

     # mkfs.xfs -K /dev/mapper/vdo-test

   • ext4 の場合:

     # mkfs.ext4 -E nodiscard /dev/mapper/vdo-test

3. フォーマット済みのボリュームをマウントします。

   # mkdir /mnt/vdo-test
   
   # mount /dev/mapper/vdo-test /mnt/vdo-test && \
     chmod a+rwx /mnt/vdo-test

手順

1. 32 GiB のランダムデータを VDO ボリュームに書き込みます。

   $ dd if=/dev/urandom of=/mnt/vdo-test/testfile bs=4096 count=8388608

2. VDO ボリュームからデータを読み込み、別のボリュームに書き込みます。

   $ dd if=/mnt/vdo-test/testfile of=another-location/testfile bs=4096

   • another-location を、VDO テストボリュームにない書き込みアクセス権があるディレクトリーに置き換えます。たとえば、ホームディレクトリーを使用できます。

3. 2 つのファイルを比較します。

   $ diff --report-identical-files /mnt/vdo-test/testfile another-location/testfile

   このコマンドは、ファイルが同じであることを報告する必要があります。

4. VDO ボリュームの新しい場所にファイルをコピーします。

   $ dd if=another-location/testfile of=/mnt/vdo-test/testfile2 bs=4096

5. 3 番目のファイルと 2 番目のファイルを比較します。

   $ diff --report-identical-files /mnt/vdo-test/testfile2 another-location/testfile

   このコマンドは、ファイルが同じであることを報告する必要があります。

手順

1. VDO ボリュームに作成されたファイルシステムをアンマウントします。

   # umount /mnt/vdo-test

2. システムから VDO テストボリュームを削除します。

   # vdo remove --name=vdo-test

手順

1. テスト結果を記録できるテーブルを準備します。

   統計	ベアファイルシステム	シード後	10 回コピーした後
   使用されるファイルシステムのサイズ
   使用されている VDO データ
   使用されている VDO 論理

2. VDO ボリュームにディレクトリーを 10 個作成して、テストデータセットのコピーを 10 個保持します。

   $ mkdir /mnt/vdo-test/vdo{01..10}

3. ファイルシステムにより報告されるディスク使用量を調べます。

   $ df --human-readable /mnt/vdo-test

   例3.1 ディスク使用率

   Filesystem            Size  Used Avail Use% Mounted on
   /dev/mapper/vdo-test  1.5T  198M  1.4T   1% /mnt/vdo-test

4. 以下の値を記録します。

   # vdostats --verbose | grep "blocks used"

   例3.2 使用されるブロック

   data blocks used                : 1090
   overhead blocks used            : 538846
   logical blocks used             : 6059434

   • data blocks used の値は、VDO で実行している物理デバイスの最適化後のユーザーデータにより使用されているブロック数です。
   • logical blocks used の値は、最適化前に使用したブロックの数になります。これは、測定の始点として使用されます。

5. VDO ボリュームにデータソースファイルを作成します。

   $ dd if=/dev/urandom of=/mnt/vdo-test/sourcefile bs=4096 count=1048576
   
   4294967296 bytes (4.3 GB) copied, 540.538 s, 7.9 MB/s

6. 使用されている物理ディスク容量を再確認します。

   $ df --human-readable /mnt/vdo-test

   例3.3 データソースファイルによるディスク使用状況

   Filesystem            Size  Used Avail Use% Mounted on
   /dev/mapper/vdo-test  1.5T  4.2G  1.4T   1% /mnt/vdo-test

   # vdostats --verbose | grep "blocks used"

   例3.4 データソースファイルで使用されているブロック

   data blocks used                : 1050093  # Increased by 4GiB
   overhead blocks used            : 538846   # Did not significantly change
   logical blocks used             : 7108036  # Increased by 4GiB

   このコマンドは、書き込まれたファイルのサイズに応じて、使用されているブロック数の増加を示しているはずです。

7. 10 個のサブディレクトリーのそれぞれにファイルをコピーします。

   $ for i in {01..10}; do
     cp /mnt/vdo-test/sourcefile /mnt/vdo-test/vdo$i
     done

8. 使用されている物理ディスク容量を再確認します。

   $ df -h /mnt/vdo-test

   例3.5 ファイルをコピーした後のディスク使用量

   Filesystem            Size  Used Avail Use% Mounted on
   /dev/mapper/vdo-test  1.5T   45G  1.3T   4% /mnt/vdo-test

   # vdostats --verbose | grep "blocks used"

   例3.6 ファイルをコピーした後に使用されたブロック

   data blocks used                : 1050836   # Increased by 3 MiB
   overhead blocks used            : 538846
   logical blocks used             : 17594127  # Increased by 41 GiB

   data blocks used は、ファイルシステムのジャーナリングとメタデータによるわずかな増加を除いて、以前のリスト表示の結果と類似している必要があります。

9. テストデータを書き込む前に見つかった値から、ファイルシステムが使用する領域の値を減算します。これは、ファイルシステムの観点からこのテストで使用される領域の量です。

10. 記録された統計で節約する容量を確認します。

    例3.7 記録値

    統計	ベアファイルシステム	シード後	10 回コピーした後
    使用されるファイルシステムのサイズ	198 MiB	4.2 GiB	45 GiB
    使用されている VDO データ	4 MiB	4.1 GiB	4.1 GiB
    使用されている VDO 論理	23.6 GiB (1.6 TiB フォーマットドライブのファイルシステムオーバーヘッド)	27.8 GiB	68.7 GiB

    注記

    表では、値は MiB または GiB に変換されています。vdostats 出力のブロックのサイズは 4,096 B です。

手順

1. VDO テストボリュームで重複排除を無効にして圧縮を有効にします。

   # vdo disableDeduplication --name=vdo-test
   # vdo enableCompression --name=vdo-test

2. VDO ボリュームを同期して、未完了の圧縮を完了します。

   # sync && dmsetup message vdo-test 0 sync-dedupe

3. 転送する前に VDO 統計を調べます。

   # vdostats --verbose | grep "blocks used"

   data blocks used と logical blocks used の値を書き留めます。

4. VDO は、ファイルシステムのオーバーヘッドと、実際のユーザーデータを最適化します。logical blocks used から data blocks used を引いて、空のファイルシステムの圧縮により削減された 4 KiB ブロックの数を計算します。

5. /lib ディレクトリーの内容を VDO ボリュームにコピーします。

   # cp --verbose --recursive /lib /mnt/vdo-test
   
   ...
   sent 152508960 bytes  received 60448 bytes  61027763.20 bytes/sec
   total size is 152293104  speedup is 1.00

   コピーしたデータの合計サイズを記録します。

6. Linux キャッシュと VDO ボリュームを同期します。

   # sync && dmsetup message vdo-test 0 sync-dedupe

7. VDO 統計を再検証します。

   # vdostats --verbose | grep "blocks used"

   logical blocks used と data blocks used を確認します。

8. 次の式を使用して、圧縮により削減されたバイト量を計算します。

   saved_bytes = (logical_blocks_used - data_blocks_used) * 4096

手順

1. 「VDO テストボリュームの作成」 の説明に従って、VDO ボリュームを作成してマウントします。
2. 同じボリュームで VDO 重複排除の測定 と VDO 圧縮の測定 で説明されているテストを削除せずに行います。vdostats の出力で削減する領域への変更を調べます。
3. 用意したデータセットを試します。

手順

1. テスト結果を記録できるテーブルを準備します。

   手順	使用されているファイル領域 (MB)	使用されているデータブロック	使用されている論理ブロック
   初期
   1 GiB ファイルの追加
   fstrim の実行
   1 GiB ファイルの削除
   fstrim の実行

2. ファイルシステムをトリミングして、不要なブロックを削除します。

   # fstrim /mnt/vdo-test

   コマンドには時間がかかる場合があります。

3. ファイルシステムで初期領域の使用量を記録します。

   $ df -m /mnt/vdo-test

4. VDO ボリュームが使用する物理データブロックおよび論理データブロックの数を確認します。

   # vdostats --verbose | grep "blocks used"

5. VDO ボリュームに重複しないデータを含む 1 GiB ファイルを作成します。

   $ dd if=/dev/urandom of=/mnt/vdo-test/file bs=1M count=1K

6. 領域の使用量を再度記録します。

   $ df -m /mnt/vdo-test
   
   # vdostats --verbose | grep "blocks used"

   ファイルシステムは、追加の 1 GiB を使用する必要があります。data blocks used と logical blocks used の値も同じように増加するはずです。

7. ファイルシステムを再度トリミングします。

   # fstrim /mnt/vdo-test

8. 領域使用量を再度調べて、トリミングが物理ボリュームの使用量に影響がないことを確認します。

   $ df -m /mnt/vdo-test
   
   # vdostats --verbose | grep "blocks used"

9. 1 GiB ファイルを削除します。

   $ rm /mnt/vdo-test/file

10. 領域の使用量を再度確認して記録します。

    $ df -m /mnt/vdo-test
    
    # vdostats --verbose | grep "blocks used"

    ファイルシステムは、ファイルが削除されたことを認識していますが、ファイルの削除が基礎となるストレージに通知されていないため、物理ブロックまたは論理ブロックの数に変更がありません。

11. ファイルシステムを再度トリミングします。

    # fstrim /mnt/vdo-test

12. 領域の使用量を再度確認して記録します。

    $ df -m /mnt/vdo-test
    
    # vdostats --verbose | grep "blocks used"

    fstrim ユーティリティーは、ファイルシステムの空きブロックを検索し、未使用のアドレスの VDO ボリュームに TRIM コマンドを送信します。これにより、関連する論理ブロックが解放されます。VDO は TRIM コマンドを処理し、基礎となる物理ブロックを解放します。

手順

1. 新しい VDO ボリュームを作成します。

   詳細は、「パフォーマンステスト用の VDO ボリュームの作成」 を参照してください。

2. テストボリュームで書き込み fio ジョブを実行して、テストがアクセスする領域を事前に入力します。

   # fio --rw=write \
         --bs=8M \
         --name=vdo \
         --filename=/dev/mapper/vdo-test \
         --ioengine=libaio \
         --thread \
         --direct=1 \
         --scramble_buffers=1

3. 読み書き入力要因ついて報告されたスループットとレイテンシーを記録します。

   # for readmix in 0 10 20 30 40 50 60 70 80 90 100; do
       for iosize in 4 8 16 32 64 128 256 512 1024; do
         fio --rw=rw \
             --rwmixread=$readmix \
             --bs=${iosize}k \
             --name=vdo \
             --filename=/dev/mapper/vdo-test \
             --ioengine=libaio \
             --numjobs=1 \
             --thread \
             --norandommap \
             --runtime=300 \
             --direct=0 \
             --iodepth=optimal-depth \
             --scramble_buffers=1 \
             --offset=0 \
             --size=100g
       done
     done

4. VDO テストボリュームを削除します。

   詳細は、「VDO パフォーマンステストボリュームのクリーンアップ」 を参照してください。

5. テスト結果をグラフで表示します。

   例4.3 混合 I/O 負荷分析

   以下の図は、VDO が混合 I/O 負荷にどのように応答するかの例を示しています。

   図4.4 パフォーマンスは、さまざまな読み取りと書き込みの組み合わせ混合で一貫しています。

   

   集約パフォーマンスと集約レイテンシーは、混合する書き込みと書き込みの範囲全体で比較的一貫性があり、より低い最大書き込みスループットからより高い最大書き込みスループットへと移ります。

   この動作はストレージによって異なる場合がありますが、負荷が変化してもパフォーマンスが一貫していること、または特定の読み取りと書き込みの組み合わせを示すアプリケーションのパフォーマンス期待値を理解できることが重要となります。

   注記

   システムが同様の応答の一貫性を示さない場合は、設定が最適ではない可能性があります。この場合は、Red Hat セールスエンジニアにお問い合わせください。

手順

1. 新しい VDO ボリュームを作成します。

   詳細は、「パフォーマンステスト用の VDO ボリュームの作成」 を参照してください。

2. テストボリュームで書き込み fio ジョブを実行して、テストがアクセスする領域を事前に入力します。

   # fio --rw=write \
         --bs=8M \
         --name=vdo \
         --filename=/dev/mapper/vdo-test \
         --ioengine=libaio \
         --thread \
         --direct=1 \
         --scramble_buffers=1

3. 読み書き入力要因ついて報告されたスループットとレイテンシーを記録します。

   # for readmix in 20 50 80; do
       for iosize in 4 8 16 32 64 128 256 512 1024; do
         fio --rw=rw \
             --rwmixread=$readmix \
             --bsrange=4k-256k \
             --name=vdo \
             --filename=/dev/mapper/vdo-name \
             --ioengine=libaio \
             --numjobs=1 \
             --thread \
             --norandommap \
             --runtime=300 \
             --direct=0 \
             --iodepth=$iosize \
             --scramble_buffers=1 \
             --offset=0 \
             --size=100g
       done
     done

4. VDO テストボリュームを削除します。

   詳細は、「VDO パフォーマンステストボリュームのクリーンアップ」 を参照してください。

5. テスト結果をグラフで表示します。

   例4.4 アプリケーション環境分析

   以下の図は、VDO が混合 I/O 負荷にどのように応答するかの例を示しています。

   図4.5 混合環境パフォーマンス

   

手順

1. RHEL 8 Web コンソールにログインします。

   詳細は、Web コンソールへのログイン を参照してください。

2. Storage をクリックします。
3. VDO Devices ボックスの + ボタンをクリックします。
4. 名前 フィールドに、VDO ボリュームの名前 (スペースなし) を入力します。
5. 使用するドライブを選択します。

6. 論理サイズ バーに、VDO ボリュームのサイズを設定します。10 回以上拡張できますが、VDO ボリュームを作成する目的を検討してください。

   • アクティブな仮想マシンまたはコンテナーストレージの場合は、使用する論理のサイズを、ボリュームの物理サイズの 10 倍になるようにします。
   • オブジェクトストレージの場合は、使用する論理のサイズを、ボリュームの物理サイズの 3 倍になるようにします。

   詳細は、Deploying VDO を参照してください。

7. インデックスメモリー バーで、VDO ボリュームにメモリーを割り当てます。

   VDO システム要件の詳細は、System Requirements を参照してください。

8. 圧縮 オプションを選択します。このオプションを使用すると、さまざまなファイル形式を効率的に減らすことができます。

   詳細は、Enabling or disabling compression in VDO を参照してください。

9. 重複排除 オプションを選択します。

   このオプションは、重複ブロックのコピーを削除して、ストレージリソースが使用されなくなるようにします。詳細は、Enabling or disabling compression in VDO を参照してください。

10. 必要に応じて、512 バイトのブロックサイズを必要とするアプリケーションで VDO ボリュームを使用する場合は、512 バイトのエミュレーションを使用 を選択します。これにより、VDO ボリュームのパフォーマンスは低下しますが、その必要はほとんどありません。不明な場合は、無効にします。
11. Create をクリックします。

手順

1. RHEL 8 Web コンソールにログインします。詳細は、Web コンソールへのログイン を参照してください。
2. Storage をクリックします。
3. VDO ボリュームをクリックします。
4. Unrecognized Data タブをクリックします。
5. Format をクリックします。

6. 削除 ドロップダウンメニューから、以下を選択します。

   既存データを上書きしない

   RHEL Web コンソールは、ディスクヘッダーのみを書き換えます。このオプションの利点は、フォーマットの速度です。

   既存のデータをゼロで上書きする

   RHEL Web コンソールは、ディスク全体をゼロで書き直します。このプログラムはディスク全体を調べるため、このオプションを使用すると遅くなります。ディスクにデータが含まれていて、書き直す必要がある場合は、このオプションを使用します。

7. 種類 ドロップダウンメニューで、ファイルシステムを選択します。

   • XFS ファイルシステムは大規模な論理ボリュームをサポートし、オンラインの物理ドライブを停止せずに、既存のファイルシステムの拡大および縮小を行うことができます。別のストレージの使用を希望しない場合は、このファイルシステムを選択したままにしてください。

     XFS は、ボリュームの縮小に対応していません。したがって、XFS でフォーマットしたボリュームを縮小することはできません。

   • ext4 ファイルシステムは論理ボリュームをサポートし、オンラインの物理ドライブを停止せずに、既存のファイルシステムの拡大および縮小を行うことができます。

   LUKS (Linux Unified Key Setup) 暗号を使用したバージョンも選択できます。パスフレーズを使用してボリュームの暗号化を行えます。

8. 名前 フィールドに、論理ボリューム名を入力します。

9. マウント ドロップダウンメニューで、カスタム を選択します。

   デフォルト オプションでは、システムを次回起動したときにファイルシステムがマウントされているとは限りません。

10. マウントポイント フィールドに、マウントパスを追加します。
11. 起動時にマウント を選択します。

12. Format をクリックします。

    フォーマットに使用されるオプションや、ボリュームのサイズによって、フォーマットに数分かかることがあります。

    成功すると、ファイルシステム タブに、フォーマットされた VDO ボリュームの詳細が表示されます。

13. VDO ボリュームを使用するには、マウント をクリックします。

手順

1. RHEL 8 Web コンソールにログインします。

   詳細は、Web コンソールへのログイン を参照してください。

2. Storage をクリックします。
3. VDO デバイス で、VDO ボリュームをクリックします。
4. VDO ボリュームの詳細で、Grow ボタンをクリックします。
5. VDO の論理サイズを増加 ダイアログボックスで、VDO ボリュームの論理サイズを増やします。

1. Grow をクリックします。