jane:~$ ipmitool user list 1 Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0: No such file or directory jane:~$ // 이 작업은 root 계정에서 진행해야 한다. jane:~$ su - Password: jane:~# jane:~# ipmitool user list 1 ID Name Callin Link Auth IPMI Msg Channel Priv Limit 1 true false false NO ACCESS 2 root true true true ADMINISTRATOR 3 true false false NO ACCESS 4 true false false NO ACCESS 5 true false false NO ACCESS 6 true false false NO ACCESS 7 true false false NO ACCESS 8 true false false NO ACCESS 9 true false false NO ACCESS 10 true false false NO ACCESS 11 true false false NO ACCESS 12 true false false NO ACCESS 13 true false false NO ACCESS 14 true false false NO ACCESS 15 true false false NO ACCESS 16 true false false NO ACCESS jane:~# jane:~# ipmitool user set password 2 password_test // ID=2의 password를 password_test로 바꾼다.
LVM(Logical Volume Management) : 디스크나 대용량 스토리지 장치를 유연하고 확장 가능하게 다룰 수 있는 기술. 이를 커널에 구현한 기능을 LVM(Logical Volume Manager) 이라고 한다.
기존에 저장 장치를 사용했던 방식은, 물리 디스크를 파티션이라는 단위로 나눈 후 OS에 마운트하여 사용했는데 마운트를 하려면 파티션을 특정 디렉토리와 일치시켜 주어야 했다.
만약 특정 파티션(/home 이라 가정)에 마운트된 파티션의 용량이 일정 수준 이상 찼을 경우 번거로운 작업(추가 디스크 장착, 기존 언마운트, 추가 마운트 등) 또한 요구되었다.
기존 방식이 파일시스템을 블록 장치에 직접 접근해서 읽고쓰기를 했다면, LVM은, LVM이 만든 가상의 블록 장치에 파일시스템이 읽고 쓰기를 하게된다.
LVM 은 파티션대신 볼륨이라는 단위로 저장 장치를 다룰 수 있으며, 물리 디스크를 볼륨 그룹으로 묶고 이것을 논리 볼륨으로 분할하여 관리한다. 스토리지의 확장이나 변경시 서비스 변경을 할 수 있으며 특정 영역의 사용량이 많아져서 저장 공간이 부족할 경우 유연하게 대응 가능하다. 아래의 그림은 LVM의 구성 예시이다.
/home 영역이 거의 찼을 경우 LVM이 적용되어 있으면 다음과 같이 처리할 수 있다. - 추가 디스크를 장착 (host-partition-add lvm_phys_vol) - 추가된 디스크에 파티션을 만들어서 물리 볼륨(PV) 생성 (Add partition to PV list of LVG: host-pv-add) - 물리 볼륨을 볼륨 그룹(VG)에 추가. 여기서는 vg_data 볼륨 그룹으로 추가. - /home 이 사용하는 논리 볼륨인 lv_home의 볼륨 사이즈를 증가
블록 장치(물리적 디스크)의 파티션들을 PV들로 초기화 시킨모습이며, 각각의 PV들은 동일한 크기의 PE들로 구성 된다.
1. PV(Physical Volume) LVM에서 블록 장치(블록 단위로 접근하는 스토리지. ex) HDD)를 사용하려면 우선 PV로 초기화를 해야한다. 즉, 블록 장치 전체 또는 그 블록 장치를 이루고 있는 파티션들을 LVM에서 사용할 수 있게 변환하는 것이다.
예를 들어 /dev/sda1, /dev/sda2 등의 블록 스토리지를 LVM으로 쓰기위해 PV로 초기화한다.
PV는 일정한 크기의 PE(Physical Extent)들로 구성된다.
2. PE(Physical Extent) PV를 구성하는 일정한 크기의 블록으로 LVM2에서의 기본크기는 4MB.
LVM은 LVM1과 LVM2이 있는데 여기서는 다루지 않고 간단히 LVM2가 기능이 개선된 버전이라고 이해하면 된다.
PE는 곧 설명할 LV(Logical Volume)의 LE(Logical Extent)들과 1:1로 대응된다. 그렇기에 항상 PE와 LE의 크기는 동일하다.
3. VG(Volume Group) PV들의 집합으로 LV를 할당할 수 있는 공간이다. 즉, PV들로 초기화된 장치들은 VG로 통합되게 된다. 사용자는 VG안에서 원하는대로 공간을 쪼개서 LV로 만들 수 있다. 위에서 만든 PV들을 하나의 VG1로 그룹지었다.
4. LV(Logical Volume) 사용자가 최종적으로 다루게 되는 논리적인 스토리지이다. 생성된 LV는 파일 시스템 및 애플리케이션(Database 등)으로 사용된다. 위에서도 언급했듯이, LV를 구성하는 LE들은 PV의 PE들과 맵핑하며 존재하게 된다. LE와 PE가 맵핑되면서 총 3가지 유형의 LV가 생성된다.
- 선형(Linear) LV - 스트라이프(Striped)된 LV
- 미러(Mirrored)된 LV
- 선형(Linear) LV 하나의 LV로 PV를 모으는 방법. 예를들어 두개의 60GB 디스크(PV를 의미)를 가지고 120GB의 LV를 만드는 방식. LV만을 사용하는 사용자의 입장에서는 120GB의 단일 장치만 있게 되는 셈. (물론 LV를 여러개로 나누는 것도 가능)
- 스트라이프(Striped)된 LV LV에 데이터를 기록하게되면, 파일 시스템은 PV에 데이터를 기록하게되는데(PE와 LE의 매핑대로),
스트라이프된 LV을 생성해서 데이터가 PV에 기록되는 방식을 바꿀수 있다. 대량의 순차적 읽기/쓰기 작업의 경우에 효율을 높일 수 있는 방법. Round-Robin 방식으로 미리 지정된 PV들에 데이터를 분산 기록해서 성능을 높였고, 읽고/쓰기를 병렬로 실행할 수 있음 아래 그림은 LV에 데이터를 기록할 때, 각각의 PV에 번갈아가며 기록하는 Striped LV를 잘 보여준다. 번갈아가는 기준은 데이터의 크기인데 이를 스트라이프 크기라고하며 Extent의 크기(PE/LE크기)를 초과할수 없다.
- 미러(Mirrored)된 LV 이름 그대로 블록 장치에 저장된 데이터의 복사본을 다른 블록 장치에 저장하는 방식. 데이터가 하나의 PV에 저장될때, 이를 미러하고있는 PV에 동일한 데이터가 저장됨 이를 통해 장치에 장애가 발생하게 될경우 데이터를 보호할 수 있게된다. 하나의 장치에 장애가 발생하게 되면, 선형(Linear)으로 저장되어 있기에 다른 장치에서 쉽게 접근이 가능해지고,
어떤 부분이 미러를 통해 동기화되었는지에 대한 로그를 디스크에 저장하게 된다.
5. LE(Logical Extent) LV를 구성하는 일정한 크기의 블록으로 기본크기는 PE와 마찬가지로 4MB. 아래 그림은 위에서 만든 VG1에서 사용자가 원하는 크기대로 분할해서 LV1과 LV2를 만든 모습. 꼭 VG의 모든 공간을 다 써야되는건 아니고, 각각의 LV들은 동일한 크기의 LE로 구성이되며 PE들과 1:1로 맵핑된다.
