[릴스 해설] 맥을 서버랙에 쌓는 Namespace 이야기
한 줄 요약: 이 릴스는 클라우드 대신 자체 데이터센터를 구축한 인프라 회사 Namespace가, 새 서버랙을 채우려고 Apple Silicon 맥을 대량 언박싱하는 장면이에요 — 빌드 워크로드에는 데스크톱급 칩이 서버급보다 맞고, Apple Silicon은 전력 대비 성능 덕에 랙에 들어간다는 이야기예요.
한국 기술 큐레이션 계정 promppy_com이 올린 릴스예요. 서버실로 보이는 공간에서 캄타넥스 조끼를 입은 사람이 애플 박스를 하나씩 열어젖히는데, 바닥엔 카톤 상자가 수십 개 쌓여 있어요. 한국어 캡션은 “네임스페이스 램스, 새로운 서버랙 구축을 위해 대규모 맥북 언박싱”이에요. ’네임스페이스 램스’는 인프라 회사 Namespace Labs(namespace.so)를 가리켜요. 이 회사는 2024년 초부터 플랫폼의 95% 이상을 자체 하드웨어에서 운영하고 있는데, 정확히 이 주제를 다룬 블로그 글 “So You Want to Build Your Own Datacenter”를 공개했어요. 이 글로 릴스의 배경을 검증하며 풀어 보겠어요.
왜 클라우드를 버렸나
Namespace의 결론부터 말하면 하이퍼스케일러의 하드웨어는 우리 워크로드를 위해 사온 게 아니에요예요. AWS·GCP 같은 클라우드는 장기 운영 서비스를 위해 칩을 살아요. 코어 수를 우선하고, 스토리지를 컴퓨트에서 분리하고, 예측 가능한 안정적인 사용률에 맞춰 밀도를 높이에요. 대부분의 프로덕션 서비스에는 이것이 정답이에요.
그런데 Namespace의 워크로드는 빌드와 CI예요. 컴파일은 병렬화가 부분적으로만 되고 전체 빌드 그래프의 임계 경로는 순차적이라, 코어가 많기보다 코어 하나가 빠른 칩이 유리해요. 빌드는 같은 캐시 데이터를 반복해서 읽고 쓰기 때문에 로컬 NVMe 스토리지와도 찰붙어요. 사용률은 치솟았다가 0으로 떨어지는 스파이크 형태예요. 회사 설명대로라면 이 격차는 10%가 아니라 배수에 달해요. 노트북에서 빌드가 클라우드 인스턴스보다 빠르다고 느낀 적이 있다면, 노트북의 데스크톱급 칩과 클라우드의 서버급 칩이 다른 일을 위해 설계됐기 때문이에요. 그래서 Namespace는 서버용이 아닌 고클럭 데스크톱급 AMD EPYC를 Linux 서버로 어요.
랙 안에는 뭐가 들어가나
Namespace의 전형적인 랙은 상단 스위치 두 개(톱 오브 랙), 대역 외 관리용 스위치 하나, 그리고 서버들로 구성돼요. 서버는 컴퓨트 최적화·메모리 최적화·스토리지 최적화 세 종류로 나뉘고, 데이터센터마다 비율을 조정해요. 네트워크는 표준 Clos 토폴로지로 구성해 노드 사이의 가용 대역폭을 스케줄러가 알 수 있게 했고, 자체 IP 대역을 운영하며 트랜짓 사업자와 직접 피어링해요. IP 주소에는 평판이 있어서, 스팸에 쓰인 대역은 어디서든 블랙리스트에 올라가기 때문이에요.
가장 인상적인 발명은 Cache Volumes예요. 전통적인 CI 캐싱은 작업마다 캐시 아카이브를 원격 저장소에서 내려받고, 풀고, 다시 압축해 올려요. Namespace는 이 전송을 없앴어요. 캐시 볼륨이 네트워크가 아니라 토폴로지를 아는 스냅샷으로, 작업이 도착하면 그 캐시가 이미 로컬에 있는 노드로 라우팅돼 그대로 붙어요. 툴박스를 작업자에게 배달하는 대신 툴박스가 놓인 작업대로 일을 보내는 요령이에요. 이걸 위해 자체 스케줄러·스토리지 계층·이미지 관리 계층을 만들었어요.
왜 Mac인가
본제인 Apple Silicon예요. Namespace의 블로그는 이렇게 어요. “Linux on ARM64용으로 Apple Silicon을 돌린다(그렇다, 이건 그 자체로 또 하나의 이야기다). macOS와 iOS용으로도 맥을 쓴다.” macOS/iOS 빌드에는 맥이 필수라는 건 이해하기 쉽지만, 리눅스를 맥 위에서 돌린다는 게 의외예요. Namespace는 Apple Silicon을 ARM64 리눅스 머신으로 쓰는데, Apple Virtualization 기반으로 M4 이상에서 중첩 가상화(nested virtualization)까지 지원해요. macOS용 인스턴스는 M4 Pro·M5 Max로 구성되어 최대 12 vCPU·56GB RAM까지 제공하고, M5 Max는 M4 Max 대비 CPU 최대 30%·GPU 연산 4배 이상 빨라졌다고 발표했어요.
여기에 이 릴스가 붙어요. macOS와 iOS용 맥, 그리고 Linux용 Apple Silicon 수요가 계속 늘자 서버랙을 하나 더 구축하는 것이고, 그 재료를 박스째로 열어대는 장면인 셈이에요. 캡션에는 ’맥북’이라고 적혀 있지만, 박스 모양은 Mac Studio로도 보이고 Namespace의 macOS 플릿은 M4 Pro·M5 Max예요. 정확한 모델은 릴스만으로 단정할 수 없어요. 중요한 것은 모델명이 아니라, Apple Silicon이 데스크톱뿐 아니라 데이터센터의 구성원이 됐다는 사실이에요. 코어당 성능과 전력 효율이 좋은 Apple Silicon은, 전력 예산이 빠듯한 랙에서 점점 비중이 커지는 쪽이에요.
전력이 공간보다 먼저다
Namespace가 강조하는 설계 교훈 중 하나는 랙은 공간이 아니라 전력으로 계획한다는 것이에요. 고클럭 칩은 코어당 전력을 더 먹고, 데이터센터 랙마다 3kW나 8kW 같은 전력 상한이 있어요. 랙마다 정격이 정해진 멀티탭 하나와 같아서, 기기 개수가 아니라 소비 전력 합계가 한계선이에요. 모든 슬롯에 고성능 장비를 채워도 전력 예산에 안 맞으면 무용지물이에요. “인클로저·1U 서버·Apple Silicon의 믹스는 전력 계산에서 나온다”는 문장에서, 맥이 랙에 들어가는 이유도 설명돼요. 성능 대비 전력 효율이 좋은 칩이기 때문이에요. 이 설계는 시행착오를 거쳐 이제 리비전 3까지 왔고, 하드웨어는 수주부터 수개월 걸리는 리드타임의 세계라 클라우드처럼 트래픽에 즉시 늘릴 수 없어요. 미리 예측해서 쌓아두는 수밖에 없고, 그래서 이런 언박싱 릴스가 나오는 것이에요.
어떻게 연결되는가
한 줄로 요약하면: 빌드라는 워크로드는 클라우드가 사는 하드웨어와 어울리지 않으므로, Namespace는 데스크톱급 EPYC와 Apple Silicon을 섞어 자체 랙을 쌓았고, 전력 효율이 좋은 Apple Silicon의 비중이 커지고 있다는 이야기예요.
이전 글과 연결되는 지점이 분명해요. 128GB 통합 메모리 미니 PC 글에서 로컬 LLM용으로 Apple Silicon·미니 PC를 서버처럼 쓰는 흐름을 다뤘는데, Namespace는 같은 아이디어의 기업 버전이에요. 데스크톱급 칩이 서버급보다 나은 일이 있다는 논리도, 미니 PC 글의 AMD Ryzen AI Max+ 395 이야기와 정확히 같아요. 워크로드가 하드웨어를 결정한다는 원칙은 규모와 무관하게 적용돼요. 홈랩을 꾸미시는 분이라면 “전력이 공간보다 먼저다”라는 문장만큼은 기억해 둘 만해요.
출처: