5.7.7. 파일 시스템 및 스토리지
/boot 파일 시스템을 LVM에 배치할 수 없습니다.
LVM 논리 볼륨에 /boot 파일 시스템을 배치할 수 없습니다. 이 제한은 다음과 같은 이유로 존재합니다.
-
EFI 시스템에서 EFI 시스템 파티션 은 일반적으로
/boot파일 시스템 역할을 합니다. uEFI 표준에는 이 파티션에 대한 특정 GPT 파티션 유형과 특정 파일 시스템 유형이 필요합니다. -
RHEL 8에서는 시스템 부팅 항목에 부트 로더 사양 (BLS)을 사용합니다. 이 사양을 사용하려면 플랫폼 펌웨어에서
/boot파일 시스템을 읽을 수 있어야 합니다. EFI 시스템에서 플랫폼 펌웨어는 uEFI 표준에 정의된/boot구성만 읽을 수 있습니다. - GRUB 2 부트 로더의 LVM 논리 볼륨에 대한 지원은 불완전합니다. 이 기능의 사용 사례 수가 uEFI 및 BLS와 같은 표준으로 인해 감소하기 때문에 Red Hat은 지원을 개선하지 않을 계획입니다.
Red Hat은 LVM에서 /boot 를 지원할 계획도 없습니다. 대신 Red Hat은 /boot 파일 시스템을 LVM 논리 볼륨에 배치할 필요가 없는 시스템 스냅샷 및 롤백을 관리하는 툴을 제공합니다.
(BZ#1496229)
LVM에서 더 이상 혼합 블록 크기가 있는 볼륨 그룹을 생성할 수 없습니다.
vgcreate 또는 vgextend 와 같은 LVM 유틸리티는 더 이상 물리 볼륨(PV)에 논리 블록 크기가 다른 VG(볼륨 그룹)를 만들 수 없습니다. LVM은 다른 블록 크기의 PV로 기본 논리 볼륨(LV)을 확장하는 경우 파일 시스템이 마운트되지 않으므로 이러한 변경을 채택했습니다.
혼합 블록 크기를 사용하여 VG 생성을 다시 활성화하려면 lvm.conf 파일에 allow_ embeded_block_sizes=1 옵션을 설정합니다.
너무 많은 LUN이 연결되어 있을 때 DM Multipath를 시작하지 못할 수 있습니다.
multipathd 서비스는 시간이 초과될 수 있으며 너무 많은 LUN(논리 단위)이 시스템에 연결되어 있으면 시작되지 않을 수 있습니다. 문제를 유발하는 정확한 LUN 수는 장치 수, 스토리지 어레이의 응답 시간, 메모리 및 CPU 구성, 시스템 로드 등 여러 요인에 따라 달라집니다.
이 문제를 해결하려면 multipathd 유닛 파일에서 시간 초과 값을 늘립니다.
장치 편집기에서
multipathd유닛을 엽니다.# systemctl edit multipathd
시간 초과 값을 덮어쓰려면 다음 구성을 입력합니다.
[Service] TimeoutSec=300
Red Hat은 기본 90에서 300으로 값을 늘리는 것을 권장하지만 90 이상의 다른 값을 테스트할 수도 있습니다.
- 파일을 편집기에 저장합니다.
systemd장치를 다시 로드하여 변경 사항을 적용합니다.# systemctl daemon-reload
결과적으로 이제 다수의 LUN으로 multipathd 가 성공적으로 시작될 수 있습니다.
(BZ#1797660)
LVM writecache의 제한 사항
writecache LVM 캐싱 방법에는 캐시 방법에 없는 다음과 같은 제한 사항이 있습니다.
-
논리 볼륨이
writecache를 사용하는 동안 논리 볼륨의 스냅샷을 만들 수 없습니다. -
논리 볼륨이 활성화된 동안
writecache를 연결하거나 분리할 수 없습니다. 비활성 논리 볼륨에
writecache를 연결할 때 기존 파일 시스템 블록 크기와 일치하는writecache블록 크기를 사용해야 합니다.자세한 내용은
lvmcache(7)도움말 페이지를 참조하십시오.-
writecache가 연결된 동안 논리 볼륨의 크기를 조정할 수 없습니다. -
writecache와 함께 사용되는 장치에는pvmove명령을 사용할 수 없습니다. -
씬 풀 또는 VDO와 함께
writecache가 있는 논리 볼륨을 사용할 수 없습니다.
(JIRA:RHELPLAN-27987, BZ#1798631, BZ#1808012)
LUKS 볼륨을 저장하는 LVM 미러 장치가 응답하지 않는 경우가 있음
LUKS 볼륨을 저장하는 세그먼트 유형의 미러 가 있는 LVM 장치는 특정 조건에서 응답하지 않을 수 있습니다. 응답하지 않는 장치는 모든 I/O 작업을 거부합니다.
이 문제를 해결하려면 복원력 있는 소프트웨어 정의 스토리지 위에 LUKS 볼륨을 스택해야 하는 경우 미러 대신 RAID 1 장치를 미러 유형인 raid1 과 함께 사용하는 것이 좋습니다.
raid1 세그먼트 유형은 기본 RAID 구성 유형이며 권장 솔루션으로 미러 를 바꿉니다.
미러 장치를 RAID 로 변환하려면 미러링된 LVM 장치를 RAID1 장치로 변환을 참조하십시오.
(BZ#1730502)
NFS 4.0 패치를 통해 개방형 워크로드에서 성능이 저하될 수 있습니다.
이전 버전에서는 경우에 따라 NFS open 작업이 서버에서 파일이 제거되거나 이름이 변경된 사실을 간과할 수 있는 버그가 수정되었습니다. 그러나 많은 오픈 작업이 필요한 워크로드에서 수정으로 인해 성능이 저하될 수 있습니다. 이 문제를 해결하기 위해 NFS 버전 4.1 이상을 사용하는 데 도움이 될 수 있습니다. 이 경우 더 많은 경우 클라이언트에 위임을 부여하여 클라이언트가 로컬에서 빠르고 안전하게 오픈 작업을 수행할 수 있습니다.
(BZ#1748451)