목차
설계와 운영은 같은 동전이다.
오늘은 리눅스 파일시스템 기준을 한 장에 묶는다.
실전에서 흔드는 요소만 골라 정리했다.
이 글은 리눅스 파일시스템 관점에서 설계 기준을 먼저 제시하고, 트레이드오프를 설명한 뒤 운영 지표와 주의점을 정리한다.
리눅스 파일시스템 이해가 있으면 선택과 운영이 단순해진다. 과감히 불필요한 옵션은 버리자.
– 프리뷰
- 개념 최소셋 정리
- ext4·XFS·Btrfs 선택 기준
- 운영 7단계·지표·주의점
– 오늘 얻을 것/목표
- 목적에 맞는 타입을 고른다.
- 실패에 강한 운영 루틴을 갖춘다.
바로 적용: 용량·타입·마운트를 한 번에 확인하고 기록하자.
– 읽고 나면 달라지는 점
- 무엇을 왜 택했는지 설명할 수 있다.
- 장애 시 보이는 지표가 정해진다.
– 먼저 개념을 경량으로 정리한다
큰 그림을 잡고 복잡도를 낮춘다.
- 결론 : 파티션/LVM/FS/마운트의 층을 구분한다.
- 블록은 데이터, inode는 메타, 디렉터리는 매핑이다.
- 디바이스 표기와 UUID를 운영 표준으로 삼는다.
- 예외 : 단일 디스크 테스트면 LVM을 생략해도 된다.
– ext4·XFS·Btrfs의 설계 기준을 정한다
용도에 맞게 의사결정을 문서화한다.
- 결론 : 범용은 ext4, 대용량 로그는 XFS, 스냅샷은 Btrfs.
- ext4는 호환·복구 기록이 강해 기본값에 가깝다.
- XFS는 병렬 쓰기·큰 파일에서 이점이 크다.
- Btrfs는 서브볼륨·압축·스냅샷으로 민첩하다.
- 주의 : Btrfs와 MD RAID 조합은 설계 검증이 필요하다.
– 운영 7단계 루틴을 표준으로 만든다
루틴이 곧 가용성이다.
- 결론 : 짧게, 자주, 같은 순서로 점검한다.
① df -h df -i 로 용량·inode 확인
② lsblk -f 로 트리·FSTYPE 확인
③ mount 와 /etc/fstab 일치 여부 확인
④ dmesg | grep -iE ‘ext4|xfs|btrfs’ 로 오류 탐색
⑤ 권한/소유자: stat, find -xdev -type d -perm
⑥ 청소: 로그 로테이션·캐시 기준 문서화
⑦ 백업/스냅샷 주기와 보존기간 고정
주의 : 오류 디스크는 우선 읽기 전용으로 마운트
df -h; df -i; lsblk -f; mount | column -t
– 트레이드오프와 선택 기준을 분명히 한다
장점만 보이면 함정이 생긴다.
- 결론 : 성능·안정·유연성 중 우선순위를 고른다.
- 성능 : XFS는 병렬 쓰기, ext4는 지연할당 안정성.
- 기능 : Btrfs 스냅샷/압축 vs 관리 복잡도 상승.
- 복구성 : ext4 저널 정보 활용, XFS는 xfs_repair 의존.
- 예외 : 컨테이너 호스트는 오버헤드 최소가 우선이다.
– 운영 지표와 주의점을 숫자로 관리한다
보는 값을 정하면 대응이 빨라진다.
- 결론 : 5지표 표준화—Use%, Inode%, IOPS, Latency, 오류수.
- 임계값 예 : Use 80%, Inode 70%, p95 지연 20ms.
- 알람은 2단계(경고/중요)로 단순화한다.
- 주의 : “평균만 정상”은 함정, p95·p99를 함께 본다.
– 마이그레이션과 백업 전략을 함께 잡는다
변경은 복구 없이는 위험하다.
- 결론 : 변경 전 후 두 지점의 스냅샷을 확보한다.
- Btrfs는 스냅샷, ext4/XFS는 rsync·스냅샷 LVM을 쓴다.
- RPO/RTO를 텍스트로 명시하고 연습한다.
- 주의 : 암호화 키·UUID 변경은 문서와 태그를 동기화한다.
– 마무리
설계는 선택의 기록이고, 운영은 기록의 반복이다.
지표·루틴·백업이 맞물릴 때 장애 복구력이 생긴다.
– 핵심 교훈
- 파일시스템 선택은 워크로드 특성과 복구전략의 합이다.
- 루틴화된 7단계가 가용성과 설명가능성을 만든다.
– 우선순위(3조건)
- 데이터 무결성 ≥ 복구 용이성 ≥ 성능
- 운영 단순성 ≥ 기능 풍부함
- 문서화·자동화 ≥ 개인 숙련
