다음 FS 설치 방법에는 다른 (불이익) 이점이 있습니까?
예를 들어:
- DM 방법은 단순히
/dev/mapper/<VG>-<LV>
자신의 다중 경로 I/O를 처리할 수 있음을 의미합니다. - UUID/LABEL/LVM과 같은 비DM 방법은 자체 다중 경로 I/O를 처리할 수 없습니까?
- UUID: 원래의 하위 수준 속성 없이 시스템에서 무작위로 생성된 영구 논리 ID입니다.
- LABEL: 원래의 상위 수준 속성 없이 사용자 습관에 따라 정의된 영구 논리 ID입니다.
- LVM: 또한 ?
/dev/<VG>/<LV>
에 비해/dev/mapper/<VG>-<LV>
장점이 거의 없다는 뜻 이기도 합니다.
답변1
파일 시스템이 마운트되는 방식은 장치 매퍼와 거의 관련이 없습니다.
/dev/mapper/vg-lv
자체 다중 경로 I/O를 처리하시겠습니까? 나는 이것을 모른다. 다중 경로 지정은 LVM이 아니라 DM 다중 경로 지정 모듈에서 처리합니다. 그리고 모듈을 구성해야 합니다.
UUID의 단점은 인간이 조작하기 어렵다는 것입니다. LABEL은 이 문제를 해결합니다. 태그의 단점: 사람이 태그를 관리하고 태그가 고유한지 확인해야 합니다.
LVM의 단점은 파일 시스템이 LVM이 아닌 장치에 있을 때 도움이 되지 않는다는 것입니다. LUKS 장치와 같이 논리 볼륨 위에 있는 장치일 수 있습니다. LVM의 장점은 다른 측면에서도 반영됩니다. 장치 이름의 지속적인 저장소를 제공한다는 사실은 다른 모든 장점에 더해 큰 추가 사항입니다.
답변2
귀하의 질문을 완전히 이해했는지 잘 모르겠지만 mount 와 사이에는 차이가 없습니다 /dev/mapper/vg-vl
. 이는 커널에서 생성된 장치 매퍼 블록 장치 노드에 대한 심볼릭 링크일 뿐입니다. 이러한 기호 링크는 편의성과 사용 용이성을 위해서만 UDev 규칙에 의해 생성됩니다./dev/vg/lv
/dev/disk-by-[uuid|id|partlabel]/
/dev/dm-<number>
$ ls -la /dev/disk/by-uuid/*
lrwxrwxrwx. 1 root root 10 Feb 26 06:57 /dev/disk/by-uuid/122d1e25-4e4b-4ac4-b1b5-33d5e942f815 -> ../../dm-1
...
$ ls -la /dev/mapper/*
lrwxrwxrwx. 1 root root 7 Feb 26 06:57 /dev/mapper/fedora-root -> ../dm-1
...
$ ls -la /dev/fedora/*
lrwxrwxrwx. 1 root root 7 Feb 26 06:57 root -> ../dm-1
...
다중 경로는 이와 아무 관련이 없습니다. DM 다중 경로를 사용하는 경우 /dev/mpathX
디스크 상단에 "추가" 장치 노드가 있게 되며 별도의 다중 경로 레그를 사용하는 대신 다중 경로 장치를 사용해야 합니다. 마찬가지로, devnode는 일부 장치 매퍼 장치 /dev/mpathX
에 대한 심볼릭 링크일 뿐입니다 ./dev/dm-X