Show Table of Contents
29.3. VDO の使用
29.3.1. はじめに
VDO (Virtual Data Optimizer) は、重複排除、圧縮、およびシンプロビジョニングの形で、Linux でインラインのデータ削減を行います。VDO ボリュームを設定する場合は、VDO ボリュームを構築するブロックデバイスと、作成する論理ストレージのサイズを指定します。
- アクティブな VM またはコンテナーをホストする際、Red Hat では、10:1 の論理・物理の割合でストレージのプロビジョニングを行うことをおすすめしています。1 TB の物理ストレージを利用している場合は、10 TB の論理ストレージとして示します。
- Ceph が提供するタイプなどのオブジェクトストレージの場合、Red Hat は、物理と論理の割合を 1 対 3 にすることを推奨します。つまり、物理ストレージを 1 TB にした場合は、論理ストレージを 3 TB にします。
いずれの場合も、VDO が作成する論理デバイスにファイルシステムを置くだけで、直接使用することも、分散クラウドストレージアーキテクチャーの一部として使用することもできます。
本章は、VDO デプロイメントのユースケースを説明します。
- Red Hat Virtualization を使用して構築した場合など、仮想サーバーで直接接続するユースケース
- Ceph Storage を使用して構築された場合など、オブジェクトベースの分散ストレージクラスターのクラウドストレージのユースケース
注記
Ceph による VDO ディプロイメントには現在対応していません。
この章では、どちらのユースケースにも簡単にデプロイできる、標準の Linux ファイルシステムで使用する VDO の設定例を示します。詳細は「ディプロイメント例」の図をご覧ください。
29.3.2. VDO のインストール
VDO は、以下の RPM パッケージを使用してディプロイされます。
- vdo
- kmod-kvdo
VDO をインストールするには、yum パッケージマネージャーを使用して RPM パッケージをインストールします。
#yum install vdo kmod-kvdo
29.3.3. VDO ボリュームの作成
ブロックデバイスのボリュームを作成します。複数の VDO ボリュームを、同じマシンにある複数のデバイスに作成できます。この方法を選択する場合は、システムの VDO の各インスタンスに、それぞれ別の名前とデバイスを指定する必要があります。
以下のすべての手順で、vdo_name を、VDO ボリュームに使用する識別子 (
vdo1 など) に置き換えます。
注記
ボリュームの作成前に、VDO はブロックデバイスの検証を行うために
pvcreate --test などの LVM ユーティリティを使用します。
- VDO Manager を使用して VDO ボリュームを作成します。
#vdo create\--name=vdo_name\--device=block_device\--vdoLogicalSize=logical_size \[--vdoSlabSize=slab_size]- block_device を、VDO ボリュームを作成するブロックデバイスの永続名 (
/dev/disk/by-id/scsi-3600508b1001c264ad2af21e903ad031fなど) に置き換えます。重要
永続的なデバイス名を使用します。永続的出ないデバイス名を使用すると、デバイスの名前が変わった場合に VDO は今後正しく起動しなくなることがあります。永続的な名前の詳細は、「永続的な命名」を参照してください。 - logical_size を、VDO ボリュームが含まれる論理ストレージのサイズに置き換えます。
- アクティブな仮想マシンまたはコンテナーストレージの場合は、使用する論理のサイズを、ブロックデバイスの物理サイズの 10 倍になるようにします。たとえば、ブロックデバイスのサイズが 1 TB の場合は、
10Tを使用します。 - オブジェクトストレージの場合は、使用する論理のサイズを、ブロックデバイスの物理サイズの 3 倍になるようにします。たとえば、ブロックデバイスのサイズが 1 TB の場合は、
3Tを使用します。
- ブロックデバイスが 16 TiB より大きい場合は、
--vdoSlabSize=32Gを指定して、ボリューム上のスラブサイズを 32 GiB に壮大します。16 TiB を超えるブロックデバイス上の 2 GiB のデフォルトスラブサイズを使用すると、vdo createコマンドが以下のエラーで失敗します。vdo: ERROR - vdoformat: formatVDO failed on '/dev/device': VDO Status: Exceeds maximum number of slabs supported
詳細は 「VDO ボリューム」 を参照してください。
例29.1 コンテナーストレージ用に VDO 用の作成
たとえば、1 TB ブロックデバイスでコンテナーストレージ用に VDO ボリュームを作成するには、次のコマンドを実行します。#vdo create\--name=vdo1\--device=/dev/disk/by-id/scsi-3600508b1001c264ad2af21e903ad031f\--vdoLogicalSize=10TVDO ボリュームを作成すると、VDO により/etc/vdoconf.yml設定ファイルにエントリーが追加されます。次に、vdo.servicesystemd ユニットを使用して、デフォルトでボリュームを起動します。重要
VDO ボリュームを作成する際にエラーが発生する場合は、ボリュームを削除してクリーンアップします。詳細は、「作成に失敗したボリュームの削除」を参照してください。 - ファイルシステムを作成します。
- XFS ファイルの場合:
#mkfs.xfs -K /dev/mapper/vdo_name - ext4 ファイルシステムの場合:
#mkfs.ext4 -E nodiscard /dev/mapper/vdo_name
- ファイルシステムをマウントします。
#mkdir -m 1777 /mnt/vdo_name#mount /dev/mapper/vdo_name /mnt/vdo_name - ファイルシステムを設定して自動的にマウントするには、
/etc/fstabファイルまたは systemd 胸トユニットのいずれかを使用します。/etc/fstab設定ファイルを使用する場合は、以下の行をファイルに追加します。- XFS ファイルの場合:
/dev/mapper/vdo_name /mnt/vdo_name xfs defaults,_netdev,x-systemd.device-timeout=0,x-systemd.requires=vdo.service 0 0
- ext4 ファイルシステムの場合:
/dev/mapper/vdo_name /mnt/vdo_name ext4 defaults,_netdev,x-systemd.device-timeout=0,x-systemd.requires=vdo.service 0 0
- または、systemd unit を使用する場合、正しいファイル名で systemd マウントユニットファイルを作成します。VDO ボリュームのマウントポイントは、
/etc/systemd/system/mnt-vdo_name.mountファイルを以下の内容で作成してください。[Unit] Description = VDO unit file to mount file system name = vdo_name.mount Requires = vdo.service After = multi-user.target Conflicts = umount.target [Mount] What = /dev/mapper/vdo_name Where = /mnt/vdo_name Type = xfs [Install] WantedBy = multi-user.target
例の systemd ユニットファイルは、/usr/share/doc/vdo/examples/systemd/VDO.mount.exampleでもインストールされます。
- VDO デバイスのファイルシステムで
discard機能を有効にします。パッチ操作とオンライン操作の両方が VDO で有効です。discard機能の設定の詳細は、「未使用ブロックの破棄」を参照してください。
29.3.4. VDO の監視
VDO はシンプロビジョニングされているため、ファイルシステムとアプリケーションには、使用中の論理領域のみが表示されるため、利用できる実際の物理容量を認識しません。
VDO 容量の使用率と効率は、vdostats ユーティリティを使用して監視できます。
#vdostats --human-readableDevice 1K-blocks Used Available Use% Space saving% /dev/mapper/node1osd1 926.5G 21.0G 905.5G 2% 73% /dev/mapper/node1osd2 926.5G 28.2G 898.3G 3% 64%
VDO ボリュームの物理ストレージ容量が不足しそうになると、VDO はシステムログに警告を報告します。以下のようなものになります。
Oct 2 17:13:39 system lvm[13863]: Monitoring VDO pool vdo_name. Oct 2 17:27:39 system lvm[13863]: WARNING: VDO pool vdo_name is now 80.69% full. Oct 2 17:28:19 system lvm[13863]: WARNING: VDO pool vdo_name is now 85.25% full. Oct 2 17:29:39 system lvm[13863]: WARNING: VDO pool vdo_name is now 90.64% full. Oct 2 17:30:29 system lvm[13863]: WARNING: VDO pool vdo_name is now 96.07% full.
重要
VDO ボリューム上の物理容量を監視し、容量不足を回避します。物理ブロックが不足すると、VDO ボリューム上の最近の書き込まれた未承認のデータが失われることがあります。
29.3.5. ディプロイメント例
以下の例では、KVM とその他のディプロイメントで VDO を使用できる方法を示しています。
KVM を使用した VDO デプロイメント
DAS (Direct Attached Storage) を使用して設定した KVM サーバーに VDO を正常にデプロイする方法は、図29.2「KVM を使用した VDO デプロイメント」 を参照してください。
図29.2 KVM を使用した VDO デプロイメント
その他のディプロイメントシナリオ
VDO ディプロイメントの詳細は、「ディプロイメントシナリオ」を参照してください。