여러 스토리지 가상화 시스템을 함께 사용하는 경우 관련된 다양한 관계의 구조를 이해하는 것은 복잡하고 시간이 많이 걸릴 수 있습니다. 이러한 관계를 다이어그램으로 작성하고 요약하는 데 사용할 수 있는 도구는 무엇입니까?
제가 특히 관심을 갖고 있는 사례는 Linux의 사례입니다.LVM그리고 루크스. 나는 이것이 서로 겹쳐지는 시스템을 가지고 있습니다. 내 목표는 그림을 그리는 것이었습니다.블록 다이어그램, 다음과 같은 레이어를 사용합니다(관련 없는 합병증을 방지하기 위해 약간 단순화).
- LVM 논리 볼륨(LV)
- LVM 볼륨 그룹(VG)
- LUKS 파티션 == LVM 물리 볼륨(PV)
- 물리적 분할
- 물리적 디스크
일반적으로 VG는 LV와 PV 사이에 다대다 관계를 형성하지만 각 VG가 단일 PV에만 연결되었기 때문에 제 경우는 더 간단했습니다.
블록 다이어그램에는 물리적 디스크 장치 파일 이름, PV, VG 및 LV 이름, 장치 매퍼 장치 이름 및 디스크 UUID와 같은 정보가 포함된 레이블이 지정되었습니다.
방금 블록 다이어그램을 그렸습니다. 나는 시스템에 대한 사전 지식과 함께 12가지 정보 소스를 사용했으며 및 cryptsetup명령 을 실행하면서 시간이 지남에 따라 시스템이 변경되는 것을 관찰했다는 사실을 발견했습니다 mount. 그림을 그리는 것은 지식을 쌓아가는 고통스럽고 시간이 많이 걸리는 반복 과정이었습니다.일종의 논리 문제. 내가 사용한 몇 가지 명령은 다음과 같습니다.
ls -l /dev/mapper/*
ls -l /dev/disk/by-uuid/*
dmsetup info
lvdisplay
ls -l /dev/mapper/<LV name>
pvs
vgs
lvs
cat /etc/fstab
cat /etc/crypttab
fdisk -l /dev/<physical disk device name>
mount
이러한 종류의 스토리지 가상화 시스템, 특히 LVM 및 LUKS와 같은 Linux 전용 시스템의 요약을 생성하는 데 사용할 수 있는 도구는 무엇입니까? 나는 블록 다이어그램 대신 일반 텍스트 관계형 목록을 사용하는 것을 기쁘게 생각합니다.
내 경우에는 몇 가지 추가 합병증이 있었습니다. 어떻게 더 복잡해질 수 있는지 설명하기 위해 이것들을 설명할 것입니다. 그러나 위의 상황은 위에 설명된 시스템 부분에 대해서만 블록 다이어그램을 그리는 데 시간이 많이 걸릴 만큼 복잡하다는 점에 유의하십시오. 이러한 복잡한 문제를 제거하면 문제가 단순화될 수 있다는 것을 알고 있으므로 공간을 낭비하지 마십시오.
한 가지 문제는 LUKS/LVM 레이어링이 위에서 설명한 것과 반대되는 오래된 파티션이 여러 개 있다는 점입니다. 즉, 다음과 같습니다.
(물리적 파티션 == LVM PV) -> VG -> LV -> LUKS 암호화 장치 -> LUKS 일반 텍스트 장치
대신에:
물리적 파티션 -> LUKS 암호화 장치 -> (LUKS 일반 텍스트 장치 == LVM PV) -> VG -> LV
또한 LUKS 암호화 장치 중 하나에 라벨이 잘못 지정되어 실제로는 다른 물리적 디스크에 있는 것으로 나타났습니다!
분명히 다른 문제도 있을 수 있으며, 가장 명백하게는 단일 볼륨 그룹이 여러 물리적 볼륨과 연관되어 있는 경우입니다. 이 경우 여러 블록 다이어그램이 필요합니다(간단한 경우에는 두 개, 레이어링이 더 복잡하면 더 많음).