# ZFS (Zettabyte File System)

ZFS는 Sun Microsystems에서 개발한 통합 파일 시스템이자 논리 볼륨 관리자(LVM)로, 대규모 데이터 저장소의 무결성 보장과 확장성, 관리 편의성을 극대화하기 위해 설계된 차세대 스토리지 솔루션입니다. 현재는 오픈 소스 프로젝트인 **OpenZFS**를 통해 리눅스, FreeBSD 등 다양한 OS에서 구현되고 있습니다.

## 1. 개요
ZFS는 2000년대 초반 Sun Microsystems에 의해 개발되었으며, 기존의 스토리지 스택(물리 디스크 $\rightarrow$ RAID 컨트롤러 $\rightarrow$ 볼륨 관리자 $\rightarrow$ 파일 시스템)이 가진 복잡성과 데이터 오염 문제를 해결하기 위해 등장했습니다. 

가장 핵심적인 개념은 **파일 시스템과 볼륨 관리자의 통합**입니다. 기존 방식에서는 파티션을 나누고 LVM으로 볼륨을 생성한 뒤 그 위에 파일 시스템을 구축해야 했으나, ZFS는 물리적 디스크를 하나의 거대한 '스토리지 풀(Storage Pool)'로 묶고 그 위에서 유연하게 데이터셋을 생성하여 사용하는 구조를 가집니다.

## 2. 핵심 아키텍처 및 작동 원리
ZFS의 가장 큰 기술적 특징은 **Copy-on-Write (CoW)** 방식의 데이터 기록 메커니즘입니다.

### 2.1 Copy-on-Write (CoW)
기존의 파일 시스템은 데이터를 수정할 때 기존 데이터가 저장된 위치에 새로운 데이터를 덮어쓰는 'Update-in-place' 방식을 사용합니다. 반면, CoW 방식은 기존 데이터를 그대로 둔 채 새로운 블록에 수정된 데이터를 기록하고, 포인터를 업데이트하여 최신 버전을 가리키게 합니다.

| 구분 | Update-in-place (기존 방식) | Copy-on-Write (ZFS 방식) |
| :--- | :--- | :--- |
| **기록 방식** | 기존 데이터 블록을 직접 수정 | 새로운 블록에 기록 후 포인터 변경 |
| **데이터 안전성** | 쓰기 도중 전원 차단 시 데이터 파손 위험(Write Hole) | 원본 데이터가 보존되어 쓰기 실패 시에도 복구 가능 |
| **스냅샷 성능** | 전체 데이터를 복사해야 하므로 느리고 용량 소모 큼 | 포인터만 기록하므로 즉각적이며 용량 소모 매우 적음 |
| **단편화** | 상대적으로 적음 | 데이터가 분산 기록되어 단편화 발생 가능성 높음 |

### 2.2 데이터 무결성 보장
ZFS는 모든 데이터 블록과 메타데이터에 대해 **체크섬(Checksum)**을 생성하여 저장합니다. 데이터를 읽을 때마다 체크섬을 검증하여, 하드웨어 오류로 인해 데이터가 변형되는 'Silent Data Corruption(정적 데이터 부패)' 또는 **'Bit Rot(비트 부패)'**을 감지하고, 미러링이나 RAID-Z 구성 시 정상적인 복사본을 통해 자동으로 복구합니다.

## 3. 주요 기능 및 특징
*   **자체 복구 (Self-healing):** 체크섬 검증을 통해 오류를 발견하면, 중복 저장된 다른 복사본에서 올바른 데이터를 가져와 손상된 블록을 자동으로 수정합니다.
*   **가변 블록 크기:** 데이터의 성격에 따라 블록 크기를 유연하게 조절하여 저장 효율을 높입니다.
*   **인라인 압축 (Compression):** LZ4, GZIP 등의 알고리즘을 통해 데이터를 기록하는 즉시 압축하여 디스크 공간을 절약하고 I/O 성능을 향상시킵니다.
*   **중복 제거 (Deduplication):** 동일한 데이터 블록이 여러 개 존재할 경우, 하나만 저장하고 나머지는 참조 포인터만 생성하여 저장 공간을 획기적으로 줄입니다. (단, 매우 높은 RAM 요구량이 수반됩니다.)

## 4. 스토리지 풀(zpool)과 계층 구조
ZFS는 물리적 장치를 논리적 계층으로 추상화하여 관리합니다.

**계층 구조:** `물리 디스크` $\rightarrow$ `vdev (가상 장치)` $\rightarrow$ `zpool (스토리지 풀)` $\rightarrow$ `Dataset (파일 시스템)`

1.  **vdev (Virtual Device):** 디스크들의 집합으로, 미러링이나 RAID-Z 구성의 최소 단위입니다. **한 번 생성된 vdev의 구성(RAID-Z 레벨 등)은 변경할 수 없다**는 중요한 제약이 있습니다.
2.  **zpool:** 하나 이상의 vdev를 묶은 전체 저장 공간입니다. 사용자는 개별 파티션 용량을 고민할 필요 없이 풀 전체 용량을 공유합니다.
3.  **Dataset:** 풀 내부에서 생성하는 논리적 파일 시스템입니다. 각 데이터셋마다 압축률, 쿼터(용량 제한), 스냅샷 정책을 다르게 설정할 수 있습니다.

### RAID-Z 구성 비교 및 용량 계산
| 구성 | 최소 디스크 수 | 내결함성 (허용 손실 수) | 용량 계산식 (디스크 용량 $S$, 개수 $n$) | 특징 |
| :--- | :---: | :---: | :--- | :--- |
| **Mirror** | 2 | $n-1$ | $S \times (n / 2)$ | 가장 빠른 성능, 용량 효율 낮음 |
| **RAID-Z1** | 3 | 1 | $S \times (n - 1)$ | RAID 5와 유사, 용량 효율 높음 |
| **RAID-Z2** | 4 | 2 | $S \times (n - 2)$ | RAID 6와 유사, 높은 안정성 |
| **RAID-Z3** | 5 | 3 | $S \times (n - 3)$ | 극도의 안정성, 대규모 스토리지용 |

## 5. 캐시 메커니즘: ARC와 L2ARC
ZFS는 디스크 I/O 병목 현상을 줄이기 위해 고도로 최적화된 다단계 캐싱 시스템을 사용합니다.

*   **ARC (Adaptive Replacement Cache):** RAM을 사용하는 1차 캐시입니다. 단순한 LRU(Least Recently Used) 방식이 아니라, '최근에 사용된 데이터'와 '자주 사용된 데이터'를 모두 추적하여 캐시 적중률을 극대화합니다.
*   **L2ARC (Level 2 ARC):** RAM 용량이 부족할 때 SSD와 같은 빠른 보조 저장 장치를 캐시로 사용하는 2차 캐시입니다. ARC에서 밀려난 데이터 중 가치가 높은 데이터를 SSD에 저장하여 HDD의 느린 읽기 속도를 보완합니다.
*   **ZIL (ZFS Intent Log):** 동기식 쓰기(Synchronous Write) 요청 시 데이터 손실을 방지하기 위해 임시로 기록하는 **논리적인 로그 영역**입니다. 이 ZIL을 위해 별도의 고속 NVMe SSD와 같은 물리적 장치를 할당한 것을 **SLOG(Separate Intent Log)**라고 하며, 이를 통해 쓰기 성능을 높일 수 있습니다.

## 6. 관리 및 활용
ZFS는 강력한 CLI 도구를 통해 관리되며, 특히 스냅샷과 복제 기능이 매우 강력합니다.

### 6.1 주요 관리 명령어 예시
```bash
# 1. 스토리지 풀 생성 (기본 생성 및 RAID-Z1 구성)
# 단순 단일 디스크 풀 생성
zpool create mypool sda
# RAID-Z1 구성으로 풀 생성
zpool create mypool raidz1 sda sdb sdc

# 2. 데이터셋 생성 (기본 생성 및 옵션 적용)
# 기본 데이터셋 생성
zfs create mypool/data
# 압축 옵션을 적용하여 데이터셋 생성
zfs create -o compression=lz4 mypool/compressed_data

# 3. 스냅샷 생성 (즉각적인 상태 저장)
zfs snapshot mypool/data@backup_20231027

# 4. 스냅샷 전송 (다른 풀로 데이터 복제)
zfs send mypool/data@backup_20231027 | zfs receive backuppool/data
```

### 6.2 스냅샷 및 복제 활용법
ZFS의 스냅샷은 CoW 방식 덕분에 생성 시간이 거의 걸리지 않으며, 원본 데이터의 상태를 그대로 보존합니다.
*   **즉각적 복구:** 실수로 파일을 삭제했을 때, `.zfs/snapshot` 숨김 디렉토리를 통해 특정 시점의 파일을 즉시 복사해올 수 있습니다.
*   **증분 복제 (Incremental Replication):** `zfs send -i` 옵션을 사용하면 두 스냅샷 사이의 변경된 블록만 전송할 수 있습니다. 이는 테라바이트 단위의 대용량 데이터라도 변경분만 전송하므로 매우 효율적인 원격 백업 및 재해 복구(DR) 시스템 구축을 가능하게 합니다.

## 7. 타 파일 시스템과의 비교
| 비교 항목 | ZFS | Btrfs | XFS / EXT4 |
| :--- | :--- | :--- | :--- |
| **설계 철학** | 통합 볼륨 관리 + FS | 차세대 리눅스 FS | 전통적인 파일 시스템 |
| **데이터 무결성** | 체크섬 기반 자동 복구 | 체크섬 기반 감지/복구 | 제한적 (메타데이터 위주) |
| **쓰기 방식** | Copy-on-Write | Copy-on-Write | Update-in-place |
| **확장성** | vdev 추가 방식 (제약 있음) | 매우 유연한 디스크 추가 | 파티션 확장 필요 |
| **성능/안정성** | 매우 높음 (엔터프라이즈급) | 기능은 많으나 안정성 논란 | 매우 안정적이고 빠름 |

## 8. 장단점 및 고려사항

### 8.1 장점
*   **극강의 데이터 보호:** Silent Data Corruption을 방지하고 자동 복구하는 유일한 수준의 파일 시스템입니다.
*   **관리 편의성:** LVM 없이도 풀 단위의 용량 관리가 가능하며, 스냅샷 생성/복구가 매우 빠릅니다.
*   **유연한 기능:** 압축, 중복 제거, 쿼터 설정 등을 데이터셋 단위로 개별 적용할 수 있습니다.

### 8.2 단점 및 주의사항
*   **메모리 요구량:** ARC 캐시를 위해 RAM을 많이 사용하지만, 현대의 OpenZFS는 일반적인 사용 환경에서 적은 메모리로도 충분히 작동합니다. 다만, **중복 제거(Deduplication) 기능을 사용할 경우**에는 매우 엄격한 기준(보통 데이터 1TB당 5~20GB RAM)이 적용되므로 주의가 필요합니다.
*   **vdev 확장 제약:** 기존 RAID-Z vdev에 디스크를 하나씩 추가하여 용량을 늘리는 것이 어렵습니다. (최근 OpenZFS에서 RAID-Z 확장 기능이 도입되고 있으나 여전히 제약이 존재함)
*   **학습 곡선:** 기존 파일 시스템과 구조가 완전히 다르므로 초기 학습이 필요합니다.

## 9. OpenZFS 프로젝트의 현재 상태
과거 ZFS는 Sun Microsystems의 라이선스 문제로 인해 리눅스 커널에 직접 통합되지 못했습니다. 그러나 이후 **OpenZFS**라는 오픈 소스 프로젝트로 전환되면서 커널 외부 모듈(ZFS on Linux, ZoL) 형태로 널리 보급되었습니다.

현재 OpenZFS는 FreeBSD, Ubuntu, TrueNAS 등 다양한 OS에서 표준적으로 사용되고 있으며, 최신 릴리스에서는 **RAID-Z Expansion**(기존 vdev에 디스크 추가 가능) 기능과 성능 최적화가 지속적으로 이루어지고 있어 엔터프라이즈 스토리지 시장의 핵심 기술로 자리 잡고 있습니다.