맥미니 M4 256GB 서버로 써보니, CPU보다 용량 때문에 Ryzen AI 9 미니PC를 샀다
Mac mini M4 기본형을 홈페이지 서버로 사용하면서 FastAPI 서버 3개를 4 worker + 2 worker + 1 worker, 총 7 worker로 운영하고 있습니다. 이 정도 구성에서는 지금까지 CPU 성능 때문에 서버를 바꿔야겠다는 생각보다 256GB SSD 공간이 먼저 부족해졌고, 결국 서버를 교체하는 대신 저장장치와 메모리 확장이 쉬운 Ryzen AI 9 기반 미니PC를 한 대 추가 주문하는 쪽을 선택했습니다.
서버용 PC를 고를 때 흔히 CPU부터 비교하지만 직접 운영해보니 생각해야 할 순서가 조금 달랐습니다. 웹서버 자체의 연산량보다 데이터베이스, 이미지, 동영상, 로그, 캐시와 여러 프로젝트가 쌓이면서 저장공간이 훨씬 빨리 문제가 될 수 있기 때문입니다.
Mac mini M4 기본형으로 FastAPI 서버 3개를 돌려도 괜찮았나
제가 사용하는 Mac mini는 M4 기본형 256GB 모델입니다.
현재 한 대에서 FastAPI 기반 서버를 세 개 운영하고 있습니다.
첫 번째 서버는 4 worker, 두 번째 서버는 2 worker, 세 번째 서버는 1 worker로 설정해 총 7 worker가 동시에 동작하는 구성입니다.
여기서 worker는 FastAPI 자체의 기능이라기보다 Uvicorn이나 Gunicorn 같은 실행 환경에서 여러 프로세스를 띄워 요청을 나눠 처리하는 방식이라고 이해하면 쉽습니다. worker 숫자를 많이 늘린다고 무조건 빨라지는 것도 아니고, 서버에서 실제로 수행하는 작업의 종류와 메모리 사용량에 따라 적정값이 달라집니다.
제가 운영하는 환경에서는 홈페이지 요청 처리, 데이터베이스 접근, 각종 API 호출과 자동화 작업을 함께 수행하고 있지만 현재까지 7 worker 자체가 Mac mini M4를 버겁게 만드는 수준은 아니었습니다.
물론 이것을 모든 FastAPI 서버에 그대로 적용할 수 있다는 뜻은 아닙니다.
같은 7 worker라도 단순 게시판 API를 처리하는 서버와 로컬에서 AI 모델 추론이나 대규모 이미지 변환을 동시에 수행하는 서버의 부하는 완전히 다릅니다. 방문자가 갑자기 수십 배 늘어나는 서비스 역시 이야기가 달라집니다.
그래서 서버 성능을 판단할 때는 worker 숫자 하나보다 CPU 사용률, 메모리 점유율, 요청 응답시간, 디스크 사용량을 함께 보는 것이 맞습니다.
제 경우에는 CPU를 더 높은 등급으로 올려야 할 징후보다 다른 문제가 먼저 나타났습니다.
바로 저장공간이었습니다.
256GB는 처음에는 충분해 보여도 서버에서는 금방 줄어든다
개인용 데스크톱으로 사용할 때 256GB는 클라우드 저장공간이나 외장 SSD를 활용하면 어느 정도 관리할 수 있습니다.
하지만 서버는 조금 다릅니다.
macOS와 기본 프로그램이 공간을 사용하고, Python 가상환경과 패키지가 추가됩니다. 여러 프로젝트를 운영하면 프로젝트마다 별도의 의존성이 생길 수도 있습니다.
여기에 PostgreSQL 같은 데이터베이스, 업로드 이미지, 생성 이미지, 영상, 임시 파일, 로그, 백업 파일이 계속 추가됩니다.
특히 콘텐츠를 다루는 홈페이지에서는 데이터베이스보다 미디어 파일의 증가 속도가 더 무서울 수 있습니다.
텍스트 게시글 수천 개는 생각보다 큰 공간을 차지하지 않지만 이미지와 영상은 이야기가 달라집니다. 이미지 생성, 썸네일 저장, 영상 생성까지 서버에서 처리한다면 저장공간 소비 속도가 빠르게 올라갑니다.
서버 운영에서는 SSD를 꽉 채워 쓰는 것도 좋지 않습니다.
파일 생성이나 업데이트, 데이터베이스 작업, 임시 파일 기록에 사용할 여유 공간이 계속 필요하기 때문입니다. 따라서 256GB라고 해서 실제 서비스 데이터에 256GB 전체를 사용할 수 있다고 생각하면 곤란합니다.
제가 이번에 서버를 확장하려고 한 직접적인 이유도 여기에 있습니다.
Mac mini M4의 처리 성능이 모자라서가 아니라, 앞으로 늘어날 서비스를 생각하면 256GB 하나에 계속 몰아넣는 구조가 더 이상 편하지 않았습니다.
외장 SSD를 달면 되는데 왜 미니PC를 한 대 더 샀을까
가장 간단한 해결책은 Mac mini에 외장 SSD를 연결하는 것입니다.
실제로 파일 저장이 주목적이라면 훨씬 저렴하고 간단한 선택이 될 수 있습니다. 대용량 이미지나 영상 파일을 외장 SSD로 분리하고 Mac mini는 계속 웹서버를 담당하게 만들 수도 있습니다.
그런데 저는 이번에는 저장공간만 늘리는 것보다 서버 자체를 한 대 더 추가하는 방식을 선택했습니다.
이유는 앞으로 서비스가 더 늘어날 가능성이 있기 때문입니다.
서버가 한 대뿐이면 웹서비스, 데이터베이스, 이미지 처리, 영상 생성, 자동화 작업 등이 결국 같은 장비의 CPU·메모리·SSD를 나눠 사용합니다. 어느 하나가 무거워지면 다른 작업까지 영향을 받을 가능성이 커집니다.
반면 PC가 두 대가 되면 역할을 나눌 수 있습니다.
예를 들어 기존 Mac mini는 현재 안정적으로 동작하고 있는 홈페이지와 API 서버를 그대로 유지하고, 새 미니PC에는 저장공간을 많이 사용하는 작업이나 신규 서비스를 옮길 수 있습니다.
백업이나 테스트 서버로 활용할 수도 있고, 나중에는 데이터베이스와 웹서버를 물리적으로 분리하는 구성도 가능합니다.
즉 이번 구매에서 중요한 것은 단순히 SSD 몇 TB를 확보하는 것이 아니라 서비스를 한 장비에 계속 몰아넣지 않을 수 있는 여유를 확보하는 것이었습니다.
Ryzen AI 9 미니PC를 선택한 가장 큰 이유는 확장성이다
Ryzen AI 9이라는 이름 때문에 AI 성능만 보고 선택한 것은 아닙니다.
서버용으로 볼 때 제가 더 중요하게 본 것은 RAM과 SSD를 나중에 바꿀 수 있는 구조인지였습니다.
Mac mini는 구입 단계에서 메모리와 저장공간 구성을 결정하는 것이 중요합니다. 사용하는 도중 일반 PC처럼 RAM 모듈을 빼서 더 큰 용량으로 바꾸거나 내부 NVMe SSD를 간단하게 추가하는 방식과는 성격이 다릅니다.
반대로 Ryzen AI 9을 탑재한 미니PC 가운데는 SO-DIMM 방식 DDR5 메모리와 M.2 NVMe SSD 슬롯을 사용하는 제품이 있습니다.
이런 제품은 처음부터 최대 사양으로 살 필요가 없습니다.
저장공간이 부족하면 SSD를 늘리고, 서비스가 많아져 메모리가 부족하면 RAM을 증설하는 식으로 서버 성장 속도에 맞출 수 있습니다.
다만 Ryzen AI 9이라는 CPU 이름만 보고 모든 미니PC가 동일하게 확장된다고 생각해서는 안 됩니다.
같은 프로세서 계열을 사용해도 제조사와 모델에 따라 메모리가 온보드 방식일 수도 있고, M.2 슬롯 수와 지원 SSD 규격도 달라질 수 있습니다. 두 번째 SSD 슬롯이 있더라도 길이와 인터페이스가 첫 번째 슬롯과 다를 수 있습니다.
그래서 서버용 미니PC를 고를 때는 CPU 이름 다음으로 다음 정도는 확인하는 것이 좋습니다.
RAM이 교체 가능한지와 최대 지원 용량
NVMe SSD 슬롯이 몇 개인지
각 슬롯의 M.2 규격과 지원 용량
유선 LAN 속도와 포트 수
장시간 부하에서 냉각 구조가 충분한지
Linux나 사용하려는 운영체제의 드라이버 지원 상태
저는 바로 이 확장 가능성을 Mac mini 한 대를 계속 키우는 방식보다 매력적으로 봤습니다.
Mac mini를 버리고 Ryzen 미니PC로 갈아타는 것은 아니다
이번 구매는 Mac mini M4가 서버로 부족해서 Ryzen AI 9 미니PC로 교체하는 것과는 다릅니다.
오히려 반대에 가깝습니다.
현재 Mac mini에서 정상적으로 돌아가는 서버는 그대로 유지하는 것이 가장 안전합니다. 잘 돌아가는 운영 서버를 단순히 새 장비를 샀다는 이유로 옮길 필요는 없습니다.
새 미니PC가 도착하면 기존 시스템을 통째로 이전하기보다 추가되는 작업부터 분리하는 방식이 더 적합하다고 보고 있습니다.
서버가 두 대라면 역할을 이런 식으로 설계할 수 있습니다.
Mac mini M4
기존 홈페이지, 가벼운 API, 현재 안정적으로 운영되는 서비스
Ryzen AI 9 미니PC
대용량 저장이 필요한 서비스, 신규 FastAPI 프로젝트, 이미지·영상 처리, 테스트 환경, 백업 또는 향후 데이터베이스 분리
실제 배치는 새 장비의 냉각 성능과 SSD·RAM 구성, 네트워크 환경을 확인한 뒤 결정해야 합니다.
이렇게 하면 기존 서비스에 손을 크게 대지 않으면서도 새 서비스를 추가할 공간이 생깁니다.
또 하나 좋은 점은 장애 범위가 나뉜다는 것입니다.
모든 서비스를 한 대에서 실행하면 장비 자체에 문제가 생겼을 때 전부 영향을 받습니다. 두 대에 나누면 완전한 고가용성 구성을 만들지 않더라도 최소한 모든 작업이 한꺼번에 묶여 있는 상태에서는 벗어날 수 있습니다.
서버용이라면 CPU 등급보다 먼저 볼 것이 있다
미니PC를 찾다 보면 자연스럽게 CPU 벤치마크를 비교하게 됩니다.
M4와 Ryzen AI 9 중 어떤 CPU가 더 빠른지부터 찾아보기 쉽지만, 홈페이지 서버에서는 CPU 승패만으로 장비를 선택하면 실제 필요한 부분을 놓칠 수 있습니다.
저처럼 FastAPI와 데이터베이스를 중심으로 여러 웹서비스를 운영한다면 먼저 현재 서버의 병목을 확인하는 편이 낫습니다.
CPU 사용률이 계속 높다면 더 강한 CPU를 고려할 이유가 있습니다.
메모리가 부족해 스왑 사용량이 늘어난다면 RAM이 많은 장비나 증설 가능한 장비가 필요합니다.
저장공간이 빠르게 줄어든다면 CPU를 더 높은 모델로 바꾸는 것보다 SSD 구조부터 해결해야 합니다.
네트워크가 병목이라면 2.5GbE나 10GbE 같은 유선 네트워크 환경이 더 중요한 투자가 될 수도 있습니다.
제 경우에는 바로 이 과정에서 답이 나왔습니다.
현재 FastAPI 7 worker를 처리하는 M4 성능보다 256GB 저장공간이 먼저 한계에 가까워졌기 때문에, Mac mini 상위 모델로 전체를 교체하기보다는 확장 가능한 미니PC를 추가하는 쪽이 운영 목적에 더 맞았습니다.
CPU 성능만 보면 굳이 장비가 두 대 필요하지 않았을 수도 있습니다.
하지만 서버는 지금 필요한 성능만 보고 사는 장비가 아닙니다. 데이터가 계속 늘고 서비스도 늘어난다면 저장장치와 메모리를 어떻게 확장할지가 시간이 갈수록 중요해집니다.
지금 다시 산다면 Mac mini 256GB를 선택할까
용도에 따라서는 여전히 선택할 수 있습니다.
웹서버가 가볍고 대용량 파일을 거의 저장하지 않으며 별도 NAS나 외장 SSD가 있다면 Mac mini M4 기본형은 작은 크기로 여러 서비스를 운영하기에 매력적인 장비입니다.
반대로 한 대에 홈페이지뿐 아니라 데이터베이스, 이미지, 영상, 자동화 결과물까지 계속 저장할 계획이라면 256GB는 처음부터 여유가 큰 구성은 아닙니다.
저처럼 이미 256GB 모델을 사용하고 있다면 반드시 Mac mini를 다시 살 필요도 없습니다.
현재 장비의 CPU와 메모리에 여유가 있다면 외장 SSD로 저장공간만 분리하는 방법이 가장 저렴할 수 있습니다.
서비스 자체를 더 늘릴 예정이라면 두 번째 서버를 추가하는 방법도 있습니다.
저는 후자를 선택했습니다.
Mac mini M4는 그대로 운영하고, Ryzen AI 9 미니PC를 추가해 저장공간과 메모리 확장 여유를 확보하는 방식입니다.
새 미니PC가 도착하면 실제 서버 설정을 한 뒤 Mac mini와 Ryzen AI 9 미니PC의 CPU 사용량, 메모리 점유율, FastAPI 응답속도, 소비전력, 발열과 장시간 운영 안정성을 같은 조건에서 비교해볼 생각입니다.
제품 벤치마크에서 점수가 높은 것과 24시간 홈페이지 서버로 편하게 사용할 수 있는 것은 꼭 같은 이야기는 아니기 때문입니다.
현재까지의 경험만 놓고 보면 Mac mini M4 기본형의 아쉬운 점은 성능보다 256GB라는 저장공간에서 먼저 나타났습니다.
그래서 이번 서버 확장의 방향도 M4를 버리는 것이 아니라 잘 돌아가는 M4는 그대로 두고, 확장 가능한 Ryzen AI 9 미니PC를 옆에 한 대 더 붙이는 것으로 정했습니다.