703. ZNS (Zoned Namespace) SSD

핵심 인사이트 (3줄 요약)

본질: ZNS (Zoned Namespace) SSD (Solid State Drive)는 저장 공간을 존으로 나누고, 각 존 안에서는 순차 쓰기만 허용해 플래시의 지우기 단위를 호스트가 의식하게 만든다.

가치: SSD 내부의 숨은 가비지 컬렉션과 과도한 여유 공간 의존도를 줄여 수명, 용량 활용률, 지연 시간 예측 가능성을 높인다.

판단 포인트: 이득은 크지만 대가로 소프트웨어가 존 상태와 정리 책임을 더 많이 져야 하므로, 덮어쓰기 중심 워크로드보다는 로그 구조 워크로드에 적합하다.

Ⅰ. 개요 및 필요성

ZNS (Zoned Namespace) SSD는 플래시 메모리의 제약을 장치 내부에서 완전히 숨기지 않고, 호스트가 일정 부분 직접 다루게 하는 NVMe (Non-Volatile Memory Express) 저장 방식이다. 기존 SSD는 아무 위치나 덮어쓰는 것처럼 보이게 만들지만, 실제 낸드 플래시는 덮어쓰기 전에 큰 블록을 지워야 한다. 이 간극을 메우기 위해 SSD 내부에서는 FTL (Flash Translation Layer)과 GC (Garbage Collection)가 계속 움직인다.

문제는 이 숨은 번역과 정리 작업이 랜덤 쓰기 환경에서 큰 비용을 만든다는 점이다. 호스트는 4킬로바이트만 고쳤다고 생각하지만, 장치 내부에서는 유효한 페이지 복사, 블록 정리, 여유 공간 재배치가 연쇄적으로 일어날 수 있다. 이 비용은 쓰기 증폭, 지연 시간 튐, 예비 공간 증가로 이어지며 특히 데이터센터 워크로드에서 부담이 커진다.

ZNS는 여기서 발상을 바꾼다. "장치가 모든 랜덤 덮어쓰기를 흉내 내느라 고생하지 말고, 호스트가 플래시 친화적으로 써라"라는 방향이다. 그래서 장치는 존 단위의 순차 기록 규칙을 드러내고, 호스트는 그 규칙에 맞춰 데이터를 순서대로 적재하고 정리한다.

📢 섹션 요약 비유: 기존 SSD가 창고 직원이 몰래 밤새 짐을 다시 정리해 주는 방식이라면, ZNS는 처음부터 창고 사용자가 줄을 맞춰 물건을 넣게 하는 방식이다. 귀찮지만 뒤정리가 훨씬 줄어든다.

Ⅱ. 존 구조와 쓰기 규칙

ZNS의 기본 단위는 존이다. 각 존은 수십 메가바이트에서 수백 메가바이트 크기의 큰 연속 공간이며, 존마다 현재 어디까지 썼는지를 나타내는 쓰기 포인터가 있다. 호스트는 그 포인터 뒤로만 데이터를 추가할 수 있고, 중간 위치를 임의로 덮어쓰는 것은 허용되지 않는다. 필요하면 Zone Append 명령으로 "현재 포인터 위치에 안전하게 이어 쓰기"를 장치에 맡길 수도 있다.

요소	의미	운영 포인트
존	순차 기록 단위	수명이나 파일 세그먼트 단위와 맞추기 좋음
쓰기 포인터	현재까지 기록된 끝 위치	앞질러 쓰기 금지
Zone Append	현재 포인터 기준 안전한 추가 기록	다중 스레드 경합 완화
Zone Reset	존 전체 초기화	부분 삭제 대신 전체 회수
열린 존 수 제한	동시에 기록 가능한 존 개수 제한	너무 많은 동시 쓰기 설계는 불리

아래 그림은 존의 상태와 순차 쓰기 규칙을 단순화해 보여준다.

┌──────────────────────────────────────────────────────────────┐
│                    ZNS zone write model                     │
├──────────────────────────────────────────────────────────────┤
│ Zone A : [D][D][D][D]  Full                                 │
│ Zone B : [D][D][ ][ ][ ]                                    │
│                    ^                                         │
│               Write pointer                                 │
│                                                              │
│ Allowed  : append after pointer                             │
│ Not allow : overwrite middle of written area                │
│ Reclaim   : reset entire zone                               │
└──────────────────────────────────────────────────────────────┘

존 상태는 보통 비어 있음, 열림, 닫힘, 가득 참, 재설정 같은 흐름으로 관리된다. 이 규칙 덕분에 장치는 세밀한 페이지 이동보다 큰 단위의 순차 적재와 일괄 회수에 집중할 수 있다. 대신 호스트는 어떤 데이터를 어떤 존에 넣었는지, 언제 존을 비울지 스스로 더 잘 알아야 한다.

📢 섹션 요약 비유: ZNS는 공책을 앞에서부터 차례로 쓰게 하는 규칙과 같다. 중간 장에 끼워 쓰는 자유는 없지만, 나중에 정리할 때 어느 페이지를 어디로 옮길지 훨씬 단순해진다.

Ⅲ. 일반 SSD·Open-Channel SSD와의 비교

ZNS는 전통적인 SSD와 완전한 호스트 관리형 장치 사이의 중간 모델로 볼 수 있다. 일반 SSD는 가장 쓰기 쉽지만 내부 동작이 불투명하고, Open-Channel SSD는 호스트가 플래시 지오메트리까지 깊게 알아야 해 부담이 크다. ZNS는 존 규칙만 드러내고 나머지 세부 플래시 관리 부담은 장치가 상당 부분 유지하는 절충안이다.

항목	일반 SSD	ZNS SSD	Open-Channel SSD
랜덤 덮어쓰기 지원	장치가 흉내 냄	존 내부에서는 제한	호스트가 직접 설계
호스트 부담	낮음	중간	매우 높음
내부 GC 부담	큼	작음	매우 작거나 호스트로 이동
소프트웨어 변경	거의 없음	존 인식 필요	대규모 변경 필요
예측 가능성	상대적으로 낮음	높음	매우 높음

이 때문에 ZNS는 LSM-Tree (Log-Structured Merge-Tree) 데이터베이스, 로그 세그먼트 저장소, 객체 저장 시스템처럼 원래 순차 적재와 일괄 정리에 익숙한 소프트웨어와 잘 맞는다. 반면 오래된 파일 시스템이나 작은 랜덤 덮어쓰기를 많이 하는 응용은 그대로 올리기 어렵다. 즉, ZNS의 핵심은 장치 성능 향상보다 "소프트웨어 구조와 저장 장치 규칙의 정렬"에 있다.

📢 섹션 요약 비유: 일반 SSD가 모든 손님 요구를 뒤에서 맞춰 주는 호텔이라면, Open-Channel SSD는 손님이 청소와 배치를 전부 직접 하는 숙소다. ZNS는 규칙은 분명하지만 기본 관리 서비스는 남아 있는 셀프 체크인 호텔에 가깝다.

Ⅳ. 실무 적용 및 기술사 판단

실무에서 ZNS는 로그 구조 애플리케이션에 특히 강하다. 예를 들어 대용량 키-값 저장소는 새 데이터를 뒤에 붙여 쓰고, 오래된 파일을 통째로 버리는 일이 많다. 이런 경우 파일 세대나 세그먼트 하나를 존 하나와 대응시키면, 오래된 세대를 버릴 때 존 리셋 한 번으로 회수가 가능해져 내부 복사량이 크게 줄어든다.

채택하기 좋은 경우

데이터가 본질적으로 append-only에 가깝다.
세그먼트 단위 정리나 압축 주기를 이미 운영 중이다.
지연 시간 일관성과 SSD 수명이 중요하다.
애플리케이션 또는 파일 시스템을 zone-aware 방식으로 조정할 수 있다.

피해야 할 경우

작은 블록을 자주 임의 갱신하는 레거시 워크로드
열린 존 수 제한을 무시하고 과도한 동시 기록을 시도하는 설계
짧게 사라질 데이터와 오래 남을 데이터를 같은 존에 혼합하는 배치

실무 판단에서는 단순 평균 성능보다 운영 복잡도를 같이 봐야 한다. ZNS는 용량 효율과 지연 시간 예측성에서 큰 장점이 있지만, 복구 메타데이터 관리, 존 배치 정책, 재시작 시 쓰기 포인터 복원 같은 소프트웨어 책임이 늘어난다. 따라서 "장치가 알아서 빨라지겠지"가 아니라 "우리 소프트웨어가 존 규칙을 활용할 준비가 되었는가"를 먼저 물어야 한다.

📢 섹션 요약 비유: ZNS는 정리정돈이 잘되는 창고를 얻는 대신, 어떤 상자를 어느 줄에 둘지 관리자가 직접 기록해야 하는 시스템이다. 정리가 쉬워지는 대신 운영 규율이 필요하다.

Ⅴ. 기대효과 및 결론

ZNS의 기대효과는 세 가지로 압축된다. 첫째, 내부 페이지 이동이 줄어 SSD 마모가 완화된다. 둘째, 예비 공간을 과도하게 남겨 두지 않아도 되어 실사용 용량 활용률이 좋아진다. 셋째, 배경 정리 작업이 줄어 지연 시간의 꼬리가 짧아지고 성능이 더 예측 가능해진다.

그러나 이 장점은 호스트가 규칙을 어길 수 없다는 전제 위에서만 성립한다. 랜덤 덮어쓰기를 그대로 유지하려 하면 오히려 적합하지 않고, 소프트웨어가 존 단위 회수 전략을 갖추지 못하면 운영 복잡도만 늘어난다. 즉, ZNS는 범용성보다 정렬된 설계를 택해 얻는 효율 모델이다.

결론적으로 ZNS SSD는 플래시의 물리 법칙을 다시 호스트 쪽으로 드러내, 숨은 비용을 줄이는 방향의 저장 아키텍처다. SSD가 모든 것을 몰래 처리해 주던 시대에서, 소프트웨어와 장치가 더 솔직하게 역할을 나누는 시대로 넘어가는 대표 사례로 기억하면 좋다.

📢 섹션 요약 비유: ZNS는 줄 맞춰 서는 놀이와 같다. 처음에는 자유가 줄어든 것 같지만, 모두가 규칙을 지키면 밀치고 다시 줄 세우는 시간 없이 훨씬 빠르게 끝난다.

📌 관련 개념 맵

개념	연결 포인트
FTL	ZNS는 기존 SSD가 내부에서 하던 번역 부담을 일부 호스트 쪽으로 드러낸다.
Zone Append	다중 스레드 환경에서도 현재 쓰기 위치 뒤에 안전하게 이어 쓰게 돕는다.
Zone Reset	존 단위 회수의 핵심 명령으로, 부분 삭제 대신 전체 초기화를 수행한다.
LSM-Tree	세대별 파일 정리와 순차 쓰기 구조가 ZNS와 잘 맞는다.
Open-Channel SSD	ZNS가 어느 정도 복잡도를 완화한 선행 개념이다.

📈 관련 키워드 및 발전 흐름도

플래시의 erase-before-write 제약
    │
    ▼
일반 SSD의 내부 FTL · GC 은닉
    │
    ▼
랜덤 쓰기 비용 증가
    │
    ▼
존 단위 순차 기록 노출
    │
    ▼
ZNS + zone-aware 소프트웨어 최적화

이 흐름은 플래시 제약을 숨기던 단계에서, 제약을 드러내고 소프트웨어가 활용하는 단계로의 이동을 보여준다.

👶 어린이를 위한 3줄 비유 설명

공책을 아무 페이지에 낙서하면 나중에 지우고 정리하기가 너무 힘들어.
그래서 앞에서부터 차례대로 쓰고, 다 쓴 묶음은 한꺼번에 새로 바꾸면 훨씬 정리가 쉬워.
ZNS SSD는 컴퓨터에게 이렇게 줄 맞춰 쓰라고 알려 주는 저장 공책이야.