답변:
RHEL 6 논리 볼륨 관리 안내서 에 따르면 전체 드라이브를 LVM 볼륨 그룹에서 물리 볼륨으로 사용하려는 경우 여전히 파티션을 분할해야합니다.
"RHEL6 논리 볼륨 관리자 관리 LVM 관리자 안내서"에서 발췌
2.1.2. 디스크의 다중 파티션
LVM을 사용하면 디스크 파티션에서 물리 볼륨을 만들 수 있습니다. 일반적으로 다음과 같은 이유로 전체 디스크를 LVM 물리 볼륨으로 레이블링하는 단일 파티션을 작성하는 것이 좋습니다.
행정 편의
각 실제 디스크가 한 번만 나타나는 경우 시스템에서 하드웨어를 추적하는 것이 더 쉽습니다. 디스크가 고장 나면 특히 그렇습니다. 또한 단일 디스크의 여러 물리 볼륨으로 부팅시 알 수없는 파티션 유형에 대한 커널 경고가 발생할 수 있습니다.
섹션 11.1. LVM Howto의 디스크 또는 디스크 파티션 초기화 는 다음과 같습니다.
LVM Howto에서 발췌
전체 디스크의 경우 :
디스크에서 pvcreate를 실행하십시오.
# pvcreate /dev/hdb
디스크 시작시 볼륨 그룹 설명자가 작성됩니다.
권장하지 않음
전체 디스크에 걸쳐있는 파티션과 달리 전체 디스크를 PV로 사용하는 것은 생성 할 수있는 관리 문제로 인해 권장되지 않습니다. 디스크를 보는 다른 OS는 LVM 메타 데이터를 인식하지 못하고 디스크를 사용 가능한 것으로 표시하므로 덮어 쓰게됩니다. LVM 자체는 전체 디스크 PV에서 잘 작동합니다.
LVM에서 파티션 테이블이있는 디스크를 초기화 할 수 없다는 오류가 발생하면 먼저 작업중인 디스크가 올바른지 확인하십시오. 확실하다면 다음을 실행하십시오.
위험한
다음 명령은 작동중인 디스크의 파티션 테이블을 삭제합니다. 올바른 디스크인지 확인하십시오.
# dd if=/dev/zero of=/dev/diskname bs=1k count=1 # blockdev --rereadpt /dev/diskname
이들은 물리적 볼륨으로 추가하기 전에 HDD에서 단일 파티션을 포맷해야하는지 여부를 결정할 때 신뢰할 수있는 기본 소스입니다. 다른 답변에서 지적했듯이 (또는 주석) 파티션없이 전체 드라이브를 추가하는 것만으로는 잘못되지 않습니다.
나에게 나는 안전 벨트를 착용 한 채 내 차를 운전하는 것과 같다. 당신이 사고를 당하지 않는다면 안전 벨트는 아무 목적이 없었지만, 만약 사고가났다면 나는 그것을 착용 한 것이 기쁘다.
위의 2 가지 가이드가 2 가지 이유가 있다고 생각했습니다. 둘 다 공식 가이드입니다. 하나는 RH에서, 다른 하나는 LVM 팀이 구성한 하우투입니다.
또 다른 이유가 있습니다. HDD를 분할하지 않으면 HDD 사용 방식을 명확하게 식별하기 위해 HDD에 ID가 명시 적으로 설정되지 않습니다.
fdisk -l
...
/dev/sda6 318253056 956291071 319019008 8e Linux LVM
시스템 관리자로서이 드라이브가 8e를 사용하지 않고 사용되는 방식에 대한 의도는 저 자신과 다른 사람들에게 훨씬 더 분명합니다.
@Joel의 말에 감사드립니다. 저는 데스크톱 / 서버 물리적 / 가상 배포와 대규모 스토리지 배포 모두에서 100 대의 Linux 배포를 수행 한 Fortune 500 대 기업에서 근무했습니다. 속담.
fdisk -l
한 번에, 한 /sys/block
번에, 그리고 당신의 바이오스 에 한 번 나타날 것입니다 . 어디서 복제해야합니까? (계속)
일반적으로 인식되는 설명자 (메타 데이터)를 사용하는 것이 바람직하며 MBR은 그러한 설명 자로 사용됩니다. GPT조차도 기존 MBR 기반 파티션 테이블을 사용하여 그 존재를 나타냅니다.
실제로 일부 디스크 공간을 잃어 버렸지 만 디스크의 내용 (및 위치)이 자명하다는 것을 이해하면 이점은 무시할 만합니다.
pvdisplay
(PV 크기 : 사용할 수 없음 X은 MIB), X는 1MiB보다 큰 경우 할 수 있습니다 단지 더 이상 잃지 않고 잘 파티션으로.
디스크의 100 %를 차지하는 파티션에 물리 볼륨을 생성하는 것은 옳은 일이 아닙니다. 나는 무언가를 할 이유를 생각할 수 없기 때문에 그렇게 할 이유가 없다는 의미를 취하기 때문에 "거의"라고 말합니다. 즉, LVM이 될 경우 디스크 공간의 100 %에 파티션을 배치해야하는 단일 이유를 생각할 수 없습니다.
파티셔닝의 강성을 다시 얻는 대가로 눈에 띄는 이점을 얻지 못하고 있습니다. SAN 기반 물리 볼륨 인 경우 볼륨 그룹에서 스토리지 공간을 확장하는 방법은 두 가지뿐입니다.
partprobe
할 수 있고 새로운 크기를 읽을 수 있기를 바랍니다 .하지만 개인적인 경험으로는 2 시간 중 1 회 정도만 작동하므로 파일 시스템을 마운트 해제해야합니다 (즉, 다른 이유로 사람들을 오프라인 으로 전환 해야 함). 볼륨 관리자와 같은).전체 디스크를 사용하는 경우 SAN 관리자가 LUN을 확장 할 수 있고 SCSI 버스를 다시 스캔 한 후 새로운 LUN 크기를 선택한 다음 pvresize
물리적 볼륨을 확장하기 위해 a 를 수행합니다 . 파일 시스템을 오프라인으로 만들지 않아도됩니다.
MBR 비트를 제거하면 일반적으로 한 시스템에서 PV를 가져와 엔터프라이즈 환경에서 다른 시스템으로 PV를 제공하지 않습니다. 그렇게해도 LVM이라면 LVM을 지원하기 위해 LUN을 제공 할 OS를 원할 것입니다. 그렇지 않으면 그들에게 그것을 제시하는 요점은 무엇입니까? 이 경우 모든 물리 볼륨 정보, 볼륨 그룹 정보 및 논리 볼륨이 표시됩니다 (볼륨 그룹의 유일한 PV라고 가정). 그런 식으로 자체 문서화합니다.
기본적으로 전체 디스크를 100 %로 분할하는 것은 사과 파이를 가져온 웨이터에게도 칼을 가져와야한다는 요구와 같습니다. 그가 칼을 옆으로 던지고 얼굴을 파이에 묻습니다. 의미 : 도구를 한 번에 모두 사용하려는 경우 도구를 작은 조각으로 나눌 것을 주장하는 것은 의미가 없습니다.
pvscan
부팅 할 때와 동일하게 수행 되므로 설치 프로그램 디스크의 커널은 LVM 헤드를 찾는 모든 블록 장치를 스캔해야합니다. 아마도 공급 업체가 설치 프로그램에 문제가 있다고 설명하는 사람에게 버그를 신고 할 수 있습니다. 홈 설치의 경우 루트 파일 시스템이 기본 디스크를 / boot 용으로 분할 할 두 디스크에 걸쳐 있고 커널이로드 될 때 볼륨 스캔을 수행하는 경우에도 문제는 동일합니다. 이것이 바로 LVM으로 부팅 할 수있는 방법입니다.
내 경험상, 디스크 / 스토리지를 사용할 수없는 소규모 환경을 테스트하는 경우 파티션을 사용하는 것이 좋습니다. 학교 나 차고에서 일하는 것이 좋습니다. 실제 환경에서는 필요할 때 디스크를 확장 할 수있는 가상 서버를 사용하여 LVM이 파티셔닝 대신 원시 / 전체 디스크를 관리하도록하는 것이 좋습니다. 서버를 재부팅하지 않고도 쉽고 유연하게 관리 할 수 있습니다. 시간이 얼마나 절약되는지 아십니까? 관리해야 할 모든 서버에 대해 곱하십시오! 여러 번, 파티션 / 슬라이스로 인해 커널이 새 테이블을 인식하지 못할 수 있으므로 서버를 다시 부팅해야하는 문제가 있습니다. 원시 디스크 / 가상 디스크를 LVM에 추가 할 때 원시 디스크를 사용하여 파일 시스템 LVM을 확장해야 할 때가 좋습니다. "echo 1>과 같은 간단한 명령을 실행하여 / sys / block / XXX / device / rescan”여기서 XXX는 디스크 (sdb, sdc, sdd 등)에서 디스크를 재부팅하지 않고 디스크를 다시 스캔하여 추가 공간을 확보합니다. 파일 시스템을 즉시 확장 할 수 있습니다. 리눅스 서버를 재부팅하지 않고 디스크를 확장하려면 5 분의 시간이 필요합니다. 파티션 된 디스크를 사용하면이 프로세스가 복잡해집니다