SUSE Linux Enterprise LVM 씬 프로비저닝 공간 부족 문제를 안전하게 해결하세요

무엇을 바꾸기 전에 먼저 무엇을 결정해야 할까요?

먼저 씬 풀의 데이터 공간 , 메타데이터 공간 또는 둘 다 소진되었는지 확인합니다. 이 차이에 따라 복구 계획이 달라집니다. 씬 풀은 할당된 블록을 저장하는 데이터 논리 볼륨(LV)과 이러한 할당을 추적하는 메타데이터 LV로 구성됩니다. 씬 논리 볼륨의 가상 크기는 풀의 물리적 용량을 초과할 수 있는데, 이것이 씬 프로비저닝의 목적이자 오버커밋을 모니터링해야 하는 이유입니다.

SUSE Linux Enterprise Server 15 SP7 설명서에 따르면 씬 볼륨은 필요에 따라 씬 풀에서 공간을 할당하며, 가상 볼륨의 크기가 사용 가능한 물리적 스토리지 용량을 초과할 수 있습니다. 상위 LVM 씬 풀 설명서에는 중요한 운영 규칙이 추가되어 있습니다. 가상 볼륨 Data%이나 물리적 스토리지 용량이 100%에 도달하기 전에 풀을 확장해야 합니다. 자세한 내용은 SUSE Linux Enterprise Server 15 SP7 스토리지 관리 가이드 및 LVM 씬 프로비저닝 설명서를Meta% 참조하십시오 .

1. 데이터 공간이 부족한 건가요, 아니면 메타데이터가 부족한 건가요?

lvs일반적인 디스크 공간 검사에 의존하는 대신 명시적인 열을 사용하여 실행하십시오 . 파일 시스템은 물리적 씬 풀이 거의 고갈된 상태에서도 가상 공간이 사용 가능하다고 보고할 수 있습니다.

lvs -a -o lv_name,vg_name,lv_attr,lv_size,data_percent,metadata_percent

설명: 씬 풀은 Data% 및 Meta% 값으로 식별해야 합니다. 파일 시스템의 여유 공간만으로는 물리적인 씬 풀 고갈 여부를 알 수 없습니다.

값이 100에 가깝거나 100에 도달 하면 Data%데이터 풀에 새 쓰기를 위한 블록이 부족해진 것입니다. LVM 공식 문서에서는 데이터 풀이 고갈되면 쓰기 작업에서 오류가 발생할 수 있으며, 이로 인해 파일 시스템이 손상될 수 있다고 경고합니다. Meta%값이 100에 도달하는 경우, 메타데이터 고갈로 인해 씬 풀 메타데이터와 파일 시스템 모두 일관성이 떨어질 수 있으므로 더욱 신중한 대응이 필요합니다.

2. 부피 그룹에 여전히 자유로운 물리적 범위가 있습니까?

다음은 결정해야 할 사항입니다. 씬 풀은 해당 볼륨 그룹에 사용 가능한 익스텐트가 있는 경우에만 확장할 수 있으며, 그렇지 않으면 해당 볼륨 그룹에 물리적 스토리지를 추가해야 합니다.

vgs -o vg_name,vg_size,vg_free
vgdisplay VG_NAME

캡션: VG 여유 공간 확인을 통해 간단한 씬풀 확장과 스토리지 추가가 필요한 경우를 구분할 수 있습니다.

VG에 충분한 여유 공간이 있다면 일반적으로 씬 풀을 직접 확장할 수 있습니다. 여유 공간 VFree이 0이거나 너무 작으면 계속 재시도하지 말고 lvextend, 불필요한 씬 볼륨이나 스냅샷을 제거하거나, discard 명령어를 사용하여 블록을 회수하거나, 새 물리적 볼륨을 추가하는 방법을 결정하십시오.

3. 복구 전에 애플리케이션을 종료해야 할까요?

스토리지 사용량이 이미 100%에 도달한 경우, 스토리지 변경을 진행하기 전에 쓰기 작업이 많은 애플리케이션을 중지하거나 일시 중단하십시오. 이렇게 하면 스토리지 계층에 장애가 발생하거나 복구되는 동안 데이터베이스, 가상 머신, 컨테이너 또는 기타 서비스가 계속해서 쓰기 작업을 수행하는 것을 방지할 수 있습니다.

systemctl stop YOUR_APPLICATION.service
systemctl status YOUR_APPLICATION.service

설명: 씬 풀이 가득 찼거나 손상된 경우 복구하는 동안 애플리케이션을 일시 중지하면 추가 쓰기 작업이 제한됩니다.

중지해야 할 서비스 목록은 정해져 있지 않습니다. 워크로드 아키텍처와 유지 관리 절차를 따르십시오. 데이터베이스 및 가상 머신의 경우 프로세스를 갑자기 종료하기보다는 제품에서 지원하는 종료 또는 정지 방법을 사용하는 것이 좋습니다.

4. Data%가 가득 찼고 VG에 여유 공간이 있는 경우, 풀을 확장하려면 어떻게 해야 합니까?

가상 씬 LV가 아닌 실제 씬 풀 자체를 확장해야 합니다. 문제는 물리적 풀 용량 부족이기 때문입니다. 예를 들면 다음과 같습니다.

lvextend -L +20G VG_NAME/THIN_POOL
lvs -o lv_name,vg_name,lv_size,data_percent,metadata_percent VG_NAME/THIN_POOL

캡션: 얇은 풀을 확장하면 물리적 용량이 추가됩니다. 새로운 공간이 확보되면 데이터 사용률(Data%)이 감소할 것입니다.

lvextend 매뉴얼 문서에는 씬 풀 직접 확장 및 --poolmetadatasize메타데이터 별도 옵션에 대한 내용이 나와 있습니다. 실제 증가율과 예약 가능한 스토리지 용량을 기준으로 증분 크기를 선택하십시오. 예를 들어 고정된 값은 +20G모든 시스템에 대한 크기 조정 권장 사항이 아닙니다.

5. 만약 부피 그룹에 빈 공간이 없다면 어떻게 될까요?

대상 블록 장치가 사용되지 않고 필요한 데이터가 없는지 확인한 후에만 스토리지를 추가하십시오. LVM 물리 볼륨을 생성하면 선택한 장치에 LVM 메타데이터가 기록되므로 장치 이름을 잘못 입력하면 손실이 발생할 수 있습니다.

lsblk
blkid

pvcreate /dev/NEW_DEVICE
vgextend VG_NAME /dev/NEW_DEVICE
vgs -o vg_name,vg_size,vg_free

캡션: VG가 가득 차면 관리자가 사용되지 않은 장치를 확인한 후 새 물리적 저장 장치를 먼저 추가할 수 있습니다.

SUSE 문서에 따르면 볼륨 그룹은 파티션 또는 전체 디스크를 추가하여 확장할 수 있습니다. 멀티패스, SAN, RAID, 암호화, 클러스터 또는 클라우드 기반 시스템에서는 스토리지 토폴로지를 검토한 후 확장해야 합니다. 간단한 예시에 표시된 원시 디스크가 올바른 장치 계층이 아닐 수 있기 때문입니다.

6. 만약 메타%가 100%에 도달한다면 어떻게 될까요?

메타데이터 고갈은 단순히 데이터 용량을 추가하는 것이 아니라 오프라인 복구 사례로 처리해야 합니다. LVM 씬 풀 매뉴얼에는 메타데이터 고갈로 인해 씬 풀 메타데이터와 파일 시스템의 일관성이 깨질 수 있다고 명시되어 있습니다. 문서화된 복구 순서는 풀을 비활성화하고, `repair` 명령어를 사용하여 복구한 lvconvert --repair후, 메타데이터를 확장하고 파일 시스템을 확인하는 것입니다.

애플리케이션을 중지한 후 파일 시스템을 마운트 해제하거나 풀을 사용하여 씬 LV를 비활성화하십시오. 그런 다음 다음과 유사한 관리 절차를 따르십시오.

lvchange -an VG_NAME/THIN_LV
lvconvert --repair VG_NAME/THIN_POOL
lvextend --poolmetadatasize +1G VG_NAME/THIN_POOL

캡션: 메타데이터가 가득 찬 상태에서는 단순히 데이터 익스텐트를 늘리는 것뿐만 아니라 오프라인 씬 풀 복구 및 추가 메타데이터 공간이 필요합니다.

이 +1G그림은 예시일 뿐입니다. 메타데이터 크기 조정은 풀 크기, 청크 크기, 스냅샷 사용량 및 할당 동작에 따라 달라집니다. 복구 후 시스템 로그를 검사하고 I/O 오류가 발생한 경우 파일 시스템별로 지원되는 검사 또는 복구 절차를 사용하십시오. 마운트된 파일 시스템에서 파일 시스템 복구 도구를 무작정 실행하지 마십시오.

파일을 삭제하면 씬 풀(thin pool)이 즉시 확보될까요?

항상 그런 것은 아닙니다. 파일을 삭제하면 파일 시스템 내부의 공간이 확보되지만, 씬 풀은 폐기 정보가 풀에 도달했을 때만 물리적 청크를 회수합니다. LVM 설명서에 따르면 fstrim이러한 블록을 회수할 수 있지만 스냅샷은 블록을 계속 참조하여 블록이 해제되지 않도록 할 수 있습니다. 풀이 폐기를 무시하도록 구성된 경우 trim 명령은 블록을 회수하지 않습니다.

파일 시스템과 워크로드가 지원하는 경우, 삭제 동작을 확인하고 풀이 작동 가능한 수준으로 안정화된 후에만 트림 작업을 수행하십시오.

lvs -o lv_name,discards VG_NAME/THIN_POOL
fstrim -v /mount/point

오래된 씬 스냅샷을 삭제하면 해당 스냅샷이 블록에 대한 유일한 참조인 경우 스토리지 공간을 확보할 수 있습니다. 스냅샷을 삭제하기 전에 백업 및 보존 요구 사항을 확인하십시오.

7. 이런 일이 다시 발생하는 것을 어떻게 막을 수 있을까요?

LVM 씬 풀 모니터링을 활성화하고 검증한 후, VG에 충분한 여유 용량을 확보하여 자동 확장을 구성하십시오. 업스트림 LVM은 dmeventd일반적으로 서비스를 통해 lvm2-monitor데이터 또는 메타데이터 사용량이 구성된 임계값을 초과할 때 대응합니다.

systemctl status lvm2-monitor.service
lvs -o+seg_monitor VG_NAME/THIN_POOL
lvchange --monitor y VG_NAME/THIN_POOL

lvmconfig --type full activation/thin_pool_autoextend_threshold
lvmconfig --type full activation/thin_pool_autoextend_percent

설명: 자동 확장은 활성 모니터링, 적절한 임계값 및 볼륨 그룹에 남아 있는 여유 확장 영역에 따라 달라집니다.

LVM 매뉴얼에 따르면 임계값 100은 자동 확장을 비활성화하며, 최소 유효 임계값은 50입니다. 임계값이 낮을수록 쓰기 속도가 매우 빠른 풀에 대해 LVM이 반응할 시간을 더 확보할 수 있습니다. 확장 비율은 정책이 실행될 때 풀이 얼마나 증가하는지를 결정합니다.

대표적인 구성은 다음과 /etc/lvm/lvm.conf같습니다.

activation {
    thin_pool_autoextend_threshold = 70
    thin_pool_autoextend_percent = 20
}

위 값들은 예시일 뿐이며, 일반적인 기본값이 아닙니다. 쓰기 버스트 속도, 모니터링 간격, 스토리지 프로비저닝 리드 타임, 그리고 사용 가능한 VG 여유 공간을 고려하여 안전 여유 공간을 조정하십시오. VG 자체가 이미 가득 찬 경우에는 자동 확장이 도움이 되지 않습니다.

8. 회복이 실제로 효과가 있었다는 것을 어떻게 알 수 있습니까?

하나 이상의 신호를 확인하십시오. 풀에는 여유 공간이 있어야 하고, VG에는 예상되는 증가를 위한 충분한 여유 공간이 있어야 하며, 애플리케이션이 정상적으로 쓰기 작업을 수행할 수 있어야 하고, 로그에 지속적인 씬 풀 I/O 또는 메타데이터 오류가 표시되지 않아야 합니다.

lvs -a -o lv_name,vg_name,lv_attr,lv_size,data_percent,metadata_percent
vgs -o vg_name,vg_size,vg_free
journalctl -u lvm2-monitor.service --since "30 minutes ago"

캡션: 풀 사용률에 여유 공간이 있고, VG에 사용 가능한 여유 공간이 유지되며, 모니터링에서 지속적인 I/O 오류가 보고되지 않으면 복구가 확인됩니다.

애플리케이션을 점진적으로 재시작하고 실제 워크로드가 복구되는 동안 씬 풀(thin pool)을 모니터링하십시오. 씬 Data%풀이 비정상적으로 빠르게 다시 증가하는 경우, 풀을 확장하면 용량 계획 문제를 해결하지 않고도 즉각적인 장애를 해결할 수 있습니다.

언제 작업을 중단하고 다른 복구 경로를 사용해야 할까요?

무엇을 피해야 할까요?

• df -h저장 공간이 부족한 경우 물리적 저장 공간이 여유롭다고 단정하지 마십시오 .
• pvcreate새 장치가 사용되지 않는 장치임을 확실히 확인하기 전까지 는 장치를 초기화하지 마십시오 .
• 메타데이터 고갈 문제를 일반적인 데이터 고갈 문제와 동일하게 취급하지 마십시오.
• VG에 여유 공간을 확보하지 않고 자동 확장에 의존하지 마십시오.
• 파일 시스템 공급업체가 해당 작업을 명시적으로 지원하지 않는 한, 마운트된 파일 시스템에 대해 파일 시스템 복구 명령을 실행하지 마십시오.
• 경고를 단순히 숨기기 위해 모니터링 기능을 비활성화하지 마십시오. 경고는 쓰기 작업이 실패하기 전에 메모리 풀을 확장할 수 있는 마지막 기회인 경우가 많습니다.

공식 및 주요 참고 자료

• SUSE Linux Enterprise Server 15 SP7 스토리지 관리 가이드
• SUSE SLES 15 SP7 Expert Partitioner 설명서
• LVM 씬 프로비저닝 매뉴얼
• LVM lvextend 매뉴얼