한 줄 요약: 이 릴스는 클라우드 대신 자체 데이터센터를 구축한 인프라 회사 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 이야기와 정확히 같습니다. 워크로드가 하드웨어를 결정한다는 원칙은 규모와 무관하게 적용됩니다. 홈랩을 꾸미시는 분이라면 “전력이 공간보다 먼저다”라는 문장만큼은 기억해 둘 만합니다.
출처: