서비스 규모에 따른 트랜잭션 관리와 파일시스템 튜닝¶

리눅스 파일시스템은 데이터의 무결성(Integrity)**과 **성능(Performance) 사이에서 균형을 맞춰야 합니다. 서비스의 규모와 트랜잭션 빈도에 따라 적절한 파일시스템 선택과 튜닝이 필요합니다.

1. 파일시스템 트랜잭션의 핵심: 저널링(Journaling)¶

대부분의 현대 리눅스 파일시스템(Ext4, XFS)은 **저널링**을 사용합니다. 이는 데이터 변경 사항을 디스크 본문에 쓰기 전에 별도의 로그(저널) 영역에 먼저 기록하여, 시스템 충돌(Power failure, Crash) 시 빠른 복구를 보장하는 기술입니다.

트랜잭션 처리 방식에 따라 안전성과 성능이 달라집니다. (mount 옵션으로 조절)

모드	설명	특징 (장점/단점)
`data=ordered`	(기본값) 메타데이터는 저널에 기록, 실제 데이터는 파일시스템에 직접 기록하되 순서를 보장합니다.	균형 잡힘. 대부분의 서비스에 적합.
`data=journal`	메타데이터와 모든 실제 데이터를 저널에 먼저 기록합니다.	최고의 안전성, 최악의 성능. 데이터 유실이 절대 없어야 하는 금융권 등 특수 목적.
`data=writeback`	메타데이터만 저널링하며, 데이터 기록 순서를 보장하지 않습니다.	최고의 성능. 충돌 시 오래된 데이터가 파일에 남을 수 있음(Garbage data). 캐시 서버 등에 적합.

추천: XFS
이유:
- 병렬 처리: XFS는 **Allocation Group(AG)**이라는 단위로 디스크를 나누어 관리하므로, 동시에 여러 프로세스가 I/O 트랜잭션을 일으켜도 락(Lock) 경합이 적어 병렬 성능이 뛰어납니다.
- 동적 아이노드: Ext4와 달리 아이노드를 미리 생성하지 않아 파일 수가 엄청나게 많아져도 유연하게 대처합니다.
주의: XFS는 한 번 생성하면 파티션 축소(Shrink)가 불가능합니다.

서비스 규모가 커져 디스크 I/O가 병목이 될 때 고려해야 할 옵션들입니다.

noatime / relatime:
- 리눅스는 파일을 읽기만 해도 접근 시간(Access Time)을 기록하기 위해 쓰기(Write) 작업을 발생시킵니다.
- 대규모 읽기 트랜잭션이 많은 서비스(웹 서버, DB)에서는 noatime 마운트 옵션을 사용하여 불필요한 쓰기 부하를 제거해야 합니다.
Write Barriers (barrier=0):
- 파일시스템은 데이터 순서를 보장하기 위해 '배리어'를 사용하여 디스크 캐시를 강제로 비웁니다. 이는 성능 저하를 유발합니다.
- **BBWC(Battery Backed Write Cache)**가 장착된 하드웨어 RAID 컨트롤러를 사용하는 엔터프라이즈 서버라면, 하드웨어 레벨에서 데이터 보호가 되므로 barrier=0 옵션으로 파일시스템 배리어를 꺼서 성능을 비약적으로 높일 수 있습니다. (전원 보호 장치 없이는 사용 금지)
Commit Interval (commit=N):
- 기본적으로 Ext4는 5초마다 저널 내용을 디스크에 동기화합니다.
- 데이터 유실 허용 범위가 넓고 성능이 중요한 임시 데이터 처리 서버라면 commit=30 등으로 늘려 I/O 빈도를 줄일 수 있습니다.