[리눅스] LVM stripe, mirror

2) LVM stripe구성

Stripe구성은 raid의 stripe구성과는 다르다.

Raid의 stripe구성은 전체 디스크를 똑같은 용량으로 나누어서 저장해 [ 빠른 속도 ] 라는 이점이 있었지만

LVM의 stripe구성은 stripesize를 지정 후 디스크마다 분산저장을 해 낮은 용량일 경우 이점이 사라진다.

ex) stripesize : 68kb일 경우 A디스크에 68kb를 저장 그 다음 B디스크에 68kb저장.. 다시 A디스크에 ..모든 파일에 대한용량을 

저장할때까지 반복한다.

#실습

준비된 시스템

-LVM 파티션 /dev/sdc1 /dev/sdd1

-PV : /dev/sdc1 /dev/sdd1

-VG : stripe ( /dev/sdc1 /dev/sdd1 )

리눅스 소스 & 설명

* LV 생성

#>lvcreate -i <dev_num> -L <size> -n <lv_name> <vg_name> ....

       또는 -l

option -i    가 추가되었다. ( 없으면 linear로 생성 )

VG에서 stripe로 구성할 device의 갯수를 작성후 맨 뒤에 장치들에 대한 포함될 아규먼트들을 작성한다.

#>lvcreate -i 2 -L 1.5G -n lv01 stripe /dev/sdc1 /dev/sdd1

>>이때 자동으로 stripesize가 정해졌다.

*결과

: Logical Volume Name : Volume Group이 다른경우 이름이 같아도 상관없다.

파일시스템과 마운트까지 해준다.

#>mkfs -t ext4 /dev/mapper/stripe-lv01

#>mkdir -p /lvm/stripe

#>mount /dev/mapper/stripe-lv01 /lvm/stripe

3) LVM mirror구성

miroor 구성 같은경우 raid와 마찬가지로 lv로 만들어진 그룹갯수가 n일경우 1개의 원본장치와 n-1개의 사본장치로 구성된다. 

즉 lv생성시 3개의 장치를 사용한다고 하면 2개의 사본장치가 생기고

    2개의 장치를 사용한다고 하면 1개의 사본장치가 생긴다.

#실습

준비된 시스템

디스크 2장에 대한 파티션 ( hexC : 8e )

/dev/sdb (1G) >> /dev/sdb1

/dev/sdc (1G) >> /dev/sdc1

/dev/sdd (1G) >> /dev/sdd1 : 나중에 복구시 쓸 디스크

디스크에 대한 PV

VG ( 위 두장의 디스크에 대한 볼륨그룹 ) : miroor ( 2G )

리눅스 소스 & 설명

LV 생성

#>lvcreate -l|-L <size> -m <copy_num> -n <lv_name> <vg_name> <pv_name> ...

옵션 -m 의 아규먼트에 생성될 미러구성의 사본장치 갯수를 적어준다.

>> mirror구성에서는 size는 하나의 장치에대한 size다. : 미러 구성되는 갯수만큼 곱해줘야 한다.

ex) 3개의 미러구성 = 1개의 원본장치 3개의 미러구성 = size * 4 만큼의 용량을 할당받는다.

#>lvcreate -L  -m 1 -n lv01 miroor /dev/sdb1 /dev/sdc1

#결과

>> lvcreate 명령어를 통하여 만들어준 lv01은 500m의 사이즈를 가지고 있지만 사실 복사본에대한 할당까지 받은 것이여서

miroor그룹은 1G가 줄어있다.

>> 여기서 보면 mirror 구성은 Cpy%Sync : 동기화가 100%되고 있다는 것을 보여준다.

파일시스템과 마운트까지 해준다.

#>mkfs -t ext4 /dev/mapper/miroor-lv01

#>mkdir -p /lvm/miroor

#>mount /dev/mapper/miroor-lv01 /lvm/miroor

#강제고장

#>cp /etc/services /lvm/miroor

#>dd if=/dev/zero of=/dev/sdb1 count=10

#>reboot

#>lvscan

#>lvchange --activate a /dev/mapper/miroor-lv01

#>mount /dev/mapper/miroor-lv01 /lvm/miroor/

#파일이 살아있는 것을 확인했다.

0) dd명령어는 디바이스에 강제로 데이터를 작성하는 방법이다.

1) lvscan명령어는 lv를 더 자세하게 보는 명령어이다.

2) lvchange명령어는 비활성화된 장치를 활성화 시킬 수 있다.

3) 비활성화시 mount가 안되므로 활성화 시킨후 mount시켜준다.

4) 강제로 활성화 시킨 lv로 인해 pv와 vg에서는 에러메세지와 고장난 디스크에 대한 용량까지 표시하고 있다.

#복구

*장치제거

#>vgreduce --removemissing --force <vg_name>

#>vgreduce --removemissing --force miroor

>> 장치제거를 완료하면 고장난 장치는 표시하지 않고 에러메세지 또한 사라진다.

다시 정상작동 되는 lv는 mirror구성장치인 사본장치들이 없으므로 linear장치로 동작하게 된다.

이렇게되면 장치를 추가 (확장) 해서 다시 미러 구성으로 동작시켜준다.

*확장

#>vgextend miroor /dev/sdd1

#>lvconvert -m 0 /dev/miroor/lv01

#>lvconvert -m 1 /dev/miroor/lv01 /dev/sdd1

>> 확장을 해도 아직 linear상태로 동작하는 LV를 mirror구성으로 동작시켜주기위해 lvconvert 명령어를 사용한다.

/dev/mapper/ ~ 링크파일을 사용하는게 아니라 /dev/miroor/ ~ 이 형식으로 작성해줘야 한다.

>> path가 아닌 인자값으로 넘겨주는 것이다 /dev/볼륨그룹/로지컬그룹으로 생각하기에 형식에 맞는 링크파일을 넘겨준다.

또한 아직 자신이 mirror구성인줄 아는 LV에 대해 linear라는 것을 재설정한다.

#file 명령어로 확인

file명령어 같은 경우 링크파일을 확인하면 원본이름을 반환한다.

지금 우리가 만든 lv들은 전부 symbolic link file이다.

따라서 #> file 명령어로 확인하는 경우 원본을 출력해준다.