論理ボリュームの設定および管理

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
             - sdb
           fs_type: xfs

   • 現在、ボリューム名 (この例では barefs) は任意です。storage ロールは、disks: 属性にリスト表示されているディスクデバイスでボリュームを特定します。
   • XFS は RHEL 9 のデフォルトファイルシステムであるため、fs_type: xfs 行を省略することができます。

   • 論理ボリュームにファイルシステムを作成するには、エンクロージングボリュームグループを含む disks: 属性の下に LVM 設定を指定します。詳細は、storage RHEL システムロールを使用して論理ボリュームを管理する を参照してください。

     LV デバイスへのパスを指定しないでください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
             - sdb
           fs_type: xfs
           mount_point: /mnt/data
           mount_user: somebody
           mount_group: somegroup
           mount_mode: 0755

   • この Playbook は、ファイルシステムを /etc/fstab ファイルに追加し、ファイルシステムを即座にマウントします。
   • /dev/sdb デバイス上のファイルシステム、またはマウントポイントのディレクトリーが存在しない場合は、Playbook により作成されます。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   - hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_pools:
         - name: myvg
           disks:
             - sda
             - sdb
             - sdc
           volumes:
             - name: mylv
               size: 2G
               fs_type: ext4
               mount_point: /mnt/dat

   • myvg ボリュームグループは、ディスク /dev/sda、/dev/sdb、および /dev/sdc で構成されています。
   • myvg ボリュームグループがすでに存在する場合は、Playbook により論理ボリュームがボリュームグループに追加されます。
   • myvg ボリュームグループが存在しない場合は、Playbook により作成されます。
   • この Playbook は、mylv 論理ボリュームに Ext4 ファイルシステムを作成し、そのファイルシステムを /mnt に永続的にマウントします。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
             - sdb
           fs_type: xfs
           mount_point: /mnt/data
           mount_options: discard

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
             - sdb
           fs_type: ext4
           fs_label: label-name
           mount_point: /mnt/data

   • この Playbook は、/dev/sdb ディスクにファイルシステムを作成します。
   • この Playbook は、ファイルシステムを /mnt/data ディレクトリーに永続的にマウントします。
   • ファイルシステムのラベルは label-name です。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - hosts: all
     roles:
       - rhel-system-roles.storage
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
             - sdb
           fs_type: ext3
           fs_label: label-name
           mount_point: /mnt/data
           mount_user: somebody
           mount_group: somegroup
           mount_mode: 0755

   • この Playbook は、/dev/sdb ディスクにファイルシステムを作成します。
   • この Playbook は、ファイルシステムを /mnt/data ディレクトリーに永続的にマウントします。
   • ファイルシステムのラベルは label-name です。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Create LVM pool over three disks
     hosts: managed-node-01.example.com
     tasks:
       - name: Resize LVM logical volume with file system
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_pools:
             - name: myvg
               disks:
                 - /dev/sda
                 - /dev/sdb
                 - /dev/sdc
               volumes:
                 - name: mylv1
                   size: 10 GiB
                   fs_type: ext4
                   mount_point: /opt/mount1
                 - name: mylv2
                   size: 50 GiB
                   fs_type: ext4
                   mount_point: /opt/mount2

   この Playbook は、以下の既存のファイルシステムのサイズを変更します。

   • /opt/mount1 にマウントされる mylv1 ボリュームの Ext4 ファイルシステムは、そのサイズを 10 GiB に変更します。
   • /opt/mount2 にマウントされる mylv2 ボリュームの Ext4 ファイルシステムは、そのサイズを 50 GiB に変更します。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Create a disk device with swap
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_volumes:
         - name: swap_fs
           type: disk
           disks:
             - /dev/sdb
           size: 15 GiB
           fs_type: swap

   現在、ボリューム名 (この例では swap_fs) は任意です。storage ロールは、disks: 属性にリスト表示されているディスクデバイスでボリュームを特定します。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Configure the storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Create a RAID on sdd, sde, sdf, and sdg
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_safe_mode: false
           storage_volumes:
             - name: data
               type: raid
               disks: [sdd, sde, sdf, sdg]
               raid_level: raid0
               raid_chunk_size: 32 KiB
               mount_point: /mnt/data
               state: present

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Configure LVM pool with RAID
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_safe_mode: false
       storage_pools:
         - name: my_pool
           type: lvm
           disks: [sdh, sdi]
           raid_level: raid1
           volumes:
             - name: my_volume
               size: "1 GiB"
               mount_point: "/mnt/app/shared"
               fs_type: xfs
               state: present

   RAID を備えた LVM プールを作成するには、raid_level パラメーターを使用して RAID タイプを指定する必要があります。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Configure stripe size for RAID LVM volumes
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_safe_mode: false
       storage_pools:
         - name: my_pool
           type: lvm
           disks: [sdh, sdi]
           volumes:
             - name: my_volume
               size: "1 GiB"
               mount_point: "/mnt/app/shared"
               fs_type: xfs
               raid_level: raid1
               raid_stripe_size: "256 KiB"
               state: present

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   - name: Create LVM VDO volume under volume group 'myvg'
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_pools:
         - name: myvg
           disks:
             - /dev/sdb
           volumes:
             - name: mylv1
               compression: true
               deduplication: true
               vdo_pool_size: 10 GiB
               size: 30 GiB
               mount_point: /mnt/app/shared

   この例では、compression プールおよび deduplication プールを true に設定します。これは、VDO が使用されることを指定します。以下では、このパラメーターの使用方法を説明します。

   • deduplication は、ストレージボリュームに保存されている重複データの重複排除に使用されます。
   • 圧縮は、ストレージボリュームに保存されているデータを圧縮するために使用されます。これにより、より大きなストレージ容量が得られます。
   • vdo_pool_size は、ボリュームがデバイスで使用する実際のサイズを指定します。VDO ボリュームの仮想サイズは、size パラメーターで設定します。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Create and configure a volume encrypted with LUKS
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
            - sdb
           fs_type: xfs
           fs_label: label-name
           mount_point: /mnt/data
           encryption: true
           encryption_password: <password>

   また、encryption_key、encryption_cipher、encryption_key_size、encryption_luks など、他の暗号化パラメーターを Playbook ファイルに追加することもできます。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

検証

1. 暗号化ステータスを表示します。

   # cryptsetup status sdb
   
   /dev/mapper/sdb is active and is in use.
   type: LUKS2
   cipher: aes-xts-plain64
   keysize: 512 bits
   key location: keyring
   device: /dev/sdb
   ...

2. 作成された LUKS 暗号化ボリュームを確認します。

   # cryptsetup luksDump /dev/sdb
   
   Version:        2
   Epoch:          6
   Metadata area:  16384 [bytes]
   Keyslots area:  33521664 [bytes]
   UUID:           a4c6be82-7347-4a91-a8ad-9479b72c9426
   Label:          (no label)
   Subsystem:      (no subsystem)
   Flags:          allow-discards
   
   Data segments:
     0: crypt
           offset: 33554432 [bytes]
           length: (whole device)
           cipher: aes-xts-plain64
           sector: 4096 [bytes]
   ...

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Express volume sizes as a percentage of the pool's total size
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_pools:
         - name: myvg
           disks:
             - /dev/sdb
           volumes:
             - name: data
               size: 60%
               mount_point: /opt/mount/data
             - name: web
               size: 30%
               mount_point: /opt/mount/web
             - name: cache
               size: 10%
               mount_point: /opt/cache/mount

   この例では、LVM ボリュームのサイズを、プールサイズのパーセンテージで指定します。たとえば、60% などです。LVM ボリュームのサイズは、人間が判読できるファイルシステムのサイズ (例: 10g または 50 GiB) に占めるプールサイズのパーセンテージで指定することもできます。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. pvcreate コマンドに、スペースで区切られたデバイス名を引数として使用して、複数の物理ボリュームを作成します。

   # pvcreate /dev/vdb1 /dev/vdb2 /dev/vdb3
     Physical volume "/dev/vdb1" successfully created.
     Physical volume "/dev/vdb2" successfully created.
     Physical volume "/dev/vdb3" successfully created.

   これにより、ラベルが /dev/vdb1、/dev/vdb2、および /dev/vdb3 に配置され、それらが LVM に属する物理ボリュームとしてマークされます。

2. 要件に応じて、以下のコマンドのいずれかを使用して、作成した物理ボリュームを表示します。

   1. pvdisplay コマンド: 各物理ボリュームの詳細をそれぞれ複数行出力します。物理プロパティー (サイズ、エクステント、ボリュームグループなど) および他のオプションが、決められた形式で表示されます。

      # pvdisplay
      --- NEW Physical volume ---
        PV Name               /dev/vdb1
        VG Name
        PV Size               1.00 GiB
      [..]
      --- NEW Physical volume ---
        PV Name               /dev/vdb2
        VG Name
        PV Size               1.00 GiB
      [..]
      --- NEW Physical volume ---
        PV Name               /dev/vdb3
        VG Name
        PV Size               1.00 GiB
      [..]

   2. pvs コマンド: 物理ボリュームの情報を設定可能な形式で出力します。

      # pvs
        PV         VG  Fmt    Attr    PSize      PFree
      /dev/vdb1        lvm2           1020.00m   0
      /dev/vdb2        lvm2           1020.00m   0
      /dev/vdb3        lvm2           1020.00m   0

   3. pvscan コマンド: システムにある物理ボリュームで対応している LVM ブロックデバイスをすべてスキャンします。このコマンドで、特定の物理ボリュームがスキャンされないように、lvm.conf ファイルでフィルターを定義することができます。

      # pvscan
        PV  /dev/vdb1                      lvm2 [1.00 GiB]
        PV  /dev/vdb2                      lvm2 [1.00 GiB]
        PV  /dev/vdb3                      lvm2 [1.00 GiB]

手順

1. 物理ボリュームを削除します。

   # pvremove /dev/vdb3
   Labels on physical volume "/dev/vdb3" successfully wiped.

2. 既存の物理ボリュームを表示し、必要なボリュームが削除されているかどうかを確認します。

   # pvs
     PV         VG   Fmt    Attr    PSize      PFree
   /dev/vdb1  	    lvm2           1020.00m   0
   /dev/vdb2  	    lvm2           1020.00m   0

手順

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

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

2. Storage をクリックします。
3. Storage テーブルで、論理ボリュームを作成するボリュームグループをクリックします。
4. Logical volume group ページで、LVM2 logical volumes セクションまでスクロールし、Create new logical volume をクリックします。
5. Name フィールドに、新しい論理ボリュームの名前を入力します。名前にスペースを含めないでください。

6. Purpose ドロップダウンメニューで、Block device for filesystems を選択します。

   この設定では、ボリュームグループに含まれるすべてのドライブの容量の合計に等しい最大ボリュームサイズを持つ論理ボリュームを作成できます。

   

7. 論理ボリュームのサイズを定義します。以下を検討してください。

   • この論理ボリュームを使用するシステムにどのぐらいの容量が必要か
   • 作成する論理ボリュームの数

   領域をすべて使用する必要はありません。必要な場合は、後で論理ボリュームを大きくすることができます。

   

8. Create をクリックします。

   論理ボリュームが作成されます。論理ボリュームを使用するには、ボリュームをフォーマットしてマウントする必要があります。

手順

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

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

2. Storage をクリックします。
3. Storage テーブルで、論理ボリュームが作成されたボリュームグループをクリックします。
4. Logical volume group ページで、LVM2 logical volumes セクションまでスクロールします。
5. フォーマットするボリュームグループの横にあるメニューボタン ⋮ をクリックします。

6. ドロップダウンメニューから Format を選択します。

   

7. Name フィールドに、ファイルシステムの名前を入力します。

8. マウントポイント フィールドに、マウントパスを追加します。

   

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

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

     XFS は、XFS ファイルシステムでフォーマットしたボリュームサイズを縮小することには対応していません。

   • ext4 ファイルシステムは以下に対応します。

     • 論理ボリューム
     • オンラインの物理ドライブを停止せずに切り替え
     • ファイルシステムの拡張
     • ファイルシステムの縮小

10. RHEL Web コンソールでディスク全体をゼロで書き換える場合は、Overwrite existing data with zeros チェックボックスをオンにします。このプログラムはディスク全体を調べるため、このオプションを使用すると遅くなりますが、安全性は高まります。ディスクにデータが含まれていて、上書きする必要がある場合は、このオプションを使用します。

    Overwrite existing data with zeros チェックボックスを選択しない場合、RHEL Web コンソールはディスクヘッダーのみを書き換えます。これにより、フォーマットの速度が向上します。

11. 論理ボリュームで暗号化を有効にする場合は、Encryption ドロップダウンメニューで暗号化のタイプを選択します。

    LUKS1 (Linux Unified Key Setup) または LUKS2 暗号化を使用したバージョンを選択できます。これを使用すると、パスフレーズを使用してボリュームを暗号化できます。

12. At boot ドロップダウンメニューで、システムの起動後に論理ボリュームをいつマウントするかを選択します。
13. 必要な Mount options を選択します。

14. 論理ボリュームをフォーマットします。

    • ボリュームをフォーマットしてすぐにマウントする場合は、Format and mount をクリックします。

    • ボリュームをマウントせずにフォーマットする場合は、Format only をクリックします。

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

検証

1. Logical volume group ページで、LVM2 logical volumes セクションまでスクロールし、論理ボリュームをクリックして詳細と追加オプションを確認します。

   

2. Format only オプションを選択した場合は、論理ボリュームの行末にあるメニューボタンをクリックし、Mount を選択して論理ボリュームを使用します。

手順

1. RHEL Web コンソールにログインします。
2. Storage をクリックします。
3. Storage テーブルで、論理ボリュームが作成されたボリュームグループをクリックします。

4. Logical volume group ページで、LVM2 logical volumes セクションまでスクロールし、サイズを変更するボリュームグループの横にあるメニューボタン ⋮ をクリックします。

   

5. メニューから Grow または Shrink を選択してボリュームのサイズを変更します。

   • ボリュームの増加:

     1. ボリュームのサイズを増やすには、Grow を選択します。

     2. Grow logical volume ダイアログボックスで、論理ボリュームのサイズを調整します。

        

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

        LVM はシステム停止を引き起こすことなく論理ボリュームを拡張します。

   • ボリュームの縮小:

     1. ボリュームのサイズを縮小するには、Shrink を選択します。

     2. Shrink logical volume ダイアログボックスで、論理ボリュームのサイズを調整します。

        

     3. Shrink をクリックします。

        LVM はシステム停止を引き起こすことなく論理ボリュームを縮小します。

手順

1. 次のいずれかの方法を使用して、myvg VG を作成します。

   • オプションを指定しない場合:

     # vgcreate myvg /dev/vdb1 /dev/vdb2
      Volume group "myvg" successfully created.

   • -s 引数を使用してボリュームグループのエクステントサイズを指定する方法:

     # vgcreate -s 2 /dev/myvg /dev/vdb1 /dev/vdb2
     Volume group "myvg" successfully created.

   • -p および -l 引数を使用して、VG に追加可能な物理ボリュームまたは論理ボリュームの数に制限をかける方法:

     # vgcreate -l 1 /dev/myvg /dev/vdb1 /dev/vdb2
     Volume group "myvg" successfully created.

2. 要件に応じて、以下のコマンドのいずれかを使用して、作成したボリュームグループを表示します。

   • vgs コマンド: ボリュームグループの情報を設定可能な形式で提供し、1 ボリュームグループにつき 1 行ずつ表示します。

     # vgs
       VG    #PV #LV #SN  Attr  VSize   VFree
      myvg   2    0   0   wz-n  159.99g 159.99g

   • vgdisplay コマンド: 決められた形式でボリュームグループのプロパティー (サイズ、エクステント、物理ボリュームの数など) およびその他のオプションを表示します。以下の例は、ボリュームグループ myvg に関する vgdisplay コマンドの出力を示しています。既存のすべてのボリュームグループを表示するには、ボリュームグループを指定しないでください。

     # vgdisplay myvg
       --- Volume group ---
       VG Name               myvg
       System ID
       Format                lvm2
       Metadata Areas        4
       Metadata Sequence No  6
       VG Access             read/write
     [..]

   • vgscan コマンド: ボリュームグループ用に、システムにあるサポートされるすべての LVM ブロックデバイスをスキャンします。

     # vgscan
       Found volume group "myvg" using metadata type lvm2

3. オプション: オプション: 空き物理ボリュームを 1 つまたは複数追加して、ボリュームグループの容量を増やします。

   # vgextend myvg /dev/vdb3
   Physical volume "/dev/vdb3" successfully created.
   Volume group "myvg" successfully extended

4. オプション: 既存のボリュームグループの名前を変更します。

   # vgrename myvg myvg1
   Volume group "myvg" successfully renamed to "myvg1"

手順

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

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

2. Storage をクリックします。
3. Storage テーブルで、メニューボタンをクリックします。

4. ドロップダウンメニューから、Create LVM2 volume group を選択します。

   

5. Name フィールドにボリュームグループの名前を入力します。名前にスペースを含めることはできません。

6. ボリュームグループを作成するために組み合わせるドライブを選択します。

   

   RHEL Web コンソールは、未使用のブロックデバイスのみを表示します。リストにデバイスが表示されない場合は、そのデバイスがシステムで使用されていないことを確認するか、デバイスを空で未使用の状態にフォーマットしてください。使用されるデバイスには、たとえば次のようなものがあります。

   • ファイルシステムでフォーマットしたデバイス
   • 別のボリュームグループの物理ボリューム
   • 別のソフトウェアの RAID デバイスのメンバーになる物理ボリューム

7. Create をクリックします。

   ボリュームグループが作成されます。

手順

1. 物理ボリュームがまだ使用中の場合は、データを同じボリュームグループから別の物理ボリュームに移行します。

   # pvmove /dev/vdb3
     /dev/vdb3: Moved: 2.0%
    ...
     /dev/vdb3: Moved: 79.2%
    ...
     /dev/vdb3: Moved: 100.0%

2. 既存のボリュームグループ内の他の物理ボリュームに空きエクステントが十分にない場合は、以下を行います。

   1. /dev/vdb4 から、物理ボリュームを新規作成します。

      # pvcreate /dev/vdb4
        Physical volume "/dev/vdb4" successfully created

   2. 新規作成した物理ボリュームを myvg ボリュームグループに追加します。

      # vgextend myvg /dev/vdb4
        Volume group "myvg" successfully extended

   3. データを /dev/vdb3 から /dev/vdb4 に移動します。

      # pvmove /dev/vdb3 /dev/vdb4
        /dev/vdb3: Moved: 33.33%
        /dev/vdb3: Moved: 100.00%

3. ボリュームグループから物理ボリューム /dev/vdb3 を削除します。

   # vgreduce myvg /dev/vdb3
   Removed "/dev/vdb3" from volume group "myvg"

手順

1. 既存のボリュームグループ myvg を新しいボリュームグループ yourvg に分割します。

   # vgsplit myvg yourvg /dev/vdb3
     Volume group "yourvg" successfully split from "myvg"

   注記

   既存のボリュームグループを使用して論理ボリュームを作成した場合は、次のコマンドを実行して論理ボリュームを非アクティブにします。

   # lvchange -a n /dev/myvg/mylv

   論理ボリュームを作成する方法は、LVM 論理ボリュームの管理 を参照してください。

2. 2 つのボリュームグループの属性を表示します。

   # vgs
     VG     #PV #LV #SN Attr   VSize  VFree
     myvg     2   1   0 wz--n- 34.30G 10.80G
     yourvg   1   0   0 wz--n- 17.15G 17.15G

手順

1. mylv 論理ボリュームをアンマウントします。

   # umount /dev/mnt/mylv

2. ボリュームグループ内のすべての論理ボリュームを非アクティブ化します。これにより、ボリュームグループでこれ以上の動作が発生しないようにします。

   # vgchange -an myvg
   vgchange -- volume group "myvg" successfully deactivated

3. ボリュームグループをエクスポートして、削除元のシステムがボリュームグループにアクセスできないようにします。

   # vgexport myvg
   vgexport -- volume group "myvg" successfully exported

4. エクスポートされたボリュームグループを表示します。

   # pvscan
     PV /dev/sda1    is in exported VG myvg [17.15 GB / 7.15 GB free]
     PV /dev/sdc1    is in exported VG myvg [17.15 GB / 15.15 GB free]
     PV /dev/sdd1   is in exported VG myvg [17.15 GB / 15.15 GB free]
     ...

5. システムをシャットダウンし、ボリュームグループを構成するディスクを取り外し、新しいシステムに接続します。

6. ディスクを新しいシステムに接続し、ボリュームグループをインポートして、新しいシステムからアクセスできるようにします。

   # vgimport myvg

   注記

   vgimport コマンドの --force 引数を使用すると、物理ボリュームがないボリュームグループをインポートし、その後 vgreduce --removemissing コマンドを実行できます。

7. ボリュームグループをアクティブ化します。

   # vgchange -ay myvg

8. ファイルシステムをマウントして使用できるようにします。

   # mkdir -p /mnt/myvg/users
   # mount /dev/myvg/users /mnt/myvg/users

手順

1. クラスター環境にボリュームグループが存在する場合は、その他のすべてのノードで、ボリュームグループのロックスペースを停止します。削除を実行しているノードを除くすべてのノードで次のコマンドを使用します。

   # vgchange --lockstop vg-name

   ロックが停止するのを待ちます。

2. ボリュームグループを削除します。

   # vgremove vg-name
     Volume group "vg-name" successfully removed

手順

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

   # lvcreate -n mylv -L 500M myvg
   Logical volume "mylv" successfully created.

   -n オプションを使用して LV 名を mylv に設定し、-L オプションを使用して、Mb 単位で LV のサイズを設定しますが、他の単位を使用することもできます。デフォルトでは、論理ボリュームのタイプはリニアですが、--type オプションを使用して必要なタイプを指定できます。

   重要

   ボリュームグループに要求されるサイズとタイプの空き物理エクステントが十分にない場合、このコマンドは失敗します。

2. 要件に応じて、以下のコマンドのいずれかを使用して、作成した論理ボリュームを表示します。

   1. lvs コマンド: 論理ボリューム情報を設定可能な形式で提供して、1 つの論理ボリュームにつき 1 行ずつ表示します。

      # lvs
        LV   VG   Attr         LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
       mylv myvg -wi-ao----   500.00m

   2. lvdisplay コマンド: 決められた形式で、論理ボリュームのプロパティー (サイズ、レイアウト、マッピングなど) を表示します。

      # lvdisplay -v /dev/myvg/mylv
        --- Logical volume ---
        LV Path                /dev/myvg/mylv
        LV Name                mylv
        VG Name                myvg
        LV UUID                YTnAk6-kMlT-c4pG-HBFZ-Bx7t-ePMk-7YjhaM
        LV Write Access        read/write
      [..]

   3. lvscan コマンド: システム内のすべての論理ボリュームをスキャンし、それらをリスト表示します。

      # lvscan
       ACTIVE                   '/dev/myvg/mylv' [500.00 MiB] inherit

3. 論理ボリュームにファイルシステムを作成します。以下のコマンドを使用すると、論理ボリュームに xfs ファイルシステムが作成されます。

   # mkfs.xfs /dev/myvg/mylv
   meta-data=/dev/myvg/mylv       isize=512    agcount=4, agsize=32000 blks
            =                       sectsz=512   attr=2, projid32bit=1
            =                       crc=1        finobt=1, sparse=1, rmapbt=0
            =                       reflink=1
   data     =                       bsize=4096   blocks=128000, imaxpct=25
            =                       sunit=0      swidth=0 blks
   naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
   log      =internal log           bsize=4096   blocks=1368, version=2
            =                       sectsz=512   sunit=0 blks, lazy-count=1
   realtime =none                   extsz=4096   blocks=0, rtextents=0
   Discarding blocks...Done.

4. 論理ボリュームをマウントして、ファイルシステムのディスクの領域使用率を報告します。

   # mount /dev/myvg/mylv /mnt
   
   # df -h
   Filesystem               1K-blocks  Used   Available Use% Mounted on
   
   /dev/mapper/myvg-mylv   506528    29388  477140     6%   /mnt

前提条件

1. 3 つ以上の物理ボリュームを作成している。物理ボリュームの作成方法は、LVM 物理ボリュームの作成 を参照してください。
2. ボリュームグループを作成している。詳細は、LVM ボリュームグループの作成 を参照してください。

手順

1. 既存のボリュームグループから RAID0 論理ボリュームを作成します。次のコマンドは、ボリュームグループ myvg から RAID0 ボリューム mylv を 作成します。これは、サイズが 2G で、ストライプが 3 つ、ストライプ サイズが 4kB です。

   # lvcreate --type raid0 -L 2G --stripes 3 --stripesize 4 -n mylv my_vg
     Rounding size 2.00 GiB (512 extents) up to stripe boundary size 2.00 GiB(513 extents).
     Logical volume "mylv" created.

2. RAID0 論理ボリュームにファイルシステムを作成します。以下のコマンドを使用すると、論理ボリュームに ext4 ファイルシステムが作成されます。

   # mkfs.ext4 /dev/my_vg/mylv

3. 論理ボリュームをマウントして、ファイルシステムのディスクの領域使用率を報告します。

   # mount /dev/my_vg/mylv /mnt
   
   # df
   Filesystem             1K-blocks     Used  Available  Use% Mounted on
   /dev/mapper/my_vg-mylv   2002684     6168  1875072    1%   /mnt

手順

1. 論理ボリュームが現在マウントされている場合は、ボリュームをアンマウントします。

   # umount /mnt

   /mnt は、マウントポイントに置き換えます。

2. 既存の論理ボリュームの名前を変更します。

   # lvrename myvg mylv mylv1
   Renamed "mylv" to "mylv1" in volume group "myvg"

   また、デバイスへの完全パスを指定して、論理ボリュームの名前を変更することもできます。

   # lvrename /dev/myvg/mylv /dev/myvg/mylv1

手順

1. LV を使用する際に、物理ボリュームの使用済み容量と空き容量を表示します。

   # pvs -o+pv_used
     PV          VG    Fmt    Attr   PSize      PFree     Used
    /dev/vdb1 myvg  lvm2   a--    1020.00m    0         1020.00m
    /dev/vdb2 myvg  lvm2   a--    1020.00m    0         1020.00m
    /dev/vdb3 myvg  lvm2   a--    1020.00m   1008.00m   12.00m

2. データを他の物理ボリュームに移動します。

   1. 既存のボリュームグループ内の他の物理ボリュームに空きエクステントが十分にある場合は、以下のコマンドを使用してデータを移動します。

      # pvmove /dev/vdb3
        /dev/vdb3: Moved: 2.0%
       ...
        /dev/vdb3: Moved: 79.2%
       ...
        /dev/vdb3: Moved: 100.0%

   2. 既存のボリュームグループ内の他の物理ボリュームに空きエクステントが十分にない場合は、以下のコマンドを使用して新しい物理ボリュームを追加し、新たに作成した物理ボリュームを使用してボリュームグループを拡張し、この物理ボリュームにデータを移動します。

      # pvcreate /dev/vdb4
        Physical volume "/dev/vdb4" successfully created
      
      # vgextend myvg /dev/vdb4
        Volume group "myvg" successfully extended
      
      # pvmove /dev/vdb3 /dev/vdb4
        /dev/vdb3: Moved: 33.33%
        /dev/vdb3: Moved: 100.00%

3. 物理ボリュームを削除します。

   # vgreduce myvg /dev/vdb3
   Removed "/dev/vdb3" from volume group "myvg"

   論理ボリュームに、障害のある物理ボリュームが含まれる場合は、その論理ボリュームを使用することはできません。見つからない物理ボリュームをボリュームグループから削除します。その物理ボリュームに論理ボリュームが割り当てられていない場合は、vgreduce コマンドの --removemissing パラメーターを使用できます。

   # vgreduce --removemissing myvg

手順

1. 論理ボリュームが現在マウントされている場合は、ボリュームをアンマウントします。

   # umount /mnt

2. クラスター環境に論理ボリュームが存在する場合は、アクティブになっているすべてのノードで、論理ボリュームを非アクティブにします。アクティブになっている各ノードで、次のコマンドを実行します。

   # lvchange --activate n vg-name/lv-name

3. lvremove ユーティリティーを使用して、論理ボリュームを削除します。

   # lvremove /dev/myvg/mylv1
   
   Do you really want to remove active logical volume "mylv1"? [y/n]: y
   Logical volume "mylv1" successfully removed

   注記

   この場合は、論理ボリュームが非アクティブになっていません。削除する前に論理ボリュームを明示的に非アクティブにした場合は、アクティブな論理ボリュームを削除するかどうかを確認するプロンプトが表示されません。

手順

1. クラスター環境にボリュームグループが存在する場合は、その他のすべてのノードで、ボリュームグループのロックスペースを停止します。削除を実行しているノードを除くすべてのノードで次のコマンドを使用します。

   # vgchange --lockstop vg-name

   ロックが停止するのを待ちます。

2. ボリュームグループを削除します。

   # vgremove vg-name
     Volume group "vg-name" successfully removed

手順

1. オプション: ボリュームグループに LV を拡張するのに十分な領域がない場合は、ボリュームグループに新しい物理ボリュームを追加します。

   # vgextend myvg /dev/vdb3
   Physical volume "/dev/vdb3" successfully created.
   Volume group "myvg" successfully extended.

2. LV とファイルシステムを拡張します。

   注記

   -r 引数を指定せずに lvextend コマンドを使用すると、LV のみが拡張されます。基礎となる XFS ファイルシステムを拡張するには、XFS ファイルシステムのサイズの拡大 を参照してください。GFS2 ファイルシステムの場合は、GFS2 ファイルシステムの拡張 を、ext4 ファイルシステムの場合は、ext4 ファイルシステムのサイズ変更 を参照してください。

   注記

   -L オプションを使用して、LV を新しいサイズに拡張します。-l オプションを使用して、増やす論理ボリュームのサイズに応じてエクステントの数を指定します。

   # lvextend -r -L 3G /dev/myvg/mylv
   fsck from util-linux 2.32.1
   /dev/mapper/myvg-mylv: clean, 11/131072 files, 26156/524288 blocks
     Size of logical volume myvg/mylv changed from 2.00 GiB (512 extents) to 3.00 GiB (768 extents).
     Logical volume myvg/mylv successfully resized.
   resize2fs 1.45.6 (20-Mar-2020)
   Resizing the filesystem on /dev/mapper/myvg-mylv to 786432 (4k) blocks.
   The filesystem on /dev/mapper/myvg-mylv is now 786432 (4k) blocks long.

   また、mylv 論理ボリュームを拡張して、myvg ボリュームグループの未割り当て領域をすべて埋めることもできます。

   # lvextend -l +100%FREE /dev/myvg/mylv
    Size of logical volume myvg/mylv changed from 10.00 GiB (2560 extents) to 6.35 TiB (1665465 extents).
    Logical volume myvg/mylv successfully resized.

手順

1. 次のオプションのいずれかを使用して、myvg ボリュームグループ内の mylv 論理ボリュームとそのファイルシステムを縮小します。

   • LV とそのファイルシステムを希望の値まで縮小します。

     # lvreduce --resizefs -L 500M myvg/mylv
     File system ext4 found on myvg/mylv.
     File system size (2.00 GiB) is larger than the requested size (500.00 MiB).
     File system reduce is required using resize2fs.
     ...
     Logical volume myvg/mylv successfully resized.

   • 論理ボリュームとファイルシステムを 64 メガバイト分縮小します。

     # lvreduce --resizefs -L -64M myvg/mylv
     File system ext4 found on myvg/mylv.
     File system size (500.00 MiB) is larger than the requested size (436.00 MiB).
     File system reduce is required using resize2fs.
     ...
     Logical volume myvg/mylv successfully resized

前提条件

1. ボリュームグループ (VG) を構成する基礎となる物理ボリューム (PV) に、ストライプをサポートするのに十分な空き領域がある。

手順

1. オプション:ボリュームグループを表示します。

   # vgs
     VG      #PV #LV #SN Attr   VSize   VFree
     myvg     2   1   0 wz--n- 271.31G 271.31G

2. オプション: ボリュームグループの全領域を使用して、ストライプを作成します。

   # lvcreate -n stripe1 -L 271.31G -i 2 myvg
     Using default stripesize 64.00 KB
     Rounding up size to full physical extent 271.31 GiB

3. オプション: 新しい物理ボリュームを追加して、myvg ボリュームグループを拡張します。

   # vgextend myvg /dev/sdc1
     Volume group "myvg" successfully extended

   この手順を繰り返して、ストライプのタイプと使用する領域の量に応じて、十分な物理ボリュームを追加します。たとえば、ボリュームグループ全体を使用する双方向ストライプの場合、少なくとも 2 つの物理ボリュームを追加する必要があります。

4. myvg VG の一部であるストライプ論理ボリューム stripe1 を拡張します。

   # lvextend myvg/stripe1 -L 542G
     Using stripesize of last segment 64.00 KB
     Extending logical volume stripe1 to 542.00 GB
     Logical volume stripe1 successfully resized

   また、stripe1 論理ボリュームを拡張して、myvg ボリュームグループの未割り当て領域をすべて埋めることもできます。

   # lvextend -l+100%FREE myvg/stripe1
     Size of logical volume myvg/stripe1 changed from 1020.00 MiB (255 extents) to <2.00 GiB (511 extents).
     Logical volume myvg/stripe1 successfully resized.

手順:

1. デフォルトの lvm.conf ファイルを表示します。

   # lvmconfig --typeconfig default --withcomments

   デフォルトでは、lvm.conf ファイルには、可能な設定を表示するコメントのみが含まれています。

2. lvm.conf 内の設定をコメント解除して、要件に応じて lvm.conf ファイルをカスタマイズします。次の設定は、特定のコマンドのデフォルト表示の変更に焦点を当てています。

   • lvm.conf ファイルで、指定されたフィールドのみを出力するように lvs_cols パラメーターを調整します。

     {
       ...
       lvs_cols="lv_name,vg_name,lv_attr"
       ...
     }

     -o オプションを不必要に頻繁に使用しないように、lvs -o lv_name,vg_name,lv_attr コマンドの代わりにこのオプションを使用します。

   • lvm.conf ファイルで、compact_output=1 設定を使用して、pvs、vgs、および lvs コマンドで空のフィールドが出力されないようにします。

     {
       ...
       compact_output = 1
       ...
     }

3. lvm.conf ファイルを変更した後のデフォルト値を表示します。

   # lvmconfig --typeconfig diff

手順

1. lvm.conf ファイルで、system.devices ファイルが有効になっているかどうかを確認します。

   use_devicesfile=1

2. ホストのデバイスファイルから問題のデバイスを除外します。

   $ lvmdevices --deldev <device>

3. オプション: LVM デバイスをさらに保護できます。

   1. lvm.conf ファイルのホストと VM の両方で LVM の system ID 機能を設定します。

      system_id_source = "uname"

   2. VG の system ID を仮想マシンの system ID と一致するように設定します。これにより、ゲスト仮想マシンのみが VG をアクティブ化できるようになります。

      $ vgchange --systemid <VM_system_id> <VM_vg_name>

手順

1. lvm.conf ファイルで、system.devices ファイルが有効になっているかどうかを確認します。

   use_devicesfile=1

2. ホストのデバイスファイルから問題のデバイスを除外します。

   $ lvmdevices --deldev <device>

3. lvm.conf ファイルで LVM の system ID 機能を設定します。

   system_id_source = "uname"

4. VG の system ID を、この VG を使用するマシンの system ID と一致するように設定します。

   $ vgchange --systemid <system_id> <vg_name>

手順

1. lvm.conf ファイルで、system.devices ファイルが有効になっているかどうかを確認します。

   use_devicesfile=1

2. 問題のデバイスをホストのデバイスファイルに含めます。

   $ lvmdevices --adddev <device>

3. すべてのマシンの LVM の system ID 機能を lvm.conf ファイルに設定します。

   system_id_source = "uname"

手順

1. lvm.conf ファイルで、system.devices ファイルが有効になっているかどうかを確認します。

   use_devicesfile=1

2. 共有 LUN を使用するマシンごとに、マシンのデバイスファイルに LUN を追加します。

   $ lvmdevices --adddev <device>

3. すべてのマシンで lvmlockd デーモンを使用するように lvm.conf ファイルを設定します。

   use_lvmlockd=1

4. すべてのマシンで lvmlockd デーモンファイルを開始します。
5. すべてのマシン上で dlm や sanlock などの lvmlockd で使用するロックマネージャーを開始します。
6. vgcreate --shared コマンドを使用して、新しい共有 VG を作成します。
7. すべてのマシンで vgchange --lockstart コマンドおよび vgchange --lockstop コマンドを使用して、既存の共有 VG へのアクセスを開始および停止します。

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Create shared LVM device
     hosts: managed-node-01.example.com
     become: true
     tasks:
       - name: Create shared LVM device
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_pools:
             - name: vg1
               disks: /dev/vdb
               type: lvm
               shared: true
               state: present
               volumes:
                 - name: lv1
                   size: 4g
                   mount_point: /opt/test1
           storage_safe_mode: false
           storage_use_partitions: true

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

前提条件

1. 3 つ以上の物理ボリュームを作成している。物理ボリュームの作成方法は、LVM 物理ボリュームの作成 を参照してください。
2. ボリュームグループを作成している。詳細は、LVM ボリュームグループの作成 を参照してください。

手順

1. 既存のボリュームグループから RAID0 論理ボリュームを作成します。次のコマンドは、ボリュームグループ myvg から RAID0 ボリューム mylv を 作成します。これは、サイズが 2G で、ストライプが 3 つ、ストライプ サイズが 4kB です。

   # lvcreate --type raid0 -L 2G --stripes 3 --stripesize 4 -n mylv my_vg
     Rounding size 2.00 GiB (512 extents) up to stripe boundary size 2.00 GiB(513 extents).
     Logical volume "mylv" created.

2. RAID0 論理ボリュームにファイルシステムを作成します。以下のコマンドを使用すると、論理ボリュームに ext4 ファイルシステムが作成されます。

   # mkfs.ext4 /dev/my_vg/mylv

3. 論理ボリュームをマウントして、ファイルシステムのディスクの領域使用率を報告します。

   # mount /dev/my_vg/mylv /mnt
   
   # df
   Filesystem             1K-blocks     Used  Available  Use% Mounted on
   /dev/mapper/my_vg-mylv   2002684     6168  1875072    1%   /mnt

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Configure stripe size for RAID LVM volumes
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_safe_mode: false
       storage_pools:
         - name: my_pool
           type: lvm
           disks: [sdh, sdi]
           volumes:
             - name: my_volume
               size: "1 GiB"
               mount_point: "/mnt/app/shared"
               fs_type: xfs
               raid_level: raid1
               raid_stripe_size: "256 KiB"
               state: present

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. DM 整合性のある RAID LV を作成します。次の例では、my_vg ボリュームグループに test-lv という名前の整合性を持つ新しい RAID LV を作成します。使用可能なサイズは 256M で、RAID レベルは 1 です。

   # lvcreate --type raid1 --raidintegrity y -L 256M -n test-lv my_vg
   Creating integrity metadata LV test-lv_rimage_0_imeta with size 8.00 MiB.
   Logical volume "test-lv_rimage_0_imeta" created.
   Creating integrity metadata LV test-lv_rimage_1_imeta with size 8.00 MiB.
   Logical volume "test-lv_rimage_1_imeta" created.
   Logical volume "test-lv" created.

   注記

   既存の RAID LV に DM 整合性を追加するには、次のコマンドを実行します。

   # lvconvert --raidintegrity y my_vg/test-lv

   RAID LV に整合性を追加すると、その RAID LV で実行可能な操作の数が制限されます。

2. オプション: 特定の操作を実行する前に整合性を削除します。

   # lvconvert --raidintegrity n my_vg/test-lv
   Logical volume my_vg/test-lv has removed integrity.

手順

1. 変換が必要な論理ボリュームデバイスを表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV     Copy%  Devices
     my_lv         /dev/sde1(0)

2. リニア論理ボリュームを RAID デバイスに変換します。以下のコマンドは、ボリュームグループ __my_vg のリニア論理ボリューム my_lv を、2 方向の RAID1 アレイに変換します。

   # lvconvert --type raid1 -m 1 my_vg/my_lv
     Are you sure you want to convert linear LV my_vg/my_lv to raid1 with 2 images enhancing resilience? [y/n]: y
     Logical volume my_vg/my_lv successfully converted.

手順

1. 既存の LVM RAID1 論理ボリュームを表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv            100.00 my_lv_rimage_0(0),my_lv_rimage_1(0)
     [my_lv_rimage_0]        /dev/sde1(1)
     [my_lv_rimage_1]        /dev/sdf1(1)
     [my_lv_rmeta_0]         /dev/sde1(0)
     [my_lv_rmeta_1]         /dev/sdf1(0)

2. 既存の RAID1 LVM 論理ボリュームを LVM リニア論理ボリュームに変換します。以下のコマンドは、LVM RAID1 論理ボリューム my_vg/my_lv を、LVM リニアデバイスに変換します。

   # lvconvert -m0 my_vg/my_lv
     Are you sure you want to convert raid1 LV my_vg/my_lv to type linear losing all resilience? [y/n]: y
     Logical volume my_vg/my_lv successfully converted.

   LVM RAID1 論理ボリューム を LVM リニアボリュームに変換する場合は、削除する物理ボリュームを指定することもできます。以下の例では、lvconvert コマンドは /dev/sde1 を削除して、/dev/sdf1 をリニアデバイスを構成する物理ボリュームとして残すように指定します。

   # lvconvert -m0 my_vg/my_lv /dev/sde1

手順

1. ミラーリングされた論理ボリューム my_vg/my_lv の のレイアウトを表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv             15.20 my_lv_mimage_0(0),my_lv_mimage_1(0)
     [my_lv_mimage_0]        /dev/sde1(0)
     [my_lv_mimage_1]        /dev/sdf1(0)
     [my_lv_mlog]            /dev/sdd1(0)

2. ミラーリングされた論理ボリューム my_vg/my_lv を RAID1 論理ボリュームに変換します。

   # lvconvert --type raid1 my_vg/my_lv
   Are you sure you want to convert mirror LV my_vg/my_lv to raid1 type? [y/n]: y
   Logical volume my_vg/my_lv successfully converted.

手順

1. 2 ウェイ RAID1 アレイである LVM デバイス my_vg/my_lv を表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV                Copy%  Devices
     my_lv             6.25    my_lv_rimage_0(0),my_lv_rimage_1(0)
     [my_lv_rimage_0]         /dev/sde1(0)
     [my_lv_rimage_1]         /dev/sdf1(1)
     [my_lv_rmeta_0]          /dev/sde1(256)
     [my_lv_rmeta_1]          /dev/sdf1(0)

   メタデータサブボリューム (rmeta と呼ばれる) は、対応するデータサブボリューム (rimage) と同じ物理デバイスに常に存在します。メタデータ/データのサブボリュームのペアは、--alloc をどこかに指定しない限り、RAID アレイにある別のメタデータ/データサブボリュームのペアと同じ物理ボリュームには作成されません。

2. 2 ウェイ RAID1 論理ボリューム my_vg/my_lv を 3 ウェイ RAID1 論理ボリュームに変換します。

   # lvconvert -m 2 my_vg/my_lv
   Are you sure you want to convert raid1 LV my_vg/my_lv to 3 images enhancing resilience? [y/n]: y
   Logical volume my_vg/my_lv successfully converted.

   既存の RAID1 デバイスのイメージ数を変更する場合の例を以下に示します。

   • また、RAID にイメージを追加する際に、使用する物理ボリュームを指定することもできます。次のコマンドは、アレイに使用する物理ボリューム /dev/sdd1 を指定することにより、2 方向 RAID1 論理ボリューム my_vg/my_lv を 3 方向 RAID1 論理ボリュームに変換します。

     # lvconvert -m 2 my_vg/my_lv /dev/sdd1

   • 3 方向 RAID1 論理ボリュームを 2 方向 RAID1 論理ボリュームに変換します。

     # lvconvert -m1 my_vg/my_lv
     Are you sure you want to convert raid1 LV my_vg/my_lv to 2 images reducing resilience? [y/n]: y
     Logical volume my_vg/my_lv successfully converted.

   • 削除するイメージを含む物理ボリューム /dev/sde1 を指定して、3 方向 RAID1 論理ボリュームを 2 方向 RAID1 論理ボリュームに変換します。

     # lvconvert -m1 my_vg/my_lv /dev/sde1

     また、イメージとその関連付けられたメタデータのサブボリュームを削除すると、それよりも大きな番号のイメージが下に移動してそのスロットを引き継ぎます。lv_rimage_0、lv_rimage_1、および lv_rimage_2 で構成される 3 方向 RAID1 アレイからlv_rimage_1 を削除すると、lv_rimage_0 と lv_rimage_1 で構成される RAID1 アレイになります。サブボリューム lv_rimage_2 の名前が、空のスロットを引き継いで lv_rimage_1 になります。

手順

1. 2 ウェイ RAID1 アレイである LVM デバイス my_vg/my_lv を表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv             12.00 my_lv_rimage_0(0),my_lv_rimage_1(0)
     [my_lv_rimage_0]        /dev/sde1(1)
     [my_lv_rimage_1]        /dev/sdf1(1)
     [my_lv_rmeta_0]         /dev/sde1(0)
     [my_lv_rmeta_1]         /dev/sdf1(0)

2. RAID イメージを別の論理ボリュームに分割します。

   • 以下の例は、2 方向の RAID1 論理ボリューム my_lv を、my_lv と new の 2 つのリニア論理ボリュームに分割します。

     # lvconvert --splitmirror 1 -n new my_vg/my_lv
     Are you sure you want to split raid1 LV my_vg/my_lv losing all resilience? [y/n]: y

   • 以下の例は、3 方向の RAID1 論理ボリューム my_lv を、2 方向の RAID1 論理ボリューム my_lv と、リニア論理ボリューム new に分割します。

     # lvconvert --splitmirror 1 -n new my_vg/my_lv

手順

1. RAID 論理ボリュームを作成します。

   # lvcreate --type raid1 -m 2 -L 1G -n my_lv my_vg
     Logical volume "my_lv" created

2. オプション: 作成した RAID 論理ボリュームを表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv          100.00 my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]        /dev/sdb1(1)
     [my_lv_rimage_1]        /dev/sdc1(1)
     [my_lv_rimage_2]        /dev/sdd1(1)
     [my_lv_rmeta_0]         /dev/sdb1(0)
     [my_lv_rmeta_1]         /dev/sdc1(0)
     [my_lv_rmeta_2]         /dev/sdd1(0)

3. 作成した RAID 論理ボリュームからイメージを分割し、残りのアレイへの変更を追跡します。

   # lvconvert --splitmirrors 1 --trackchanges my_vg/my_lv
     my_lv_rimage_2 split from my_lv for read-only purposes.
     Use 'lvconvert --merge my_vg/my_lv_rimage_2' to merge back into my_lv

4. オプション: イメージを分割した後の論理ボリュームを表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv            100.00 my_lv_rimage_0(0),my_lv_rimage_1(0)
     [my_lv_rimage_0]        /dev/sdc1(1)
     [my_lv_rimage_1]          /dev/sdd1(1)
     [my_lv_rmeta_0]         /dev/sdc1(0)
     [my_lv_rmeta_1]         /dev/sdd1(0)

5. ボリュームをアレイにマージして戻します。

   # lvconvert --merge my_vg/my_lv_rimage_1
     my_vg/my_lv_rimage_1 successfully merged back into my_vg/my_lv

手順

1. オプション: スクラビングプロセスが使用する I/O 帯域幅を制限します。RAID スクラビング操作を実行すると、sync アクションに必要なバックグラウンド I/O が、LVM デバイスへの他の I/O (ボリュームグループメタデータの更新など) よりも優先される可能性があります。これにより、他の LVM 操作が遅くなる可能性があります。

   リカバリースロットルを実装してスクラビング操作のレートを制御できます。lvchange --syncaction コマンドで --maxrecoveryrate Rate[bBsSkKmMgG] または --minrecoveryrate Rate[bBsSkKmMgG] を使用して復旧速度を設定できます。詳細は、最小/最大 I/O レートオプション を参照してください。

   Rate 値は、アレイ内の各デバイスに対する 1 秒あたりのデータ通信量を指定します。接尾辞を指定しないと、オプションはデバイスごとの 1 秒あたらりの kiB を想定します。

2. アレイ内の不一致数を修復せずに、アレイ内の不一致の数を表示します。

   # lvchange --syncaction check my_vg/my_lv

   このコマンドは、アレイでバックグラウンドの同期アクションを開始します。

3. オプション: var/log/syslog ファイルでカーネルメッセージを確認します。

4. アレイ内の不一致を修正します。

   # lvchange --syncaction repair my_vg/my_lv

   このコマンドは、RAID 論理ボリューム内の障害が発生したデバイスを修復または交換します。このコマンドを実行したら、var/log/syslog ファイルでカーネルメッセージを確認できます。

検証

1. スクラビング操作に関する情報を表示します。

   # lvs -o +raid_sync_action,raid_mismatch_count my_vg/my_lv
   LV    VG    Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert SyncAction Mismatches
   my_lv my_vg rwi-a-r--- 500.00m                                    100.00           idle        0

手順

1. RAID 論理ボリュームを作成します。

   # lvcreate --type raid5 -i 3 -L 500M -n my_lv my_vg
   Using default stripesize 64.00 KiB.
   Rounding size 500.00 MiB (125 extents) up to stripe boundary size 504.00 MiB (126 extents).
   Logical volume "my_lv" created.

2. RAID 論理ボリュームを表示します。

   # lvs -a -o +devices,segtype
     LV               VG            Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert Devices                                                                 Type
     my_lv            my_vg         rwi-a-r--- 504.00m                                    100.00           my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0),my_lv_rimage_3(0) raid5
     [my_lv_rimage_0] my_vg         iwi-aor--- 168.00m                                                     /dev/sda(1)                                                             linear

3. RAID 論理ボリュームを別の RAID レベルに変換します。

   # lvconvert --type raid6 my_vg/my_lv
   Using default stripesize 64.00 KiB.
   Replaced LV type raid6 (same as raid6_zr) with possible type raid6_ls_6.
   Repeat this command to convert to raid6 after an interim conversion has finished.
   Are you sure you want to convert raid5 LV my_vg/my_lv to raid6_ls_6 type? [y/n]: y
   Logical volume my_vg/my_lv successfully converted.

4. オプション: このコマンドで変換を繰り返すように求められた場合は、次のコマンドを実行します。

   # lvconvert --type raid6 my_vg/my_lv

検証

1. RAID レベルを変換した RAID 論理ボリュームを表示します。

   # lvs -a -o +devices,segtype
     LV               VG            Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert Devices                                                                                   Type
     my_lv            my_vg         rwi-a-r--- 504.00m                                    100.00           my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0),my_lv_rimage_3(0),my_lv_rimage_4(0) raid6
     [my_lv_rimage_0] my_vg         iwi-aor--- 172.00m                                                     /dev/sda(1)                                                                               linear

手順

1. RAID 論理ボリュームを作成します。

   # lvcreate --type raid5 -i 2 -L 500M -n my_lv my_vg
   
   Using default stripesize 64.00 KiB.
   Rounding size 500.00 MiB (125 extents) up to stripe boundary size 504.00 MiB (126 extents).
   Logical volume "my_lv" created.

2. RAID 論理ボリュームを表示します。

   # lvs -a -o +devices
   
   LV               VG    Attr       LSize   Pool   Origin Data% Meta% Move Log Cpy%Sync Convert Devices
   my_lv            my_vg rwi-a-r--- 504.00m                                    100.00            my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
   [my_lv_rimage_0] my_vg iwi-aor--- 252.00m                                                      /dev/sda(1)
   [my_lv_rimage_1] my_vg iwi-aor--- 252.00m                                                      /dev/sdb(1)
   [my_lv_rimage_2] my_vg iwi-aor--- 252.00m                                                      /dev/sdc(1)
   [my_lv_rmeta_0]  my_vg ewi-aor---   4.00m                                                      /dev/sda(0)
   [my_lv_rmeta_1]  my_vg ewi-aor---   4.00m                                                      /dev/sdb(0)
   [my_lv_rmeta_2]  my_vg ewi-aor---   4.00m                                                      /dev/sdc(0)

3. オプション: RAID 論理ボリュームの stripes イメージと stripesize を表示します。

   # lvs -o stripes my_vg/my_lv
     #Str
        3

   # lvs -o stripesize my_vg/my_lv
     Stripe
     64.00k

4. 要件に応じて次の方法を使用して、RAID 論理ボリュームの属性を変更します。

   1. RAID 論理ボリュームの stripes イメージを変更します。

      # lvconvert --stripes 3 my_vg/my_lv
      Using default stripesize 64.00 KiB.
      WARNING: Adding stripes to active logical volume my_vg/my_lv will grow it from 126 to 189 extents!
      Run "lvresize -l126 my_vg/my_lv" to shrink it or use the additional capacity.
      Are you sure you want to add 1 images to raid5 LV my_vg/my_lv? [y/n]: y
      Logical volume my_vg/my_lv successfully converted.

   2. RAID 論理ボリュームの stripesize を変更します。

      # lvconvert --stripesize 128k my_vg/my_lv
        Converting stripesize 64.00 KiB of raid5 LV my_vg/my_lv to 128.00 KiB.
      Are you sure you want to convert raid5 LV my_vg/my_lv? [y/n]: y
        Logical volume my_vg/my_lv successfully converted.

   3. maxrecoveryrate 属性と minrecoveryrate 属性を変更します。

      # lvchange --maxrecoveryrate 4M my_vg/my_lv
        Logical volume my_vg/my_lv changed.

      # lvchange --minrecoveryrate 1M my_vg/my_lv
        Logical volume my_vg/my_lv changed.

   4. syncaction 属性を変更します。

      # lvchange --syncaction check my_vg/my_lv

   5. writemostly 属性と writebehind 属性を変更します。

      # lvchange --writemostly /dev/sdb my_vg/my_lv
        Logical volume my_vg/my_lv changed.

      # lvchange --writebehind 100 my_vg/my_lv
        Logical volume my_vg/my_lv changed.

検証

1. RAID 論理ボリュームの stripes イメージと stripesize を表示します。

   # lvs -o stripes my_vg/my_lv
     #Str
        4

   # lvs -o stripesize my_vg/my_lv
     Stripe
     128.00k

2. maxrecoveryrate 属性を変更した後、RAID 論理ボリュームを表示します。

   # lvs -a -o +raid_max_recovery_rate
     LV               VG       Attr        LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert MaxSync
     my_lv            my_vg    rwi-a-r---  10.00g                                     100.00           4096
     [my_lv_rimage_0] my_vg    iwi-aor---  10.00g
    [...]

3. minrecoveryrate 属性を変更した後、RAID 論理ボリュームを表示します。

   # lvs -a -o +raid_min_recovery_rate
     LV               VG     Attr        LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert MinSync
     my_lv            my_vg  rwi-a-r---  10.00g                                     100.00           1024
     [my_lv_rimage_0] my_vg  iwi-aor---  10.00g
     [...]

4. syncaction 属性を変更した後、RAID 論理ボリュームを表示します。

   # lvs -a
     LV               VG      Attr        LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
     my_lv            my_vg   rwi-a-r---  10.00g                                     2.66
     [my_lv_rimage_0] my_vg   iwi-aor---  10.00g
     [...]

手順

1. RAID 論理ボリュームを作成します。

   # lvcreate --type raid1 -m 1 -L 10G test
     Logical volume "lvol0" created.

2. RAID 論理ボリュームを表示します。

   # lvs -a -o +devices,region_size
   
   LV                VG      Attr     LSize Pool Origin Data% Meta% Move Log   Cpy%Sync Convert Devices                              Region
   lvol0             test rwi-a-r--- 10.00g                                    100.00           lvol0_rimage_0(0),lvol0_rimage_1(0)  2.00m
   [lvol0_rimage_0]  test iwi-aor--- 10.00g                                                     /dev/sde1(1)                            0
   [lvol0_rimage_1]  test iwi-aor--- 10.00g                                                     /dev/sdf1(1)                            0
   [lvol0_rmeta_0]   test ewi-aor---  4.00m                                                     /dev/sde1(0)                            0
   [lvol0_rmeta_1]   test ewi-aor---  4.00m

   Region 列は、raid_region_size パラメーターの値を示します。

3. オプション: raid_region_size パラメーターの値を表示します。

   # cat /etc/lvm/lvm.conf | grep raid_region_size
   
   # Configuration option activation/raid_region_size.
   	# raid_region_size = 2048

4. RAID 論理ボリュームのリージョンサイズを変更します。

   # lvconvert -R 4096K my_vg/my_lv
   
   Do you really want to change the region_size 512.00 KiB of LV my_vg/my_lv to 4.00 MiB? [y/n]: y
     Changed region size on RAID LV my_vg/my_lv to 4.00 MiB.

5. RAID 論理ボリュームを再同期します。

   # lvchange --resync my_vg/my_lv
   
   Do you really want to deactivate logical volume my_vg/my_lv to resync it? [y/n]: y

検証

1. RAID 論理ボリュームを表示します。

   # lvs -a -o +devices,region_size
   
   LV               VG   Attr        LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert Devices                              Region
   lvol0            test rwi-a-r--- 10.00g                                    6.25           lvol0_rimage_0(0),lvol0_rimage_1(0)  4.00m
   [lvol0_rimage_0] test iwi-aor--- 10.00g                                                   /dev/sde1(1)                            0
   [lvol0_rimage_1] test iwi-aor--- 10.00g                                                   /dev/sdf1(1)                            0
   [lvol0_rmeta_0]  test ewi-aor---  4.00m                                                   /dev/sde1(0)                            0

   Region 列には、raid_region_size パラメーターの変更後の値が表示されます。

2. lvm.conf ファイル内の raid_region_size パラメーターの値を確認します。

   # cat /etc/lvm/lvm.conf | grep raid_region_size
   
   # Configuration option activation/raid_region_size.
   	# raid_region_size = 4096

手順

1. ボリュームグループ vg001 から、論理ボリューム origin を作成します。

   # lvcreate -L 1G -n origin vg001
   Logical volume "origin" created.

2. 名前が snap で、サイズが 100 MB のスナップショット論理ボリューム /dev/vg001/origin を作成します。

   # lvcreate --size 100M --name snap --snapshot /dev/vg001/origin
     Logical volume "snap" created.

   --size の代わりに -L 引数を、--name の代わりに -n を、そして --snapshot の代わりに -s を使用して、スナップショットを作成することもできます。

   元の論理ボリュームにファイルシステムが含まれている場合は、任意のディレクトリー上でスナップショット論理ボリュームをマウントしてそのファイルシステムのコンテンツにアクセスし、元のファイルシステムが更新を継続している間にバックアップを実行できます。

3. 元のボリュームと、使用されているスナップショットボリュームの現在の割合を表示します。

   # lvs -a -o +devices
     LV      VG    Attr       LSize  Pool Origin Data% Meta% Move Log Cpy%Sync Convert Devices
    origin vg001  owi-a-s---  1.00g                                                  /dev/sde1(0)
     snap vg001  swi-a-s--- 100.00m     origin 0.00                                 /dev/sde1(256)

   lvdisplay /dev/vg001/origin コマンドを使用して、論理ボリューム /dev/vg001/origin のステータスと、すべてのスナップショット論理ボリュームおよびそれらのステータス (アクティブまたは非アクティブなど) を表示することもできます。

   警告

   スナップショット LV の領域は、元の LV が書き込まれた後に消費されます。lvs コマンドは、現在のスナップショット領域の使用状況を Data% data_percent フィールド値でレポートします。スナップショットの容量が 100% に達すると、スナップショットは無効になり使用できなくなります。

   無効なスナップショットは、Attr 列の 5 番目の位置の I または lvs の lv_snapshot_invalid レポートフィールドでレポートされます。lvremove コマンドを使用して、無効なスナップショットを削除できます。

4. オプション: 次のいずれかの方法を使用して、容量が 100% いっぱいになり無効になる前にスナップショットを拡張します。

   • /etc/lvm.conf ファイル内の次のパラメーターを使用して、スナップショットを自動的に拡張するように LVM を設定します。

     snapshot_autoextend_threshold

     スナップショットの使用量がこのパラメーターに設定された値を超えた後、スナップショットを拡張します。デフォルトでは 100 に設定され、自動拡張は無効になっています。このパラメーターの最小値は 50 です。

     snapshot_autoextend_percent

     現在のサイズに対する割合を指定して、その分の領域をスナップショットに追加します。デフォルトでは、20 に設定されます。

     以下の例では、次のパラメーターを設定した後、作成された 1 G のスナップショットは、使用量が 700 M を超えると 1.2 G に拡張されます。

     例10.1 スナップショットの自動拡張

     # vi /etc/lvm.conf
     snapshot_autoextend_threshold = 70
     snapshot_autoextend_percent = 20

     注記

     この機能には、ボリュームグループに未割り当てのスペースが必要です。同様に、スナップショットの自動拡張を実行しても、スナップショットに必要なサイズとして計算される最大サイズを超えて拡張されることはありません。スナップショットのサイズが複製元のボリュームを包含できるまで拡大されると、スナップショットの自動拡張はモニターされなくなります。

   • lvextend コマンドを使用して、このスナップショットを手動で拡張します。

     # lvextend -L+100M /dev/vg001/snap

手順

1. スナップショットボリュームをマージします。以下のコマンドは、スナップショットボリューム vg001/snap をその 作成元 にマージします。

   # lvconvert --merge vg001/snap
   Merging of volume vg001/snap started.
     vg001/origin: Merged: 100.00%

2. 元のボリュームを表示します。

   # lvs -a -o +devices
     LV      VG    Attr       LSize  Pool Origin Data% Meta% Move Log Cpy%Sync Convert Devices
     origin vg001  owi-a-s---  1.00g                                                  /dev/sde1(0)

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Run the snapshot system role
     hosts: managed-node-01.example.com
     vars:
       snapshot_lvm_set:
         name: snapset1
         volumes:
           - name: data1 snapshot
             vg: data_vg
             lv: data1
             percent_space_required: 25
             mountpoint: /data1_snapshot
             options: nouuid
             mountpoint_create: true
           - name: data2 snapshot
             vg: data_vg
             lv: data2
             percent_space_required: 25
             mountpoint: /data2_snapshot
             options: nouuid
             mountpoint_create: true
     tasks:
       - name: Create a snapshot set
         ansible.builtin.include_role:
           name: rhel-system-roles.snapshot
         vars:
           snapshot_lvm_action: snapshot
       - name: Verify the set of snapshots for the LVs
         ansible.builtin.include_role:
           name: rhel-system-roles.snapshot
         vars:
           snapshot_lvm_action: check
           snapshot_lvm_verify_only: true
       - name: Mount the snapshot set
         ansible.builtin.include_role:
           name: rhel-system-roles.snapshot
         vars:
           snapshot_lvm_action: mount

   この場合、snapshot_lvm_set パラメーターは、同じボリュームグループ (VG) からの特定の論理ボリューム (LV) を示しています。このパラメーターを設定する際に、異なる VG からの LV を指定することもできます。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   • 特定の LVM スナップショットをアンマウントします。

     ---
     - name: Unmount the snapshot specified by the snapset
       hosts: managed-node-01.example.com
       vars:
         snapshot_lvm_snapset_name: snapset1
         snapshot_lvm_action: umount
         snapshot_lvm_vg: data_vg
         snapshot_lvm_lv: data2
         snapshot_lvm_mountpoint: /data2_snapshot
       roles:
         - rhel-system-roles.snapshot

     この場合、snapshot_lvm_lv パラメーターは特定の論理ボリューム (LV) を表し、snapshot_lvm_vg パラメーターは特定のボリュームグループ (VG) を示しています。

   • LVM スナップショットのセットをアンマウントします。

     ---
     - name: Unmount a set of snapshots
       hosts: managed-node-01.example.com
       vars:
         snapshot_lvm_action: umount
         snapshot_lvm_set:
           name: snapset1
           volumes:
             - name: data1 snapshot
               vg: data_vg
               lv: data1
               mountpoint: /data1_snapshot
             - name: data2 snapshot
               vg: data_vg
               lv: data2
               mountpoint: /data2_snapshot
       roles:
         - rhel-system-roles.snapshot

     この場合、snapshot_lvm_set パラメーターは、同じ VG からの特定の LV を示しています。このパラメーターを設定する際に、異なる VG からの LV を指定することもできます。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   • percent_space_required パラメーターの値を指定して、すべての LVM スナップショットを拡張します。

     ---
     - name: Extend all snapshots
       hosts: managed-node-01.example.com
       vars:
         snapshot_lvm_action: extend
         snapshot_lvm_set:
           name: snapset1
           volumes:
             - name: data1 snapshot
               vg: data_vg
               lv: data1
               percent_space_required: 40
             - name: data2 snapshot
               vg: data_vg
               lv: data2
               percent_space_required: 40
       roles:
         - rhel-system-roles.snapshot

     この場合、snapshot_lvm_set パラメーターは、同じ VG からの特定の LV を示しています。このパラメーターを設定する際に、異なる VG からの LV を指定することもできます。

   • セット内の VG と LV のペアごとに percent_space_required を異なる値に設定して、LVM スナップショットセットを拡張します。

     ---
     - name: Extend the snapshot
       hosts: managed-node-01.example.com
       vars:
         snapshot_extend_set:
           name: snapset1
           volumes:
             - name: data1 snapshot
               vg: data_vg
               lv: data1
               percent_space_required: 30
             - name: data2 snapshot
               vg: data_vg
               lv: data2
               percent_space_required: 40
       tasks:
         - name: Extend data1 to 30% and data2 to 40%
           vars:
             snapshot_lvm_set: "{{ snapshot_extend_set }}"
             snapshot_lvm_action: extend
           ansible.builtin.include_role:
             name: rhel-system-roles.snapshot

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   • 特定の LVM スナップショットを元のボリュームに戻します。

     ---
     - name: Revert a snapshot to its original volume
       hosts: managed-node-01.example.com
       vars:
         snapshot_lvm_snapset_name: snapset1
         snapshot_lvm_action: revert
         snapshot_lvm_vg: data_vg
         snapshot_lvm_lv: data2
       roles:
         - rhel-system-roles.snapshot

     この場合、snapshot_lvm_lv パラメーターは特定の論理ボリューム (LV) を表し、snapshot_lvm_vg パラメーターは特定のボリュームグループ (VG) を示しています。

   • LVM スナップショットのセットを元のボリュームに戻します。

     ---
     - name: Revert a set of snapshot
       hosts: managed-node-01.example.com
       vars:
         snapshot_lvm_action: revert
         snapshot_lvm_set:
           name: snapset1
           volumes:
             - name: data1 snapshot
               vg: data_vg
               lv: data1
             - name: data2 snapshot
               vg: data_vg
               lv: data2
       roles:
         - rhel-system-roles.snapshot

     この場合、snapshot_lvm_set パラメーターは、同じ VG からの特定の LV を示しています。このパラメーターを設定する際に、異なる VG からの LV を指定することもできます。

     注記

     revert 操作は、完了するまでに時間がかかる場合があります。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

4. ホストを再起動するか、次の手順に従って論理ボリュームを非アクティブ化してから再アクティブ化します。

   $ umount /data1; umount /data2
   
   $ lvchange -an data_vg/data1 data_vg/data2
   
   $ lvchange -ay data_vg/data1 data_vg/data2
   
   $ mount /data1; mount /data2

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   • 特定の LVM スナップショットを削除します。

     ---
     - name: Remove a snapshot
       hosts: managed-node-01.example.com
       vars:
         snapshot_lvm_snapset_name: snapset1
         snapshot_lvm_action: remove
         snapshot_lvm_vg: data_vg
       roles:
         - rhel-system-roles.snapshot

     この場合、snapshot_lvm_vg パラメーターは、ボリュームグループ (VG) からの特定の論理ボリューム (LV) を示しています。

   • LVM スナップショットのセットを削除します。

     ---
     - name: Remove a set of snapshots
       hosts: managed-node-01.example.com
       vars:
         snapshot_lvm_action: remove
         snapshot_lvm_set:
           name: snapset1
           volumes:
             - name: data1 snapshot
               vg: data_vg
               lv: data1
             - name: data2 snapshot
               vg: data_vg
               lv: data2
       roles:
         - rhel-system-roles.snapshot

     この場合、snapshot_lvm_set パラメーターは、同じ VG からの特定の LV を示しています。このパラメーターを設定する際に、異なる VG からの LV を指定することもできます。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. シンプールを作成します。

   # lvcreate -L 100M -T vg001/mythinpool
     Thin pool volume with chunk size 64.00 KiB can address at most 15.81 TiB of data.
     Logical volume "mythinpool" created.

   物理領域のプールを作成しているため、プールのサイズを指定する必要があります。lvcreate コマンドの -T オプションでは引数を使用できません。コマンドで指定する他のオプションをもとに、作成するデバイスのタイプを決定します。次の例に示すように、追加のパラメーターを使用してシンプールを作成することもできます。

   • また、lvcreate コマンドの ----thinpool パラメーターを指定して、シンプールを作成することもできます。-T オプションとは異なり、-thinpool パラメーターでは、作成するシンプール論理ボリュームの名前を指定する必要があります。次の例では、-thinpool パラメーターを使用して、サイズが 100M のボリュームグループ vg001 に mythinpool という名前のシンプールを作成します。

     # lvcreate -L 100M --thinpool mythinpool vg001
       Thin pool volume with chunk size 64.00 KiB can address at most 15.81 TiB of data.
       Logical volume "mythinpool" created.

   • プールの作成ではストライピングがサポートされているため、-i および -I オプションを使用してストライプを作成できます。次のコマンドは、ボリュームグループ vg001 に、thinpool という名前の 2 つの 64 KB ストライプと 256 KB のチャンクサイズを持つ 100 M シンプールを作成します。また、vg001/thinvolume という名前でサイズが 1T のシンボリュームを作成します。

     注記

     ボリュームグループに十分な空き領域がある 2 つの物理ボリュームがあることを確認してください。そうでない場合にはシンプールを作成できません。

     # lvcreate -i 2 -I 64 -c 256 -L 100M -T vg001/thinpool -V 1T --name thinvolume

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

   # lvcreate -V 1G -T vg001/mythinpool -n thinvolume
     WARNING: Sum of all thin volume sizes (1.00 GiB) exceeds the size of thin pool vg001/mythinpool (100.00 MiB).
     WARNING: You have not turned on protection against thin pools running out of space.
     WARNING: Set activation/thin_pool_autoextend_threshold below 100 to trigger automatic extension of thin pools before they get full.
     Logical volume "thinvolume" created.

   このような場合には、ボリュームを含むプールのサイズよりも大きい、ボリュームの仮想サイズを指定しています。次の例に示すように、追加のパラメーターを使用してシンボリュームを作成することもできます。

   • シンボリュームとシンプールの両方を作成するには、lvcreate コマンドの -T オプションを使用して、サイズと仮想サイズの両方の引数を指定します。

     # lvcreate -L 100M -T vg001/mythinpool -V 1G -n thinvolume
       Thin pool volume with chunk size 64.00 KiB can address at most 15.81 TiB of data.
       WARNING: Sum of all thin volume sizes (1.00 GiB) exceeds the size of thin pool vg001/mythinpool (100.00 MiB).
       WARNING: You have not turned on protection against thin pools running out of space.
       WARNING: Set activation/thin_pool_autoextend_threshold below 100 to trigger automatic extension of thin pools before they get full.
       Logical volume "thinvolume" created.

   • 残りの空き領域を使用してシンボリュームとシンプールを作成するには、100%FREE オプションを使用します。

     # lvcreate -V 1G -l 100%FREE -T vg001/mythinpool -n thinvolume
     Thin pool volume with chunk size 64.00 KiB can address at most <15.88 TiB of data.
       Logical volume "thinvolume" created.

   • 既存の論理ボリュームをシンプールボリュームに変換するには、lvconvert コマンドの --thinpool パラメーターを使用します。また、-poolmetadata パラメーターを --thinpool パラメーターと組み合わせて使用して、既存の論理ボリュームをシンプールボリュームのメタデータボリュームに変換する必要があります。

     以下の例は、ボリュームグループ vg001 の既存の論理ボリューム lv1 を、シンプールボリュームに変換します。また、ボリュームグループ vg001 の既存の論理ボリューム lv2 を、そのシンプールボリュームのメタデータボリュームに変換します。

     # lvconvert --thinpool vg001/lv1 --poolmetadata vg001/lv2
       Converted vg001/lv1 to thin pool.

     注記

     論理ボリュームをシンプールボリュームまたはシンプールメタデータボリュームに変換すると、論理ボリュームのコンテンツが破棄されます。lvconvert はデバイスのコンテンツを保存するのではなく、コンテンツを上書きするためです。

   • デフォルトでは、lvcreate コマンドは、次の式を使用してシンプールメタデータ論理ボリュームのおおよそのサイズを設定します。

     Pool_LV_size / Pool_LV_chunk_size * 64

     スナップショットが大量にある場合や、シンプールのサイズが小さく、後で急激に大きくなることが予測される場合は、lvcreate コマンドの --poolmetadatasize パラメーターで、シンプールのメタデータボリュームのデフォルト値を大きくしないといけない場合があります。シンプールのメタデータ論理ボリュームで対応している値は 2 MiB - 16 GiB です。

     次の例は、シンプールのメタデータボリュームのデフォルト値を増やす方法を示しています。

     # lvcreate -V 1G -l 100%FREE -T vg001/mythinpool --poolmetadatasize 16M -n thinvolume
     Thin pool volume with chunk size 64.00 KiB can address at most 15.81 TiB of data.
        Logical volume "thinvolume" created.

3. 作成されたシンプールとシンボリュームを表示します。

   # lvs -a -o +devices
     LV                 VG    Attr       LSize   Pool       Origin Data%  Meta%  Move Log Cpy%Sync Convert Devices
     [lvol0_pmspare]    vg001 ewi-------   4.00m                                                           /dev/sda(0)
     mythinpool         vg001 twi-aotz-- 100.00m                   0.00   10.94                            mythinpool_tdata(0)
     [mythinpool_tdata] vg001 Twi-ao---- 100.00m                                                           /dev/sda(1)
     [mythinpool_tmeta] vg001 ewi-ao----   4.00m                                                           /dev/sda(26)
     thinvolume         vg001 Vwi-a-tz--   1.00g mythinpool        0.00

4. オプション: lvextend コマンドを使用して、シンプールのサイズを拡張します。ただし、シンプールのサイズを縮小することはできません。

   注記

   シンプールとシンボリュームの作成中に -l100%FREE 引数を使用すると、このコマンドは失敗します。

   以下のコマンドは、既存のシンプールのサイズ (100M) を変更し、さらに 100M 分を拡張します。

   # lvextend -L+100M vg001/mythinpool
     Size of logical volume vg001/mythinpool_tdata changed from 100.00 MiB (25 extents) to 200.00 MiB (50 extents).
     WARNING: Sum of all thin volume sizes (1.00 GiB) exceeds the size of thin pool vg001/mythinpool (200.00 MiB).
     WARNING: You have not turned on protection against thin pools running out of space.
     WARNING: Set activation/thin_pool_autoextend_threshold below 100 to trigger automatic extension of thin pools before they get full.
   
     Logical volume vg001/mythinpool successfully resized

   # lvs -a -o +devices
     LV                 VG    Attr       LSize   Pool       Origin Data%  Meta%  Move Log Cpy%Sync Convert Devices
     [lvol0_pmspare]    vg001 ewi-------   4.00m                                                           /dev/sda(0)
     mythinpool         vg001 twi-aotz-- 200.00m                   0.00   10.94                            mythinpool_tdata(0)
     [mythinpool_tdata] vg001 Twi-ao---- 200.00m                                                           /dev/sda(1)
     [mythinpool_tdata] vg001 Twi-ao---- 200.00m                                                           /dev/sda(27)
     [mythinpool_tmeta] vg001 ewi-ao----   4.00m                                                           /dev/sda(26)
     thinvolume         vg001 Vwi-a-tz--   1.00g mythinpool        0.00

5. オプション: シンプールとシンボリュームの名前を変更するには、次のコマンドを使用します。

   # lvrename vg001/mythinpool vg001/mythinpool1
     Renamed "mythinpool" to "mythinpool1" in volume group "vg001"
   
   # lvrename vg001/thinvolume vg001/thinvolume1
     Renamed "thinvolume" to "thinvolume1" in volume group "vg001"

   名前を変更した後に、シンプールとシンボリュームを表示します。

   # lvs
     LV          VG       Attr     LSize   Pool       Origin Data%  Move Log Copy%  Convert
   mythinpool1 vg001   twi-a-tz 100.00m                     0.00
   thinvolume1 vg001   Vwi-a-tz   1.00g mythinpool1         0.00

6. オプション: シンプールを削除するには、次のコマンドを使用します。

   # lvremove -f vg001/mythinpool1
     Logical volume "thinvolume1" successfully removed.
     Logical volume "mythinpool1" successfully removed.

手順

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

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

2. Storage をクリックします。
3. Storage テーブルで、シンボリュームを作成するボリュームグループをクリックします。
4. Logical volume group ページで、LVM2 logical volumes セクションまでスクロールし、Create new logical volume をクリックします。
5. Name フィールドに、新しい論理ボリュームの名前を入力します。名前にスペースを含めないでください。

6. Purpose ドロップダウンメニューで、Pool for thinly provisioned volumes を選択します。

   この設定では、ボリュームグループに含まれるすべてのドライブの容量の合計に等しい最大ボリュームサイズを持つ論理ボリュームを作成できます。

   

7. 論理ボリュームのサイズを定義します。以下を検討してください。

   • この論理ボリュームを使用するシステムに必要なスペースの量。
   • 作成する論理ボリュームの数

   領域をすべて使用する必要はありません。必要な場合は、後で論理ボリュームを大きくすることができます。

   

8. Create をクリックします。

   シンボリュームのプールが作成され、プールにシンボリュームを追加できるようになりました。

手順

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

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

2. Storage をクリックします。
3. Storage テーブルで、シンボリュームを作成するボリュームグループのメニューボタンをクリックします。
4. Logical volume group ページで、LVM2 logical volumes セクションまでスクロールし、シン論理ボリュームを作成するプールをクリックします。
5. Pool for thinly provisioned LVM2 logical volumes ページで、Thinly provisioned LVM2 logical volumes セクションまでスクロールし、Create new thinly provisioned logical volume をクリックします。
6. Create thin volume ダイアログボックスで、シンボリュームの名前を入力します。名前にスペースは使用しないでください。
7. シンボリュームのサイズを定義します。

8. Create をクリックします。

   シン論理ボリュームが作成されます。ボリュームを使用する前にフォーマットする必要があります。

手順

1. RHEL 9 Web コンソールにログインします。
2. Storage をクリックします。
3. Storage テーブルで、シンボリュームを作成するボリュームグループをクリックします。
4. Logical volume group ページで、LVM2 logical volumes セクションまでスクロールし、シン論理ボリュームを作成するプールをクリックします。
5. Pool for thinly provisioned LVM2 logical volumes ページで、Thinly provisioned LVM2 logical volumes セクションまでスクロールし、論理ボリュームの横にあるメニューボタン ⋮ をクリックします。

6. ドロップダウンメニューから、Create snapshot を選択します。

   

7. Name フィールドにスナップショット名を入力します。

   

8. Create をクリックします。
9. Pool for thinly provisioned LVM2 logical volumes ページで、Thinly provisioned LVM2 logical volumes セクションまでスクロールし、新しく作成されたスナップショットの横にあるメニューボタン ⋮ をクリックします。

10. ドロップダウンメニューから Activate を選択してボリュームをアクティブ化します。

    

手順

1. lvm.conf ファイルに record_lvs_history=1 を設定して、過去の論理ボリュームを保持します。このメタデータオプションは、デフォルトでは有効ではありません。
2. オプション: lvs_history_retention_time オプションの値を秒単位で設定します。これは、過去の各論理ボリュームに関する記録が自動的に破棄されるまでの時間間隔です。自動のデフォルト値は 0 で、この機能を無効にします。このオプションを設定しない場合は、過去の各ボリュームを手動で削除することもできます。

3. シンプロビジョニングされたスナップショットチェーンを表示するには、以下を行います。

   この例では、以下が適用されます。

   • lvol1 は元となるボリュームで、チェーンの中で最初のボリュームになります。
   • lvol2 は、lvol1 のスナップショットです。
   • lvol3 は、lvol2 のスナップショットです。
   • lvol4 は、lvol3 のスナップショットです。

   • lvol5 も、lvol3 のスナップショットです。

     # lvs -H -o name,full_ancestors,full_descendants
       LV    FAncestors        FDescendants
       lvol1                   lvol2,lvol3,lvol4,lvol5
       lvol2 lvol1             lvol3,lvol4,lvol5
       lvol3 lvol2,lvol1       lvol4,lvol5
       lvol4 lvol3,lvol2,lvol1
       lvol5 lvol3,lvol2,lvol1
       pool

     -H オプションを指定して lvs ユーティリティーを使用しても、シンスナップショットボリュームは削除されず、表示する過去の論理ボリュームもないことに注意してください。

4. スナップショットチェーンから論理ボリューム lvol3 を削除します。

   # lvremove -f vg/lvol3
     Logical volume "lvol3" successfully removed

5. lvs ユーティリティーを実行して、過去の論理ボリュームの詳細と、その先祖および子孫を確認します。

   # lvs -H -o name,full_ancestors,full_descendants
     LV     FAncestors         FDescendants
     lvol1                     lvol2,-lvol3,lvol4,lvol5
     lvol2  lvol1              -lvol3,lvol4,lvol5
     -lvol3 lvol2,lvol1        lvol4,lvol5
     lvol4  -lvol3,lvol2,lvol1
     lvol5  -lvol3,lvol2,lvol1
     pool

6. さらに、過去のボリュームの削除タイムスタンプを表示します。

   # lvs -H -o name,full_ancestors,full_descendants,time_removed
     LV     FAncestors         FDescendants              RTime
     lvol1                     lvol2,-lvol3,lvol4,lvol5
     lvol2  lvol1              -lvol3,lvol4,lvol5
     -lvol3 lvol2,lvol1        lvol4,lvol5               2016-03-14 14:14:32 +0100
     lvol4  -lvol3,lvol2,lvol1
     lvol5  -lvol3,lvol2,lvol1
     pool

7. vgname/lvname 形式を指定することにより、表示コマンドで過去の論理ボリュームを個別に参照できます。

   # lvs -H vg/-lvol3
     LV     VG   Attr       LSize
     -lvol3 vg   ----h-----    0

   lv_attr フィールドの 5 番目のビットを h に設定して、ボリュームが過去のボリュームであることを示していることに注意してください。

8. ボリュームにライブの子孫がないと、LVM は過去の論理ボリュームを保持しません。これは、スナップショットチェーンの最後に論理ボリュームを削除すると、論理ボリュームが過去の論理ボリュームとして保持されないことを示しています。

   # lvremove -f vg/lvol5
     Automatically removing historical logical volume vg/-lvol5.
     Logical volume "lvol5" successfully removed
   # lvs -H -o name,full_ancestors,full_descendants
     LV     FAncestors         FDescendants
     lvol1                     lvol2,-lvol3,lvol4
     lvol2  lvol1              -lvol3,lvol4
     -lvol3 lvol2,lvol1        lvol4
     lvol4  -lvol3,lvol2,lvol1
     pool

9. ボリューム lvol1 および lvol2 を削除し、lvs コマンドを実行して、ボリュームが削除されるとどのように表示されるかを確認します。

   # lvremove -f vg/lvol1 vg/lvol2
     Logical volume "lvol1" successfully removed
     Logical volume "lvol2" successfully removed
   # lvs -H -o name,full_ancestors,full_descendants
     LV     FAncestors           FDescendants
     -lvol1                      -lvol2,-lvol3,lvol4
     -lvol2 -lvol1               -lvol3,lvol4
     -lvol3 -lvol2,-lvol1        lvol4
     lvol4  -lvol3,-lvol2,-lvol1
     pool

10. 次の例のように、ハイフンを含む過去の論理ボリュームの名前を指定して、過去の論理ボリュームを完全に削除します。

    # lvremove -f vg/-lvol3
    Historical logical volume "lvol3" successfully removed
    # lvs -H -o name,full_ancestors,full_descendants
      LV     FAncestors    FDescendants
      -lvol1               -lvol2,lvol4
      -lvol2 -lvol1        lvol4
      lvol4  -lvol2,-lvol1
      pool

手順

1. 高速デバイスに cachevol ボリュームを作成します。

   # lvcreate --size cachevol-size --name <fastvol> <vg> </dev/fast-pv>

   以下の値を置き換えます。

   cachevol-size

   5G などの cachevol ボリュームのサイズ

   fastvol

   cachevol ボリュームの名前

   vg

   ボリュームグループ名

   /dev/fast-pv

   高速ブロックデバイスへのパス (例: /dev/sdf)

   例12.1 cachevol ボリュームの作成

   # lvcreate --size 5G --name fastvol vg /dev/sdf
   Logical volume "fastvol" created.

2. cachevol ボリュームをメインの論理ボリュームに接続して、キャッシュを開始します。

   # lvconvert --type cache --cachevol <fastvol> <vg/main-lv>

   以下の値を置き換えます。

   fastvol

   cachevol ボリュームの名前

   vg

   ボリュームグループ名

   main-lv

   低速な論理ボリュームの名前

   例12.2 メイン LV への cachevol ボリュームの接続

   # lvconvert --type cache --cachevol fastvol vg/main-lv
   Erase all existing data on vg/fastvol? [y/n]: y
   Logical volume vg/main-lv is now cached.

手順

1. 高速デバイスに cachepool ボリュームを作成します。

   # lvcreate --type cache-pool --size <cachepool-size> --name <fastpool> <vg /dev/fast>

   以下の値を置き換えます。

   cachepool-size

   cachepool のサイズ (例: 5G)

   fastpool

   cachepool ボリュームの名前

   vg

   ボリュームグループ名

   /dev/fast

   高速ブロックデバイスへのパス (例: /dev/sdf1)

   注記

   --poolmetadata オプションを使用して、cache-pool の作成時にプールメタデータの場所を指定できます。

   例12.3 cachevol ボリュームの作成

   # lvcreate --type cache-pool --size 5G --name fastpool vg /dev/sde
   Logical volume "fastpool" created.

2. キャッシュを開始するために、メイン論理ボリュームに cachepool をアタッチします。

   # lvconvert --type cache --cachepool <fastpool> <vg/main>

   以下の値を置き換えます。

   fastpool

   cachepool ボリュームの名前

   vg

   ボリュームグループ名

   main

   低速な論理ボリュームの名前

   例12.4 メイン LV への cachepool の接続

   # lvconvert --type cache --cachepool fastpool vg/main
   Do you want wipe existing metadata of cache pool vg/fastpool? [y/n]: y
   Logical volume vg/main is now cached.

手順

1. 低速な論理ボリュームがアクティブな場合は、非アクティブにします。

   # lvchange --activate n <vg>/<main-lv>

   以下の値を置き換えます。

   vg

   ボリュームグループ名

   main-lv

   低速な論理ボリュームの名前

2. 高速なデバイス上に非アクティブな cachevol ボリュームを作成します。

   # lvcreate --activate n --size <cachevol-size> --name <fastvol> <vg> </dev/fast-pv>

   以下の値を置き換えます。

   cachevol-size

   5G などの cachevol ボリュームのサイズ

   fastvol

   cachevol ボリュームの名前

   vg

   ボリュームグループ名

   /dev/fast-pv

   高速ブロックデバイスへのパス (例: /dev/sdf)

   例12.5 非アクティブ化された cachevol ボリュームの作成

   # lvcreate --activate n --size 5G --name fastvol vg /dev/sdf
   WARNING: Logical volume vg/fastvol not zeroed.
   Logical volume "fastvol" created.

3. cachevol ボリュームをメインの論理ボリュームに接続して、キャッシュを開始します。

   # lvconvert --type writecache --cachevol <fastvol> <vg/main-lv>

   以下の値を置き換えます。

   fastvol

   cachevol ボリュームの名前

   vg

   ボリュームグループ名

   main-lv

   低速な論理ボリュームの名前

   例12.6 メイン LV への cachevol ボリュームの接続

   # lvconvert --type writecache --cachevol fastvol vg/main-lv
   Erase all existing data on vg/fastvol? [y/n]?: y
   Using writecache block size 4096 for unknown file system block size, logical block size 512, physical block size 512.
   WARNING: unable to detect a file system block size on vg/main-lv
   WARNING: using a writecache block size larger than the file system block size may corrupt the file system.
   Use writecache block size 4096? [y/n]: y
   Logical volume vg/main-lv now has writecache.

4. 作成された論理ボリュームをアクティベートします。

   # lvchange --activate y <vg/main-lv>

   以下の値を置き換えます。

   vg

   ボリュームグループ名

   main-lv

   低速な論理ボリュームの名前

手順

1. 論理ボリュームを非アクティブにします。

   # lvchange --activate n <vg>/<main-lv>

   vg はボリュームグループ名に置き換え、main-lv はキャッシュが有効になっている論理ボリュームの名前に置き換えます。

2. cachevol ボリュームまたは cachepool ボリュームの割り当てを解除します。

   # lvconvert --splitcache <vg>/<main-lv>

   以下の値を置き換えます。

   vg はボリュームグループ名に置き換え、main-lv はキャッシュが有効になっている論理ボリュームの名前に置き換えます。

   例12.7 cachevol または cachepool ボリュームの接続解除

   # lvconvert --splitcache vg/main-lv
   Detaching writecache already clean.
   Logical volume vg/main-lv writecache has been detached.

手順

1. ボリュームグループ (VG) を作成します。

   # vgcreate <vg_name> <PV> ...

   ここでは、以下のようになります。

   • <vg_name> は VG の名前です。
   • <PV> は PV です。

2. PV を割り当てて、リニアや RAID などのさまざまなボリュームタイプを作成できます。

   1. エクステントを割り当ててリニアボリュームを作成します。

      # lvcreate -n <lv_name> -L <lv_size> <vg_name> [ <PV> ... ]

      ここでは、以下のようになります。

      • <lv_name> は LV の名前です。
      • <lv_size> は LV のサイズです。デフォルトの単位はメガバイトです。
      • <vg_name> は VG の名前です。

      • [ <PV ...> ] は PV です。

        コマンドラインでは、PV の 1 つを指定することも、すべての PV を指定することもできます。何も指定しないことも可能です。

        • 1 つの PV を指定すると、当該 PV から LV のエクステントが割り当てられます。

          注記

          PV に LV 全体に対する十分な空きエクステントがない場合、lvcreate は失敗します。

        • 2 つの PV を指定した場合、LV のエクステントは、当該 PV のうちの 1 つ、または両方の PV の組み合わせから割り当てられます。

        • PV を指定しない場合、エクステントは VG 内の PV の 1 つ、または VG 内のすべての PV の任意の組み合わせから割り当てられます。

          注記

          このような場合、LVM は、指定した PV または使用可能な PV のすべてを使用しない可能性があります。最初の PV に LV 全体に対して十分な空きエクステントがある場合、他の PV はおそらく使用されません。ただし、最初の PV に空きエクステントの割り当てサイズが設定されていない場合、LV の一部は最初の PV から割り当てられ、一部は 2 番目の PV から割り当てられる可能性があります。

          例15.1 1 つの PV からのエクステントの割り当て

          この例では、lv1 エクステントが sda から割り当てられます。

          # lvcreate -n lv1 -L1G vg /dev/sda

          例15.2 2 つの PV からのエクステントの割り当て

          この例では、lv2 エクステントが sda、sdb、または両方の組み合わせから割り当てられます。

          # lvcreate -n lv2 L1G vg /dev/sda /dev/sdb

          例15.3 PV を指定しないエクステントの割り当て

          この例では、lv3 エクステントが、VG 内の PV の 1 つ、または VG 内のすべての PV の任意の組み合わせから割り当てられます。

          # lvcreate -n lv3 -L1G vg

          または、以下を実行します。

   2. エクステントを割り当てて RAID ボリュームを作成します。

      # lvcreate --type <segment_type> -m <mirror_images> -n <lv_name> -L <lv_size> <vg_name> [ <PV> ... ]

      ここでは、以下のようになります。

      • <segment_type> は、指定したセグメントタイプ (例: raid5、mirror、snapshot) です。
      • <mirror_images> は、指定した数のイメージを含む、raid1 またはミラーリングされた LV を作成します。たとえば、-m 1 を指定すると、2 つのイメージを含む raid1 LV が作成されます。
      • <lv_name> は LV の名前です。
      • <lv_size> は LV のサイズです。デフォルトの単位はメガバイトです。
      • <vg_name> は VG の名前です。

      • <[PV ...]> は PV です。

        最初の RAID イメージは最初の PV から割り当てられ、2 番目の RAID イメージは 2 番目の PV から割り当てられます。以後も同様です。

        例15.4 2 つの PV からの RAID イメージの割り当て

        この例では、lv4 の最初の RAID イメージは sda から割り当てられ、2 番目のイメージは sdb から割り当てられます。

        # lvcreate --type raid1 -m 1 -n lv4 -L1G vg /dev/sda /dev/sdb

        例15.5 3 つの PV からの RAID イメージの割り当て

        この例では、lv5 の最初の RAID イメージは sda から割り当てられ、2 番目のイメージは sdb から割り当てられ、3 番目のイメージは sdc から割り当てられます。

        # lvcreate --type raid1 -m 2 -n lv5 -L1G vg /dev/sda /dev/sdb /dev/sdc