논리 볼륨 구성 및 관리

절차

1. 물리 볼륨으로 사용할 스토리지 장치를 식별합니다. 사용 가능한 모든 스토리지 장치를 나열하려면 다음을 사용합니다.

   $ lsblk

2. LVM 물리 볼륨을 생성합니다.

   # pvcreate /dev/sdb

   /dev/sdb 를 물리 볼륨으로 초기화하려는 장치 이름으로 바꿉니다.

절차

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Resize LVM PV size
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_pools:
              - name: myvg
                disks: ["sdf"]
                type: lvm
                grow_to_fill: true

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

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

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

절차

1. 물리 볼륨을 나열하여 제거할 장치를 식별합니다.

   # pvs
   
     PV           VG Fmt  Attr PSize  PFree
     /dev/sdb1       lvm2 ---  28.87g 28.87g

2. 물리 볼륨 제거:

   # pvremove /dev/sdb1

   /dev/sdb1 을 물리 볼륨과 연결된 장치의 이름으로 바꿉니다.

절차

1. RHEL 9 웹 콘솔에 로그인합니다.

   자세한 내용은 웹 콘솔에 로그인 을 참조하십시오.

2. 스토리지를 클릭합니다.
3. 스토리지 테이블에서 논리 볼륨을 생성할 볼륨 그룹을 클릭합니다.
4. 논리 볼륨 그룹 페이지에서 LVM2 논리 볼륨 섹션으로 스크롤하고 새 논리 볼륨 만들기 를 클릭합니다.
5. 이름 필드에 새 논리 볼륨의 이름을 입력합니다. 이름에 공백을 포함하지 마십시오.

6. Purpose (용도) 드롭다운 메뉴에서 파일 시스템에 대한 블록 장치를 선택합니다.

   이 구성을 사용하면 볼륨 그룹에 포함된 모든 드라이브의 용량 합계와 동일한 최대 볼륨 크기를 사용하여 논리 볼륨을 생성할 수 있습니다.

   

7. 논리 볼륨의 크기를 정의합니다. 다음을 고려하십시오.

   • 이 논리 볼륨을 사용하는 시스템에 얼마나 많은 공간이 필요합니까.
   • 생성할 논리 볼륨 수입니다.

   전체 공간을 사용할 필요는 없습니다. 필요한 경우 나중에 논리 볼륨을 확장할 수 있습니다.

   

8. 생성을 클릭합니다.

   논리 볼륨이 생성됩니다. 논리 볼륨을 사용하려면 볼륨을 포맷하고 마운트해야 합니다.

절차

1. RHEL 9 웹 콘솔에 로그인합니다.

   자세한 내용은 웹 콘솔에 로그인 을 참조하십시오.

2. 스토리지를 클릭합니다.
3. 스토리지 표에서 논리 볼륨의 볼륨 그룹이 생성됩니다.
4. 논리 볼륨 그룹 페이지에서 LVM2 논리 볼륨 섹션으로 스크롤합니다.
5. 포맷할 볼륨 그룹 옆에 있는 메뉴 버튼 Cryostat를 클릭합니다.

6. 드롭다운 메뉴에서 형식을 선택합니다.

   

7. 이름 필드에 파일 시스템의 이름을 입력합니다.

8. 마운트 지점 필드에서 마운트 경로를 추가합니다.

   

9. 유형 드롭다운 메뉴에서 파일 시스템을 선택합니다.

   • XFS 파일 시스템은 대규모 논리 볼륨을 지원하며 중단 없이 물리적 드라이브를 온라인 상태로 전환하며 기존 파일 시스템을 확장합니다. 다른 강력한 기본 설정이 없는 경우 이 파일 시스템을 선택한 상태로 두십시오.

     XFS는 XFS 파일 시스템으로 포맷된 볼륨의 크기 감소를 지원하지 않습니다.

   • ext4 파일 시스템은 다음을 지원합니다.

     • 논리 볼륨
     • 중단 없이 온라인으로 물리적 드라이브 전환
     • 파일 시스템 확장
     • 파일 시스템 축소

10. RHEL 웹 콘솔에서 0으로 전체 디스크를 다시 작성하려면 0이 포함된 기존 데이터 덮어쓰기 확인란을 선택합니다. 이 옵션은 프로그램이 전체 디스크를 통과해야 하지만 더 안전합니다. 디스크에 데이터가 포함되어 있고 덮어써야 하는 경우 이 옵션을 사용합니다.

    제로가 0인 기존 데이터를 덮어쓰 지 않은 경우 RHEL 웹 콘솔은 디스크 헤더만 다시 작성합니다. 이렇게 하면 포맷 속도가 증가합니다.

11. Encryption 드롭다운 메뉴에서 논리 볼륨에서 암호화 유형을 활성화하려면 선택합니다.

    LUKS1(Linux Unified Key Setup) 또는 LUKS2 암호화가 있는 버전을 선택하여 암호를 사용하여 볼륨을 암호화할 수 있습니다.

12. 부팅 시 드롭다운 메뉴에서 시스템이 부팅된 후 논리 볼륨을 마운트할 시기를 선택합니다.
13. 필요한 마운트 옵션을 선택합니다.

14. 논리 볼륨을 포맷합니다.

    • 볼륨을 포맷하고 즉시 마운트하려면 포맷을 클릭하고 마운트 합니다.

    • 마운트하지 않고 볼륨을 포맷하려면 형식 만 클릭합니다.

      볼륨 크기 및 선택한 포맷 옵션에 따라 포맷 지정에 몇 분이 걸릴 수 있습니다.

검증

1. 논리 볼륨 그룹 페이지에서 LVM2 논리 볼륨 섹션으로 스크롤하고 논리 볼륨을 클릭하여 세부 정보 및 추가 옵션을 확인합니다.

   

2. Format only 옵션을 선택한 경우 논리 볼륨 행 끝에 있는 메뉴 버튼을 클릭하고 마운트 를 선택하여 논리 볼륨을 사용합니다.

절차

1. RHEL 웹 콘솔에 로그인합니다.
2. 스토리지를 클릭합니다.
3. 스토리지 표에서 논리 볼륨의 볼륨 그룹이 생성됩니다.

4. 논리 볼륨 그룹 페이지에서 LVM2 논리 볼륨 섹션으로 스크롤하고 크기를 조정할 볼륨 그룹 옆에 있는 Cryostat 메뉴 버튼을 클릭합니다.

   

5. 메뉴에서 Grow 또는 Shrink 를 선택하여 볼륨의 크기를 조정합니다.

   • 볼륨 확장:

     1. Grow 를 선택하여 볼륨의 크기를 늘립니다.

     2. Grow 논리 볼륨 대화 상자에서 논리 볼륨의 크기를 조정합니다.

        

     3. 확장 을 클릭합니다.

        LVM은 시스템을 중단하지 않고 논리 볼륨을 늘립니다.

   • 볼륨 축소:

     1. Shrink 를 선택하여 볼륨의 크기를 줄입니다.

     2. Shrink 논리 볼륨 대화 상자에서 논리 볼륨의 크기를 조정합니다.

        

     3. Shrink 를 클릭합니다.

        LVM은 시스템을 중단하지 않고 논리 볼륨을 축소합니다.

절차

1. VG에 포함할 PV를 나열하고 식별합니다.

   # pvs

2. VG를 만듭니다.

   # vgcreate VolumeGroupName PhysicalVolumeName1 PhysicalVolumeName2

   VolumeGroupName 을 생성하려는 볼륨 그룹의 이름으로 교체합니다. physicalVolumeName 을 PV 이름으로 교체합니다.

   VG를 만들 때 확장 범위 크기를 지정하려면 -s ExtentSize 옵션을 사용합니다. ExtentSize 를 extent의 크기로 바꿉니다. 크기 접미사를 제공하지 않으면 기본값은 MB입니다.

절차

1. RHEL 9 웹 콘솔에 로그인합니다.

   자세한 내용은 웹 콘솔에 로그인 을 참조하십시오.

2. 스토리지를 클릭합니다.
3. 스토리지 테이블에서 메뉴 버튼을 클릭합니다.

4. 드롭다운 메뉴에서 LVM2 볼륨 그룹 만들기 를 선택합니다.

   

5. 이름 필드에 볼륨 그룹의 이름을 입력합니다. 이름에는 공백을 포함할 수 없습니다.

6. 결합할 드라이브를 선택하여 볼륨 그룹을 만듭니다.

   

   RHEL 웹 콘솔은 사용되지 않는 블록 장치만 표시합니다. 장치가 목록에 표시되지 않는 경우 시스템에서 사용하지 않는지 확인하거나 비어 있고 사용되지 않도록 포맷합니다. 사용되는 장치는 예를 들면 다음과 같습니다.

   • 파일 시스템으로 포맷된 장치
   • 다른 볼륨 그룹의 물리 볼륨
   • 물리 볼륨은 다른 소프트웨어 RAID 장치의 멤버입니다.

7. 생성을 클릭합니다.

   볼륨 그룹이 생성됩니다.

절차

1. 이름을 바꿀 VG를 나열하고 식별합니다.

   # vgs

2. VG의 이름을 변경합니다.

   # vgrename OldVolumeGroupName NewVolumeGroupName

   OldVolumeGroupName 을 VG의 이름으로 교체합니다. NewVolumeGroupName 을 VG의 새 이름으로 바꿉니다.

절차

1. 확장하려는 VG를 나열하고 식별합니다.

   # vgs

2. VG에 추가할 PV를 나열하고 식별합니다.

   # pvs

3. VG를 확장합니다.

   # vgextend VolumeGroupName PhysicalVolumeName

   VolumeGroupName 을 VG의 이름으로 바꿉니다. physicalVolumeName 을 PV 이름으로 교체합니다.

절차

1. 병합할 VG를 나열하고 식별합니다.

   # vgs
   
     VG               #PV #LV #SN Attr   VSize  VFree
     VolumeGroupName1   1   0   0 wz--n- 28.87g 28.87g
     VolumeGroupName2   1   0   0 wz--n-  1.88g  1.88g

2. 소스 VG를 대상 VG에 병합합니다.

   # vgmerge VolumeGroupName2 VolumeGroupName1

   VolumeGroupName2 를 소스 VG의 이름으로 교체합니다. VolumeGroupName1 을 대상 VG의 이름으로 바꿉니다.

절차

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. 새로 생성된 물리 볼륨을 볼륨 그룹에 추가합니다.

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

   3. /dev/vdb3에서 /dev/vdb 4 로 데이터를 이동합니다.

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

3. 볼륨 그룹에서 물리 볼륨 /dev/vdb3 을 제거합니다.

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

절차

1. 기존 볼륨 그룹 VolumeGroupName1 을 새 볼륨 그룹 VolumeGroupName2 로 나눕니다.

   # vgsplit VolumeGroupName1 VolumeGroupName2 /dev/vdb3
     Volume group "VolumeGroupName2" successfully split from "VolumeGroupName1"

   참고

   기존 볼륨 그룹을 사용하여 논리 볼륨을 생성한 경우 다음 명령을 사용하여 논리 볼륨을 비활성화합니다.

   # lvchange -a n /dev/VolumeGroupName1/LogicalVolumeName

2. 두 볼륨 그룹의 속성을 확인합니다.

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

절차

1. LogicalVolumeName 논리 볼륨을 마운트 해제합니다.

   # umount /dev/mnt/LogicalVolumeName

2. 볼륨 그룹의 모든 논리 볼륨을 비활성화하여 볼륨 그룹의 추가 활동을 방지합니다.

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

3. 볼륨 그룹을 내보내 제거 중인 시스템에서 액세스할 수 없도록 합니다.

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

4. 내보낸 볼륨 그룹을 확인합니다.

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

5. 시스템을 종료하고 볼륨 그룹을 구성하는 디스크를 분리하여 새 시스템에 연결합니다.

6. 디스크를 새 시스템에 연결하고 볼륨 그룹을 가져와 새 시스템에서 액세스할 수 있도록 합니다.

   # vgimport VolumeGroupName

   참고

   Cryostat import 명령의 --force 인수를 사용하여 물리 볼륨이 누락된 볼륨 그룹을 가져와서 나중에 --removemissing 명령을 실행할 수 있습니다.

7. 볼륨 그룹을 활성화합니다.

   # vgchange -ay VolumeGroupName

8. 파일 시스템을 마운트하여 사용할 수 있도록 합니다.

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

절차

1. 볼륨 그룹에 논리 볼륨이 포함되어 있지 않은지 확인합니다.

   # vgs -o vg_name,lv_count VolumeGroupName
   
     VG               #LV
     VolumeGroupName    0

   VolumeGroupName 을 볼륨 그룹의 이름으로 교체합니다.

2. 볼륨 그룹 제거:

   # vgremove VolumeGroupName

   VolumeGroupName 을 볼륨 그룹의 이름으로 교체합니다.

절차

1. 볼륨 그룹에 논리 볼륨이 포함되어 있지 않은지 확인합니다.

   # vgs -o vg_name,lv_count VolumeGroupName
   
     VG               #LV
     VolumeGroupName    0

   VolumeGroupName 을 볼륨 그룹의 이름으로 교체합니다.

2. 볼륨 그룹을 제거하는 노드를 제외한 모든 노드에서 잠금 공간을 중지합니다.

   # vgchange --lockstop VolumeGroupName

   VolumeGroupName 을 볼륨 그룹의 이름으로 바꾸고 잠금이 중지될 때까지 기다립니다.

3. 볼륨 그룹 제거:

   # vgremove VolumeGroupName

   VolumeGroupName 을 볼륨 그룹의 이름으로 교체합니다.

절차

1. 논리 볼륨 및 해당 볼륨 그룹을 나열합니다.

   # lvs -o lv_name,vg_name
   
     LV                VG
     LogicalVolumeName VolumeGroupName

2. 논리 볼륨의 이름을 변경합니다.

   # lvrename VolumeGroupName/LogicalVolumeName VolumeGroupName/NewLogicalVolumeName

   VolumeGroupName 을 볼륨 그룹의 이름으로 교체합니다. LogicalVolumeName 을 논리 볼륨의 이름으로 바꿉니다. NewLogicalVolumeName 을 새 논리 볼륨 이름으로 교체합니다.

절차

1. 논리 볼륨 및 해당 경로를 나열합니다.

   # lvs -o lv_name,lv_path
   
     LV                Path
     LogicalVolumeName /dev/VolumeGroupName/LogicalVolumeName

2. 논리 볼륨이 마운트된 위치를 확인합니다.

   # findmnt -o SOURCE,TARGET /dev/VolumeGroupName/LogicalVolumeName
   
   SOURCE                                        TARGET
   /dev/mapper/VolumeGroupName-LogicalVolumeName /MountPoint

   /dev/VolumeGroupName/LogicalVolumeName 을 논리 볼륨의 경로로 바꿉니다.

3. 논리 볼륨을 마운트 해제합니다.

   # umount /MountPoint

   /MountPoint 를 논리 볼륨의 마운트 지점으로 바꿉니다.

4. 논리 볼륨을 제거합니다.

   # lvremove VolumeGroupName/LogicalVolumeName

   VolumeGroupName/LogicalVolumeName 을 논리 볼륨의 경로로 바꿉니다.

절차

1. 논리 볼륨, 해당 볼륨 그룹 및 해당 경로를 나열합니다.

   # lvs -o lv_name,vg_name,lv_path
   
     LV                VG              Path
     LogicalVolumeName VolumeGroupName VolumeGroupName/LogicalVolumeName

2. 논리 볼륨을 활성화합니다.

   # lvchange --activate y VolumeGroupName/LogicalVolumeName

   VolumeGroupName 을 볼륨 그룹의 이름으로 교체합니다. LogicalVolumeName 을 논리 볼륨의 이름으로 바꿉니다.

   참고

   다른 LV의 스냅샷으로 생성된 thin LV를 활성화하는 경우 --ignoreactivationskip 옵션을 사용하여 활성화해야 할 수 있습니다.

절차

1. 논리 볼륨, 해당 볼륨 그룹 및 해당 경로를 나열합니다.

   # lvs -o lv_name,vg_name,lv_path
   
     LV                VG              Path
     LogicalVolumeName VolumeGroupName /dev/VolumeGroupName/LogicalVolumeName

2. 논리 볼륨이 마운트된 위치를 확인합니다.

   # findmnt -o SOURCE,TARGET /dev/VolumeGroupName/LogicalVolumeName
   
   SOURCE                                        TARGET
   /dev/mapper/VolumeGroupName-LogicalVolumeName /MountPoint

   /dev/VolumeGroupName/LogicalVolumeName 을 논리 볼륨의 경로로 바꿉니다.

3. 논리 볼륨을 마운트 해제합니다.

   # umount /MountPoint

   /MountPoint 를 논리 볼륨의 마운트 지점으로 바꿉니다.

4. 논리 볼륨을 비활성화합니다.

   # lvchange --activate n VolumeGroupName/LogicalVolumeName

   VolumeGroupName 을 볼륨 그룹의 이름으로 교체합니다. LogicalVolumeName 을 논리 볼륨의 이름으로 바꿉니다.

절차

1. 사용 가능한 볼륨 그룹을 표시합니다.

   # vgs -o vg_name
   
     VG
     VolumeGroupName

2. 사용 가능한 장치를 나열합니다.

   # lsblk

3. thin 풀 데이터를 저장할 LV를 만듭니다.

   # lvcreate --name ThinPoolDataName --size Size VolumeGroupName /DevicePath

   ThinPoolDataName 을 씬 풀 data LV의 이름으로 바꿉니다. Size 를 LV의 크기로 바꿉니다. VolumeGroupName 을 볼륨 그룹의 이름으로 교체합니다.

4. thin pool 메타데이터를 보유하도록 LV를 생성합니다.

   # lvcreate --name ThinPoolMetadataName --size Size VolumeGroupName /DevicePath

5. LV를 씬 풀로 결합합니다.

   # lvconvert --type thin-pool --poolmetadata ThinPoolMetadataName VolumeGroupName/ThinPoolDataName

검증

1. 사용자 지정 thin 풀이 생성되었는지 확인합니다.

   # lvs -o lv_name,seg_type
   
     LV                Type
     ThinPoolDataName  thin-pool

절차

1. VG를 표시합니다.

   # vgs
   
     VG               #PV #LV #SN Attr   VSize   VFree
     VolumeGroupName   1   0   0 wz--n-  28.87g 28.87g

2. VDO 풀로 변환할 LV를 만듭니다.

   # lvcreate --name VDOPoolName --size Size VolumeGroupName

   VDOPoolName 을 VDO 풀의 이름으로 바꿉니다. Size 를 VDO 풀의 크기로 바꿉니다. VolumeGroupName 을 VG의 이름으로 바꿉니다.

3. 이 LV를 VDO 풀로 변환합니다. 이 변환에서는 VDO 풀을 사용하는 새 VDO LV를 생성합니다. lvcreate 은 새 VDO LV를 생성하므로 새 VDO LV에 대한 매개변수를 지정해야 합니다. --name|-n 을 사용하여 새 VDO LV의 이름을 지정하고 --virtualsize|-V 를 사용하여 새 VDO LV의 크기를 지정합니다.

   # lvconvert --type vdo-pool --name VDOVolumeName --virtualsize VDOVolumeSize VolumeGroupName/VDOPoolName

   VDOVolumeName 을 VDO 볼륨의 이름으로 바꿉니다. VDOVolumeSize 를 VDO 볼륨의 크기로 바꿉니다. VolumeGroupName/VDOPoolName 을 VG 및 VDO 풀의 이름으로 교체합니다.

검증

1. LV가 VDO 풀로 변환되었는지 확인합니다.

   *# lvs -o lv_name,vg_name,seg_type*
   
     LV                     VG              Type
     VDOPoolName            VolumeGroupName vdo-pool
     VDOVolumeName          VolumeGroupName vdo

절차

1. 루트 논리 볼륨의 스냅샷을 생성합니다.

   • 루트 파일 시스템에서 thin provisioning을 사용하는 경우 thin 스냅샷을 생성합니다.

     # lvcreate -s rhel/root -kn -n root_snapshot_before_changes
      Logical volume "root_snapshot_before_changes" created.

     여기:

     • -s 는 스냅샷을 생성합니다.
     • RHEL/root 는 파일 시스템을 논리 볼륨에 복사합니다.
     • -KN 은 부팅 시 LV를 자동으로 활성화합니다.

     • -n root_snapshot_before_changes 에는 스냅샷 이름이 표시됩니다.

       씬 스냅샷을 생성하는 동안 스냅샷 크기를 정의하지 마십시오. 스냅샷은 thin 풀에서 할당됩니다.

   • 루트 파일 시스템에서 두꺼운 프로비저닝을 사용하는 경우 두 가지 스냅샷을 생성합니다.

     # lvcreate -s rhel/root -n root_snapshot_before_changes -L 25g
       Rounding up size to full physical extent 25 GiB
       Logical volume "root_snapshot_before_changes" created.

     이 명령에서는 다음을 수행합니다.

     • -s 는 스냅샷을 생성합니다.
     • RHEL/root 는 파일 시스템을 논리 볼륨에 복사합니다.
     • -n root_snapshot_before_changes 에는 스냅샷 이름이 표시됩니다.

     • -L 25g 는 스냅샷 크기입니다. 원래 설치 크기에 따라 크기를 추정합니다.

       두꺼운 스냅샷을 생성하는 동안 업그레이드 중에 모든 변경 사항을 저장할 수 있는 스냅샷 크기를 정의합니다.

       중요

       생성된 스냅샷에는 추가 시스템 변경 사항이 포함되지 않습니다.

2. 프로필을 생성합니다.

   프로필을 생성하려면 kexec-tools 또는 kdumpctl 과 boom 간의 상호 작용을 방지하기 위한 아키텍처별 해결 방법이 필요합니다. 업그레이드 중에 업데이트된 kexec-tools 패키지는 업데이트된 crashkernel 설정으로 모든 부팅 항목을 수정하려고 합니다. 이렇게 하면 항목에서 사용하는 부팅 이미지가 삭제됩니다. RHEL 9 crashkernel 설정을 RHEL 8 프로필 옵션에 추가하여 이 문제를 방지할 수 있습니다.

   • Intel 64 또는 AMD64(x86_64) 또는 IBM Z(s390x) 아키텍처에서 다음을 수행합니다.

     # boom profile create --from-host --os-options "root=%{root_device} ro %{root_opts} rhgb quiet crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M"
     Created profile with os_id 43747d3:
       OS ID: "43747d3888b663d2bc88efd35d0813159a84d291",
       Name: "Red Hat Enterprise Linux", Short name: "rhel",
       Version: "8.9 (Ootpa)", Version ID: "8.9",
       Kernel pattern: "/vmlinuz-%{version}", Initramfs pattern: "/initramfs-%{version}.img",
       Root options (LVM2): "rd.lvm.lv=%{lvm_root_lv}",
       Root options (BTRFS): "rootflags=%{btrfs_subvolume}",
       Options: "root=%{root_device} ro %{root_opts} rhgb quiet crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M",
       Title: "%{os_name} %{os_version_id} (%{version})",
       Optional keys: "", UTS release pattern: "el8"

   • 64비트 ARM(AArch64) 아키텍처에서 다음을 수행합니다.

     # boom profile create --from-host --os-options "root=%{root_device} ro %{root_opts} rhgb quiet crashkernel=1G-4G:256M,4G-64G:320M,64G-:576M"

   • IBM POWER little-endian(ppc64le) 아키텍처에서 다음을 수행합니다.

     # boom profile create --from-host --os-options "root=%{root_device} ro %{root_opts} rhgb quiet crashkernel=2G-4G:384M,4G-16G:512M,16G-64G:1G,64G-128G:2G,128G-:4G" --optional-keys "grub_users grub_arg grub_class id"

     grub2-mkconfig 명령이 10.2.3 단계에서 올바른 부팅 항목을 생성하도록 ppc64le에 --optional-keys 인수가 필요합니다. 자세한 내용은 RHEL-36180 을 참조하십시오.

3. 원래 부팅 이미지의 백업 사본을 사용하여 원래 시스템의 스냅샷 부팅 항목을 생성합니다.

   # boom create --backup --title "Root LV snapshot before changes" --rootlv rhel/root_snapshot_before_changes
   WARNING - Boom grub2 integration is disabled in '/boot/../etc/default/boom'
   Created entry with boot_id c919f89:
     title Root LV snapshot before changes
     machine-id b1dcec73886b45218892b1a7bbfa0dee
     version 4.18.0-513.24.1.el8_9.x86_64
     linux /vmlinuz-4.18.0-513.24.1.el8_9.x86_64.boom0
     initrd /initramfs-4.18.0-513.24.1.el8_9.x86_64.img.boom0
     options root=/dev/rhel/root_snapshot_before_changes ro rd.lvm.lv=rhel/root_snapshot_before_changes rhgb quiet crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M

   여기:

   • --title "Root LV snapshot before changes" 는 시스템을 시작하는 동안 부팅 항목 목록에 표시되는 부팅 항목의 이름입니다.

   • --rootlv 는 새 부팅 항목에 해당하는 루트 논리 볼륨입니다.

     이전 단계를 완료한 후 업그레이드하기 전에 원래 시스템에 액세스할 수 있는 부팅 항목이 있습니다.

     "WARNING - Boom grub2 통합은 '/boot/../etc/default/boom'에서 비활성화되어 있습니다. 자세한 내용은 RHEL-35983 을 참조하십시오.

   • ppc64le 아키텍처가 있는 시스템에서 부팅 항목을 업데이트합니다.

     # grub2-mkconfig -o /boot/grub2/grub.cfg
     Generating grub configuration file ...
     Generating boot entries from BLS files...
     done

4. Leapp 유틸리티를 사용하여 Red Hat Enterprise Linux 9로 업그레이드:

   # leapp upgrade
   ==> Processing phase `configuration_phase`
   ====> * ipu_workflow_config
           IPU workflow config actor
   ==> Processing phase `FactsCollection`
   ...
   ============================================================
                         REPORT OVERVIEW
   ============================================================
   
   Upgrade has been inhibited due to the following problems:
       1. Firewalld Configuration AllowZoneDrifting Is Unsupported
       2. Possible problems with remote login using root account
   
   HIGH and MEDIUM severity reports:
       1. Remote root logins globally allowed using password
       2. GRUB core will be automatically updated during the upgrade
   
   Reports summary:
       Errors:                      0
       Inhibitors:                  2
       HIGH severity reports:       2
       MEDIUM severity reports:     0
       LOW severity reports:        1
       INFO severity reports:       3
   
   Before continuing consult the full report:
       A report has been generated at /var/log/leapp/leapp-report.json
       A report has been generated at /var/log/leapp/leapp-report.txt
   
   ============================================================
                      END OF REPORT OVERVIEW
   ============================================================

   leapp upgrade 명령 보고서에 표시된 모든 차단자를 검토하고 해결합니다. 보고서에 대한 자세한 내용은 업그레이드 전 보고서 검토를 참조하십시오.

5. 업그레이드 부팅 항목으로 재부팅합니다.

   # leapp upgrade --reboot
   ==> Processing phase `configuration_phase`
   ====> * ipu_workflow_config
           IPU workflow config actor
   ==> Processing phase `FactsCollection`
   ...

   GRUB 부팅 화면에서 Red Hat Enterprise Linux Upgrade Initramfs 항목을 선택합니다.

   참고

   Red Hat Enterprise Linux 9에서는 GRUB 부팅 화면의 Snapshots 하위 메뉴를 사용할 수 없습니다.

절차

1. 시스템을 재부팅합니다.

   # reboot

2. GRUB 부트 로더 화면에서 필요한 부팅 항목을 선택합니다.

절차

1. GRUB 부트 로더 화면에서 Red Hat Enterprise Linux 9로 부팅합니다.

2. 시스템이 로드된 후 사용 가능한 부팅 항목을 확인합니다. 다음 출력에서는 boom 부팅 항목 목록에 있는 스냅샷 부팅 항목을 보여줍니다.

   # boom list
   BootID  Version                      Name                     RootDevice
   1e1a9b4 4.18.0-513.5.1.el8_9.x86_64  Red Hat Enterprise Linux /dev/mapper/rhel-root
   4ea37b9 4.18.0-513.24.1.el8_9.x86_64 Red Hat Enterprise Linux /dev/mapper/rhel-root
   c919f89 4.18.0-513.24.1.el8_9.x86_64 Red Hat Enterprise Linux /dev/rhel/root_snapshot_before_changes

3. BootID 값을 사용하여 스냅샷 항목을 삭제합니다.

   # boom delete --boot-id c919f89
   Deleted 1 entry

   그러면 GRUB 메뉴에서 부팅 항목이 삭제됩니다.

4. LV 스냅샷을 제거합니다.

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

5. 나머지 업그레이드 후 작업을 완료합니다. 자세한 내용은 RHEL 8에서 RHEL 9로 업그레이드 를 참조하십시오.

절차

1. 스냅샷을 원래 볼륨과 병합합니다.

   # lvconvert --merge rhel/root_snapshot_before_changes
     Logical volume rhel/root_snapshot_before_changes contains a filesystem in use.
     Delaying merge since snapshot is open.
     Merging of thin snapshot rhel/root_snapshot_before_changes will occur on next activation of rhel/root.

   주의

   스냅샷을 병합한 후 데이터 손실을 방지하려면 이 절차의 나머지 모든 단계를 계속 진행해야 합니다.

2. 병합된 스냅샷에 대한 롤백 부팅 항목을 생성합니다.

   # boom create --backup --title "RHEL Rollback" --rootlv rhel/root
   WARNING - Boom grub2 integration is disabled in '/boot/../etc/default/boom'
   WARNING - Options for BootEntry(boot_id=1e1a9b4) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=1ccc554) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=4ea37b9) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=e22dd61) do not match OsProfile: marking read-only
   Created entry with boot_id 6c44638:
     title RHEL Rollback
     machine-id b1dcec73886b45218892b1a7bbfa0dee
     version 4.18.0-513.24.1.el8_9.x86_64
     linux /vmlinuz-4.18.0-513.24.1.el8_9.x86_64.boom0
     initrd /initramfs-4.18.0-513.24.1.el8_9.x86_64.img.boom0
     options root=/dev/rhel/root ro rd.lvm.lv=rhel/root rhgb quiet crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M

   모든 WARNING 메시지를 무시합니다. RHEL-35983 을 참조하십시오.

3. 시스템을 재부팅하여 운영 체제 상태를 복원합니다.

   # reboot

   • 시스템이 재부팅된 후 GRUB 화면에서 RHEL 롤백 부팅 항목을 선택합니다.

   • 루트 논리 볼륨이 활성화되면 시스템은 스냅샷 병합 작업을 자동으로 시작합니다.

     중요

     병합 작업이 시작되면 스냅샷 볼륨을 더 이상 사용할 수 없습니다. RHEL 롤백 부팅 항목을 성공적으로 부팅하면 Root LV 스냅샷 부팅 항목이 더 이상 작동하지 않습니다. 스냅샷 논리 볼륨을 병합하면 Root LV 스냅샷이 제거되고 원래 볼륨의 이전 상태가 복원됩니다.

4. 병합 작업을 완료한 후 사용되지 않는 항목을 제거하고 원래 부팅 항목을 복원합니다.

   1. /boot 파일 시스템에서 사용되지 않는 Red Hat Enterprise Linux 9 부팅 항목을 제거하고 변경 사항을 적용하려면 grub.cfg 파일을 다시 빌드합니다.

      # rm -f /boot/loader/entries/*.el9*

      # rm -f /boot/*.el9*

      # grub2-mkconfig -o /boot/grub2/grub.cfg
      Generating grub configuration file ...
      done

5. 시스템을 성공적으로 롤백한 후 boom 스냅샷 및 롤백 부팅 항목을 삭제합니다.

   # boom list -o+title
   WARNING - Options for BootEntry(boot_id=1e1a9b4) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=1ccc554) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=4ea37b9) do not match OsProfile: marking read-only
   BootID  Version                      Name                     RootDevice                             Title
   1e1a9b4 4.18.0-513.5.1.el8_9.x86_64  Red Hat Enterprise Linux /dev/mapper/rhel-root                  Red Hat Enterprise Linux (4.18.0-513.5.1.el8_9.x86_64) 8.9 (Ootpa)
   4ea37b9 4.18.0-513.24.1.el8_9.x86_64 Red Hat Enterprise Linux /dev/mapper/rhel-root                  Red Hat Enterprise Linux (4.18.0-513.24.1.el8_9.x86_64) 8.9 (Ootpa)
   c919f89 4.18.0-513.24.1.el8_9.x86_64 Red Hat Enterprise Linux /dev/rhel/root_snapshot_before_changes Root LV snapshot before changes
   6c44638 4.18.0-513.24.1.el8_9.x86_64 Red Hat Enterprise Linux /dev/rhel/root                         RHEL Rollback

   # boom delete c919f89
   WARNING - Options for BootEntry(boot_id=1e1a9b4) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=1ccc554) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=4ea37b9) do not match OsProfile: marking read-only
   Deleted 1 entry

   # boom delete 6c44638
   WARNING - Options for BootEntry(boot_id=1e1a9b4) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=1ccc554) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=4ea37b9) do not match OsProfile: marking read-only
   Deleted 1 entry

   경고를 무시합니다. 자세한 내용은 RHEL-35983 을 참조하십시오.

절차:

1. 선택한 편집기에서 lvm.conf 파일을 엽니다.

2. 기본 표시 값을 수정하려는 설정을 주석 제거하고 수정하여 lvm.conf 파일을 사용자 지정합니다.

   • lvs 출력에 표시되는 필드를 사용자 지정하려면 lvs_cols 매개변수의 주석을 제거하고 수정합니다.

       lvs_cols="lv_name,vg_name,lv_attr"

   • pvs, Cryostats 및 lvs 명령의 빈 필드를 숨기려면 compact_output=1 설정의 주석을 제거합니다.

       compact_output = 1

   • pvs, Cryostats , lvs 명령의 기본 단위로 기가를 설정하려면 units = "r" 설정을 units = "G" 로 바꿉니다.

       units = "G"

3. lvm.conf 파일의 해당 섹션의 주석을 제거합니다. 예를 들어 lvs_cols 매개변수를 수정하려면 report 섹션의 주석을 제거해야 합니다.

     report {
   ...
   }

절차

1. lvm.conf 파일에서 system.devices 파일이 활성화되어 있는지 확인합니다.

   use_devicesfile=1

2. 호스트의 장치 파일에서 해당 장치를 제외합니다.

   $ lvmdevices --deldev <device>

3. 선택 사항: LVM 장치를 추가로 보호할 수 있습니다.

   1. lvm.conf 파일의 호스트와 VM 모두에서 LVM 시스템 ID 기능을 설정합니다.

      system_id_source = "uname"

   2. VM 시스템 ID 와 일치하도록 VG의 시스템 ID 를 설정합니다. 이렇게 하면 게스트 VM만 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 시스템 ID 기능을 설정합니다.

   system_id_source = "uname"

4. 이 VG를 사용하여 시스템의 시스템 ID 와 일치하도록 VG의 시스템 ID 를 설정합니다.

   $ vgchange --systemid <system_id> <vg_name>

절차

1. lvm.conf 파일에서 system.devices 파일이 활성화되어 있는지 확인합니다.

   use_devicesfile=1

2. 호스트의 장치 파일에 해당 장치를 포함합니다.

   $ lvmdevices --adddev <device>

3. lvm.conf 파일의 모든 시스템에서 LVM 시스템 ID 기능을 설정합니다.

   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. protect create --shared 명령을 사용하여 새 공유 VG를 만듭니다.
7. 모든 시스템에서 Cryostat change --lockstart 및 Cryostat change --lock stop 명령을 사용하여 기존 공유 VG에 대한 액세스를 시작하고 중지합니다.

절차

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     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

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

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

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

절차

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Configure LVM pool with RAID
         ansible.builtin.include_role:
           name: 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

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

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

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

사전 요구 사항

1. 세 개 이상의 물리 볼륨을 생성했습니다. 물리 볼륨 생성에 대한 자세한 내용은 LVM 물리 볼륨 생성 을 참조하십시오.
2. 볼륨 그룹을 생성했습니다. 자세한 내용은 LVM 볼륨 그룹 생성을 참조하십시오.

절차

1. 기존 볼륨 그룹에서 RAID0 논리 볼륨을 생성합니다. 다음 명령은 세 개의 스트라이프 크기와 스트라이프 크기가 4kB 인 볼륨 그룹 myvg 에서 RAID0 볼륨 mylv 를 생성합니다.

   # 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.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Configure stripe size for RAID LVM volumes
         ansible.builtin.include_role:
           name: 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: raid0
                   raid_stripe_size: "256 KiB"
                   state: present

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

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

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

절차

1. DM 무결성을 사용하여 RAID LV를 생성합니다. 다음 예제에서는 사용 가능한 크기가 256M 및 RAID 수준 1 인 test-lv 볼륨 그룹에 test-lv라는 이름의 새 RAID LV를 생성합니다.

   # 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. 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. 변환해야 하는 논리 볼륨 장치를 확인합니다.

   # 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 라는 메타데이터 하위 볼륨은 항상 데이터 subvolumes rimage 와 동일한 물리적 장치에 존재합니다. metadata/data 하위 볼륨 쌍은 --alloc 을 지정하지 않는 한 RAID 배열의 다른 metadata/data 하위 볼륨 쌍과 동일한 물리 볼륨에 생성되지 않습니다.

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-way RAID1 논리 볼륨 my_vg/my_lv 를 3-way 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_1로 구성된 3-way 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-way RAID1 논리 볼륨인 my_lv 를 두 개의 선형 논리 볼륨 my_lv 및 new 로 분할합니다.

     # 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. 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)

2. /dev/sdb 장치가 실패하면 RAID 논리 볼륨을 확인합니다.

   # lvs --all --options name,copy_percent,devices my_vg
   
     /dev/sdb: open failed: No such device or address
     Couldn't find device with uuid A4kRl2-vIzA-uyCb-cci7-bOod-H5tX-IzH4Ee.
     WARNING: Couldn't find all devices for LV my_vg/my_lv_rimage_1 while checking used and assumed devices.
     WARNING: Couldn't find all devices for LV my_vg/my_lv_rmeta_1 while checking used and assumed devices.
     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]        [unknown](1)
     [my_lv_rimage_1]        /dev/sdc1(1)
     [...]

   /dev/sdb 장치가 실패하는 경우 오류 메시지에 대한 시스템 로그를 볼 수도 있습니다.

3. lvm.conf 파일에 할당 할 raid_fault_policy 필드를 설정합니다.

    # vi /etc/lvm/lvm.conf
    raid_fault_policy = "allocate"

   참고

   raid_fault_policy 를 할당 하도록 설정했지만 예비 장치가 없는 경우 할당이 실패하고 논리 볼륨을 그대로 둡니다. 할당에 실패하면 lvconvert --repair 명령을 사용하여 실패한 장치를 수정하고 교체할 수 있습니다. 자세한 내용은 논리 볼륨에서 실패한 RAID 장치 교체를 참조하십시오.

절차

1. 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)

2. lvm.conf 파일에서 warn로 raid_fault_policy 필드를 설정합니다.

   # vi /etc/lvm/lvm.conf
    # This configuration option has an automatic default value.
    raid_fault_policy = "warn"

3. /dev/sdb 장치가 실패하는 경우 오류 메시지를 표시하도록 시스템 로그를 확인합니다.

   # grep lvm /var/log/messages
   
   Apr 14 18:48:59 virt-506 kernel: sd 25:0:0:0: rejecting I/O to offline device
   Apr 14 18:48:59 virt-506 kernel: I/O error, dev sdb, sector 8200 op 0x1:(WRITE) flags 0x20800 phys_seg 0 prio class 2
   [...]
   Apr 14 18:48:59 virt-506 dmeventd[91060]: WARNING: VG my_vg is missing PV 9R2TVV-bwfn-Bdyj-Gucu-1p4F-qJ2Q-82kCAF (last written to /dev/sdb).
   Apr 14 18:48:59 virt-506 dmeventd[91060]: WARNING: Couldn't find device with uuid 9R2TVV-bwfn-Bdyj-Gucu-1p4F-qJ2Q-82kCAF.
   Apr 14 18:48:59 virt-506 dmeventd[91060]: Use 'lvconvert --repair my_vg/ly_lv' to replace failed device.

   /dev/sdb 장치가 실패하면 시스템 로그에 오류 메시지가 표시됩니다. 그러나 이 경우 LVM은 이미지 중 하나를 교체하여 RAID 장치를 자동으로 복구하지 않습니다. 대신 장치가 실패한 경우 장치를 lvconvert 명령의 --repair 인수로 교체할 수 있습니다. 자세한 내용은 논리 볼륨에서 실패한 RAID 장치 교체를 참조하십시오.

절차

1. RAID1 배열을 생성합니다.

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

2. 생성된 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_2(0)
     [my_lv_rimage_0]        /dev/sdb1(1)
     [my_lv_rimage_1]        /dev/sdb2(1)
     [my_lv_rimage_2]        /dev/sdc1(1)
     [my_lv_rmeta_0]         /dev/sdb1(0)
     [my_lv_rmeta_1]         /dev/sdb2(0)
     [my_lv_rmeta_2]         /dev/sdc1(0)

3. 요구 사항에 따라 RAID 장치를 다음 방법으로 교체합니다.

   1. 교체할 물리 볼륨을 지정하여 RAID1 장치를 교체합니다.

      # lvconvert --replace /dev/sdb2 my_vg/my_lv

   2. 교체에 사용할 물리 볼륨을 지정하여 RAID1 장치를 교체합니다.

      # lvconvert --replace /dev/sdb1 my_vg/my_lv /dev/sdd1

   3. 여러 교체 인수를 지정하여 한 번에 여러 RAID 장치를 교체합니다.

      # lvconvert --replace /dev/sdb1 --replace /dev/sdc1 my_vg/my_lv

검증

1. 교체할 물리 볼륨을 지정한 후 RAID1 배열을 검사합니다.

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv             37.50 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/sdc2(1)
     [my_lv_rimage_2]        /dev/sdc1(1)
     [my_lv_rmeta_0]         /dev/sdb1(0)
     [my_lv_rmeta_1]         /dev/sdc2(0)
     [my_lv_rmeta_2]         /dev/sdc1(0)

2. 교체에 사용할 물리 볼륨을 지정한 후 RAID1 배열을 검사합니다.

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

3. 한 번에 여러 RAID 장치를 교체한 후 RAID1 배열을 검사합니다.

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

절차

1. RAID 논리 볼륨을 확인합니다.

   # lvs --all --options name,copy_percent,devices my_vg
     LV               Cpy%Sync 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/sde1(1)
     [my_lv_rimage_1]          /dev/sdc1(1)
     [my_lv_rimage_2]          /dev/sdd1(1)
     [my_lv_rmeta_0]           /dev/sde1(0)
     [my_lv_rmeta_1]           /dev/sdc1(0)
     [my_lv_rmeta_2]           /dev/sdd1(0)

2. /dev/sdc 장치가 실패한 후 RAID 논리 볼륨을 확인합니다.

   # lvs --all --options name,copy_percent,devices my_vg
     /dev/sdc: open failed: No such device or address
     Couldn't find device with uuid A4kRl2-vIzA-uyCb-cci7-bOod-H5tX-IzH4Ee.
     WARNING: Couldn't find all devices for LV my_vg/my_lv_rimage_1 while checking used and assumed devices.
     WARNING: Couldn't find all devices for LV my_vg/my_lv_rmeta_1 while checking used and assumed devices.
     LV               Cpy%Sync 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/sde1(1)
     [my_lv_rimage_1]          [unknown](1)
     [my_lv_rimage_2]          /dev/sdd1(1)
     [my_lv_rmeta_0]           /dev/sde1(0)
     [my_lv_rmeta_1]           [unknown](0)
     [my_lv_rmeta_2]           /dev/sdd1(0)

3. 실패한 장치를 교체합니다.

   # lvconvert --repair my_vg/my_lv
     /dev/sdc: open failed: No such device or address
     Couldn't find device with uuid A4kRl2-vIzA-uyCb-cci7-bOod-H5tX-IzH4Ee.
     WARNING: Couldn't find all devices for LV my_vg/my_lv_rimage_1 while checking used and assumed devices.
     WARNING: Couldn't find all devices for LV my_vg/my_lv_rmeta_1 while checking used and assumed devices.
   Attempt to replace failed RAID images (requires full device resync)? [y/n]: y
   Faulty devices in my_vg/my_lv successfully replaced.

4. 선택 사항: 실패한 장치를 대체하는 물리 볼륨을 수동으로 지정합니다.

   # lvconvert --repair my_vg/my_lv replacement_pv

5. 교체를 사용하여 논리 볼륨을 검사합니다.

   # lvs --all --options name,copy_percent,devices my_vg
   
     /dev/sdc: open failed: No such device or address
     /dev/sdc1: open failed: No such device or address
     Couldn't find device with uuid A4kRl2-vIzA-uyCb-cci7-bOod-H5tX-IzH4Ee.
     LV               Cpy%Sync Devices
     my_lv            43.79    my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]          /dev/sde1(1)
     [my_lv_rimage_1]          /dev/sdb1(1)
     [my_lv_rimage_2]          /dev/sdd1(1)
     [my_lv_rmeta_0]           /dev/sde1(0)
     [my_lv_rmeta_1]           /dev/sdb1(0)
     [my_lv_rmeta_2]           /dev/sdd1(0)

   볼륨 그룹에서 오류가 발생한 장치를 제거할 때까지 LVM 유틸리티는 여전히 LVM에서 실패한 장치를 찾을 수 없음을 나타냅니다.

6. 볼륨 그룹에서 실패한 장치를 제거합니다.

   # vgreduce --removemissing my_vg

검증

1. 실패한 장치를 제거한 후 사용 가능한 물리 볼륨을 확인합니다.

   # pvscan
   PV /dev/sde1 VG rhel_virt-506 lvm2 [<7.00 GiB / 0 free]
   PV /dev/sdb1 VG my_vg lvm2 [<60.00 GiB / 59.50 GiB free]
   PV /dev/sdd1 VG my_vg lvm2 [<60.00 GiB / 59.50 GiB free]
   PV /dev/sdd1 VG my_vg lvm2 [<60.00 GiB / 59.50 GiB free]

2. 실패한 장치를 교체한 후 논리 볼륨을 검사합니다.

   # lvs --all --options name,copy_percent,devices my_vg
   my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]          /dev/sde1(1)
     [my_lv_rimage_1]          /dev/sdb1(1)
     [my_lv_rimage_2]          /dev/sdd1(1)
     [my_lv_rmeta_0]           /dev/sde1(0)
     [my_lv_rmeta_1]           /dev/sdb1(0)
     [my_lv_rmeta_2]           /dev/sdd1(0)

절차

1. 선택 사항: 다음 옵션 중 하나를 설정하여 RAID 논리 볼륨이 초기화되는 속도를 제어합니다.

   • --maxrecoveryrate Rate[bBsSkKmMgG] 는 RAID 논리 볼륨의 최대 복구 속도를 설정하여 nominal I/O 작업을 확장하지 않도록 합니다.

   • --minrecoveryrate Rate[bBsSkKmMgG] 는 RAID 논리 볼륨의 최소 복구 속도를 설정하여 동기화 작업의 I/O가 무분별 I/O가 있는 경우에도 최소 처리량을 달성하도록 합니다.

     # lvchange --maxrecoveryrate 4K my_vg/my_lv
     Logical volume _my_vg/my_lv_changed.

     4K 를 복구 속도 값으로 바꿉니다. 이 값은 배열의 각 장치에 대한 초당 양입니다. 접미사를 지정하지 않으면 옵션은 장치당 초당 kiB를 가정합니다.

     # lvchange --syncaction repair my_vg/my_lv

     RAID 스크러블링 작업을 수행할 때 동기화 작업에 필요한 백그라운드 I/O는 볼륨 그룹 메타데이터 업데이트 등 LVM 장치에 대한 다른 I/O의 충돌을 줄일 수 있습니다. 이로 인해 다른 LVM 작업이 느려질 수 있습니다.

     참고

     RAID 장치를 생성하는 동안 이러한 최대 및 최소 I/O 속도를 사용할 수도 있습니다. 예를 들어 lvcreate --type raid10 -i 2 -m 1 -l 1 -L 10G --maxrecoveryrate 128 -n my_vg 는 128 kiB/sec/device의 최대 복구 속도를 가진 볼륨 그룹 my_vg에 있는 볼륨 그룹 my_vg에서 최대 복구 속도를 가진 크기가 10G인 my_vg를 생성합니다.

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 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 논리 볼륨의 스트라이프 이미지 및 스트라이프 크기를 확인합니다.

   # lvs -o stripes my_vg/my_lv
     #Str
        3

   # lvs -o stripesize my_vg/my_lv
     Stripe
     64.00k

4. 요구 사항에 따라 다음 방법을 사용하여 RAID 논리 볼륨의 속성을 수정합니다.

   1. RAID 논리 볼륨의 스트라이프 이미지를 수정합니다.

      # 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 논리 볼륨의 스트라이프 크기를 수정합니다.

      # 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 논리 볼륨의 스트라이프 이미지 및 스트라이프 크기를 확인합니다.

   # 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. 볼륨 그룹(VG)을 생성합니다.

   # vgcreate <vg_name> <PV> ...

   다음과 같습니다.

   • <VG_NAME >은 VG의 이름입니다.
   • & lt;PV& gt;는 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 중 하나, 모두 또는 명령줄에서 none을 지정할 수 있습니다.

        • 하나의 PV를 지정하면 해당 LV의 확장 영역이 할당됩니다.

          참고

          PV에 전체 LV에 사용 가능한 확장 영역이 충분하지 않으면 lvcreate 이 실패합니다.

        • 두 PV를 지정하면 해당 LV의 확장 영역이 해당 LV 중 하나에서 할당되거나 둘 다 조합됩니다.

        • PV를 지정하지 않으면 VG의 PV 중 하나 또는 VG에 있는 모든 PV의 조합에서 Extent가 할당됩니다.

          참고

          이 경우 LVM에서 이름이 지정된 PV 또는 사용 가능한 PV를 모두 사용하지 못할 수 있습니다. 첫 번째 PV에 전체 LV에 사용 가능한 확장 영역이 충분한 경우 다른 PV가 사용되지 않을 수 있습니다. 그러나 첫 번째 PV의 할당 크기가 설정된 여유 Extent가 없는 경우 LV는 첫 번째 PV에서 부분적으로 할당되고 두 번째 PV에서 부분적으로 할당될 수 있습니다.

          예 11.1. 하나의 PV에서 확장 영역 할당

          이 예에서는 lv1 Extent가 sda 에서 할당됩니다.

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

          예 11.2. 두 PV의 확장 영역 할당

          이 예에서 lv2 Extent는 sda 또는 sdb 또는 둘 다 조합에서 할당됩니다.

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

          예 11.3. PV를 지정하지 않고 확장 영역 할당

          이 예에서 lv3 Extent는 VG의 PV 중 하나 또는 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 을 사용하면 두 개의 이미지가 있는 raid1 LV가 생성됩니다.
      • <lv_name >은 LV의 이름입니다.
      • <lv_size >는 LV의 크기입니다. 기본 단위는 메가바이트입니다.
      • <VG_NAME >은 VG의 이름입니다.

      • <[PV …​]> 는 PV입니다.

        첫 번째 RAID 이미지는 첫 번째 PV, 두 번째 PV의 두 번째 raid 이미지 등에서 할당됩니다.

        예 11.4. 두 PV에서 raid 이미지 할당

        이 예에서 lv4 첫 번째 raid 이미지는 sda 에서 할당되고 두 번째 이미지는 sdb 에서 할당됩니다.

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

        예 11.5. 세 PV에서 raid 이미지 할당

        이 예에서 lv5 첫 번째 raid 이미지는 sda 에서 할당되고 두 번째 이미지는 sdb 에서 할당되고, 세 번째 이미지는 sdc 에서 할당됩니다.

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

1. 클러스터의 모든 호스트에서 lvchange --addtag @db2ECDHE1/lvol2 를 실행합니다.
2. lvchange -ayECDHE1/lvol2 를 실행합니다.

절차

1. 볼륨 그룹에서 나머지 물리 볼륨을 활성화합니다.

   # vgchange --activate y --partial myvg

2. 제거될 논리 볼륨을 확인합니다.

   # vgreduce --removemissing --test myvg

3. 볼륨 그룹에서 손실된 물리 볼륨을 사용한 논리 볼륨을 모두 제거합니다.

   # vgreduce --removemissing --force myvg

4. 선택 사항: 유지하려는 논리 볼륨을 실수로 제거한 경우 vgreduce 작업을 되돌릴 수 있습니다.

   # vgcfgrestore myvg

   주의

   씬 풀을 제거하면 LVM에서 작업을 되돌릴 수 없습니다.

절차

1. 물리 볼륨이 포함된 볼륨 그룹의 아카이브 메타데이터 파일을 찾습니다. 아카이브된 메타데이터 파일은 /etc/lvm/archive/volume-group-name_backup-number.vg 경로에 있습니다.

   # cat /etc/lvm/archive/myvg_00000-1248998876.vg

   00000-1248998876 을 backup-number로 바꿉니다. 볼륨 그룹의 번호가 가장 높은 마지막으로 알려진 유효한 메타데이터 파일을 선택합니다.

2. 물리 볼륨의 UUID를 찾습니다. 다음 방법 중 하나를 사용합니다.

   • 논리 볼륨을 나열합니다.

     # lvs --all --options +devices
     
       Couldn't find device with uuid 'FmGRh3-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk'.

   • 아카이브된 메타데이터 파일을 검사합니다. 볼륨 그룹 구성의 physical_volumes 섹션에서 id = 라는 값으로 UUID를 찾습니다.

   • partial 옵션을 사용하여 볼륨 그룹을 비활성화 합니다.

     # vgchange --activate n --partial myvg
     
       PARTIAL MODE. Incomplete logical volumes will be processed.
       WARNING: Couldn't find device with uuid 42B7bu-YCMp-CEVD-CmKH-2rk6-fiO9-z1lf4s.
       WARNING: VG myvg is missing PV 42B7bu-YCMp-CEVD-CmKH-2rk6-fiO9-z1lf4s (last written to /dev/vdb1).
       0 logical volume(s) in volume group "myvg" now active

절차

1. 물리 볼륨에서 메타데이터를 복원합니다.

   # pvcreate --uuid physical-volume-uuid \ --restorefile /etc/lvm/archive/volume-group-name_backup-number.vg \ block-device

   참고

   명령은 LVM 메타데이터 영역만 덮어쓰고 기존 데이터 영역에는 영향을 주지 않습니다.

   예 13.4. /dev/vdb1에서 물리 볼륨 복원

   다음 예제는 /dev/vdb1 장치를 다음 속성을 사용하여 물리 볼륨으로 레이블을 지정합니다.

   • FmGRh3-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk의 UUID

   • VG_00050.vg에 포함된 메타데이터 정보. 이는 볼륨 그룹의 가장 최근 적절한 아카이브 메타데이터입니다.

     # pvcreate --uuid "FmGRh3-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk" \ --restorefile /etc/lvm/archive/VG_00050.vg \ /dev/vdb1
     
       ...
       Physical volume "/dev/vdb1" successfully created

2. 볼륨 그룹의 메타데이터를 복원합니다.

   # vgcfgrestore myvg
   
     Restored volume group myvg

3. 볼륨 그룹의 논리 볼륨을 표시합니다.

   # lvs --all --options +devices myvg

   논리 볼륨은 현재 비활성 상태입니다. 예를 들면 다음과 같습니다.

     LV     VG   Attr   LSize   Origin Snap%  Move Log Copy%  Devices
     mylv myvg   -wi--- 300.00G                               /dev/vdb1 (0),/dev/vdb1(0)
     mylv myvg   -wi--- 300.00G                               /dev/vdb1 (34728),/dev/vdb1(0)

4. 논리 볼륨의 세그먼트 유형이 RAID인 경우 논리 볼륨을 다시 동기화합니다.

   # lvchange --resync myvg/mylv

5. 논리 볼륨을 활성화합니다.

   # lvchange --activate y myvg/mylv

6. 디스크상의 LVM 메타데이터가 최소한 지나치게 많은 공간을 차지하는 경우 이 절차에서는 물리 볼륨을 복구할 수 있습니다. 메타데이터 영역을 넘어서는 메타데이터가 오버라이드된 경우 볼륨의 데이터가 영향을 받을 수 있습니다. fsck 명령을 사용하여 해당 데이터를 복구할 수 있습니다.

절차

1. 볼륨 그룹에서 사용 가능한 물리 확장 영역의 수를 찾습니다.

   # vgdisplay myvg

   예 13.5. 볼륨 그룹에서 사용 가능한 확장 영역

   예를 들어 다음 볼륨 그룹에는 8780 사용 가능한 물리 확장 영역이 있습니다.

   --- Volume group ---
    VG Name               myvg
    System ID
    Format                lvm2
    Metadata Areas        4
    Metadata Sequence No  6
    VG Access             read/write
   [...]
   Free  PE / Size       8780 / 34.30 GB

2. 논리 볼륨을 만듭니다. 볼륨 크기를 바이트가 아닌 확장 영역 단위로 입력합니다.

   예 13.6. 확장 영역 수를 지정하여 논리 볼륨 만들기

   # lvcreate --extents 8780 --name mylv myvg

   예 13.7. 남아 있는 모든 공간을 차지하기 위한 논리 볼륨 만들기

   또는 논리 볼륨을 확장하여 볼륨 그룹에서 사용 가능한 나머지 공간의 백분율을 사용할 수 있습니다. 예를 들면 다음과 같습니다.

   # lvcreate --extents 100%FREE --name mylv myvg