LVM 스냅샷 관리 기능 개발 후기 (1)

간단 소개

LVM 스냅샷 기능 개발 후기: Thin/Thick 프로비저닝 방식에 따른 스냅샷 저장 방식, 테스트, 이슈 대응, 메타데이터 구조 분석.

AI Summary

LVM 스냅샷 기능 재편 배경
- 기존 스냅샷 기능은 CLI 기반으로 복원 절차가 복잡하고 고객 서비스 영향 우려가 컸음
- 안정적인 스냅샷 도입을 위해 프로비저닝 방식에 따른 스냅샷 저장 방식과 테스트 및 이슈 대응 방안을 연구함
Thin/Thick 프로비저닝에 따른 스냅샷 저장 방식
- Thin 볼륨은 원본 볼륨과 데이터 공유, 메타데이터 영역을 통해 변경 사항 추적 (공간 효율적, 삭제 시 공간 확보 X)
- Thick 볼륨은 원본 데이터 복사, 스토리지 공간 더 많이 차지 (안정적, 공간 비효율적)
스냅샷 도입 전 테스트 및 고려 사항
- Thin 풀 데이터 볼륨 저장 공간 확보: fstrim 또는 마운트 옵션 discard 활용
- Thin 데이터 볼륨 공간 부족 시 자동 확장 설정, --errorwhenfull 옵션으로 쓰기 동작 제어, 수동 확장 가능
- Thin 풀 메타데이터 볼륨 공간 부족 시 lvconvert --repair 또는 메타데이터 확장 시도
- 메타데이터 장애 복구: LVM은 동일 볼륨 그룹 내 물리 볼륨에 동일 메타데이터 저장, 손상된 디스크 메타데이터 복구 가능
LVM 메타데이터 구조 분석
- Label Header, PV Header, Metadata Header로 구성, 각 헤더는 디스크 정보, 메타데이터 위치, 볼륨 그룹 정보 등을 포함
- Thin/Thick 볼륨은 메타데이터 형태가 다르며, Thin 볼륨은 Thin 풀에서 정의된 PV 데이터 활용