OS를 디스크에 안 깔고 램에 통째로? 알파인 리눅스로 만든 ‘무상태 NAS’ 이야기

파일 서버를 디스크가 아니라 램에서 돌린다고요?

집에 NAS 하나쯤 두고 쓰는 분들 많죠. NAS가 뭐냐면, 네트워크에 연결해두고 노트북·폰·다른 PC가 다 같이 접근해서 쓰는 저장소예요. 보통은 시놀로지 같은 완제품을 사거나, 남는 컴퓨터에 TrueNAS나 우분투를 깔아서 만들거든요. 그런데 Go 언어 암호학으로 유명한 개발자 Filippo Valsorda가 직접 만든 ‘Frood’라는 NAS는 접근이 좀 달라요. OS(운영체제)를 아예 디스크에 설치하지 않고, 부팅할 때 통째로 램(RAM)에 올려서 거기서만 돌리거든요.

initramfs가 뭐길래

이게 뭐냐면, 리눅스가 켜질 때를 떠올려 보세요. 전원을 넣으면 커널(운영체제의 핵심 부분)이 메모리에 올라오는데, 이때 진짜 하드디스크를 마운트하기 전에 ‘initramfs’라는 아주 작은 임시 파일시스템을 램에 먼저 올려요. 원래 이건 “진짜 디스크를 찾아서 연결할 때까지 잠깐 쓰는 발판” 정도의 역할이거든요. 디스크 드라이버 로드하고, 암호화 풀고, 그다음 본 시스템으로 넘어가는 징검다리죠.

Frood의 핵심 아이디어는 이 징검다리에 OS 전체를 다 욱여넣는 거예요. 그래서 부팅이 끝나면 시스템 전체가 램 위에서 돌아가고, 하드디스크들은 오로지 데이터 저장용(ZFS 풀)으로만 쓰여요. 여기에 Alpine Linux를 쓴 것도 이유가 있는데, 알파인은 musl이라는 가벼운 표준 라이브러리랑 busybox를 써서 OS 전체가 수십 메가바이트밖에 안 될 만큼 작거든요. 그러니 램에 통째로 올리는 게 부담이 안 돼요.

무상태(stateless)라는 게 주는 장점

이렇게 만들면 뭐가 좋냐면, 시스템이 ‘무상태(stateless)’가 돼요. 무상태라는 말은 “껐다 켜면 매번 똑같은 깨끗한 상태로 시작한다”는 뜻이에요. OS가 램에만 있으니까 누가 실수로 설정 파일을 건드리거나, 패키지를 잘못 깔아서 꼬여도 그냥 재부팅하면 원래대로 돌아오거든요. 우리가 흔히 겪는 “예전에 뭘 만졌더니 안 되네… 근데 뭘 만졌는지 기억이 안 나” 하는 상태 오염(configuration drift)이 아예 안 생겨요.

업그레이드도 단순해져요. 새 버전을 깔고 싶으면 새로 빌드한 이미지로 교체하고 재부팅하면 끝이고, 문제가 생기면 옛날 이미지로 부팅하면 바로 롤백이거든요. OS용 부팅 디스크가 망가질 걱정도 없고요. 설정이 전부 이미지를 빌드하는 스크립트 안에 박혀 있으니까, 똑같은 서버를 또 만들고 싶으면 그 스크립트만 돌리면 그대로 재현돼요.

업계 흐름에서 보면

사실 이 철학은 완전히 새로운 건 아니에요. 클라우드 쪽에서는 ‘불변 인프라(immutable infrastructure)’라고 해서, 서버를 고쳐 쓰지 않고 통째로 갈아끼우는 방식이 이미 대세거든요. 컨테이너가 대표적이죠. CoreOS, 쿠버네티스 노드용 Talos Linux, 그리고 NixOS 같은 OS들이 다 “상태를 디스크에 쌓지 말고, 선언한 대로 매번 똑같이 만들자”는 생각을 공유해요. Frood는 그 발상을 집에 있는 작은 NAS에 적용한 거라고 보면 돼요. 거창한 오케스트레이션 도구 없이, 리눅스 부팅 구조 자체를 살짝 비틀어서요.

한국 개발자에게

홈랩(집에서 서버 만들어 노는 것) 하는 분이라면 한번 따라 해볼 만한 패턴이에요. 꼭 NAS가 아니어도, “OS는 읽기 전용·재현 가능하게, 데이터는 따로” 라는 사고방식 자체가 실무에서 굉장히 쓸모 있거든요. 운영 서버를 손으로 고치다 망가뜨린 경험, 다들 한 번씩 있잖아요. 설정을 코드로 박아두고 이미지를 교체하는 습관을 작은 홈서버에서 연습해두면, 회사 인프라를 다룰 때 그대로 도움이 돼요.

핵심만 정리하면, Frood는 “OS는 램에서 일회용처럼 쓰고, 디스크는 데이터 금고로만 쓰자”는 깔끔한 발상이에요. 여러분이라면 집 서버 OS를 이렇게 무상태로 만들 의향이 있으세요, 아니면 그냥 안정적으로 디스크에 깔아두고 가끔 손보는 쪽이 마음 편하세요?