제품 관점2026-09-12

12기가와트를 38기가와트로

마이크로소프트가 부족을 6년짜리로 잡았다

블룸버그 보도로 마이크로소프트의 2032년 목표가 나왔다. 현재 약 12기가와트인 데이터센터 용량을 38기가와트로 늘린다는 계획이다. 용량이 모자라 고객을 돌려보낸 뒤에 나온 숫자다.

마이크로소프트가 2032년까지 데이터센터 용량을 38기가와트로 늘릴 계획이라고 블룸버그가 9월 10일 보도했다. 지금은 약 12기가와트다. 이 중 AI 전용 칩에 걸린 몫이 현재 약 2기가와트이고 2032년에는 전체의 3분의 1 수준까지 올라간다. 자사 소유와 임차를 합친 숫자이고 CoreWeave 같은 곳에서 빌려 쓰는 연산은 빠져 있다. 회사는 이 수치를 공식 확인하지 않았다.

한 줄 정리

설비를 6년에 걸쳐 3배로 늘려야 수요를 받는다는 계획은 지금의 공급 부족이 몇 달짜리가 아니라는 뜻이다.

한눈에 보기

현재 용량 약 12기가와트
2032년 목표 약 38기가와트
필요한 연평균 증설 약 21%
AI 전용 비중 현재 약 2기가와트 → 2032년 약 3분의 1
제외된 것 네오클라우드에서 빌려 쓰는 연산

12에서 38로 가려면 6년 내내 연 21%씩 늘려야 한다. 전력과 부지와 칩이 동시에 필요하고 셋 중 하나만 막혀도 일정이 밀린다.

부족은 이미 고객 쪽에 닿아 있다

이 계획이 나온 배경에 하드웨어 제약이 있다. 보도에 따르면 마이크로소프트는 최근 클라우드와 AI 고객을 돌려보냈고 일부 구독을 제한했다. 서비스 중단도 겪었다.

여기가 중요하다. 용량 부족이 뉴스에 나오는 방식은 "설비 투자 몇 조"인데 사용자에게 닿는 방식은 다르다. 신청이 대기로 바뀌고, 한도가 조용히 낮아지고, 응답이 평소보다 느려진다. 어느 쪽도 장애로 기록되지 않는다.

계산에서 빠진 항목도 눈여겨볼 만하다. 38기가와트에는 CoreWeave 같은 곳에서 빌려 쓰는 연산이 안 들어간다. 세계에서 가장 큰 클라우드 사업자가 자기 설비를 3배로 지으면서도 남의 설비를 계속 빌린다는 뜻이다. 빌리는 쪽과 짓는 쪽 중 하나를 고르는 문제가 아니라 둘 다 해야 수요를 맞추는 국면이다.

국내도 같은 방향으로 움직인다. 9월 11일 LG CNS가 AI 팩토리용 GPU와 인프라 설비에 3,814억 원을 쓰기로 이사회에서 의결했다. 기가와트 단위 계획과 자릿수는 다르지만 확보 경쟁에 뛰어드는 시점은 겹친다.

기가와트라는 단위가 낯선 이유

데이터센터를 전력으로 세는 방식이 굳은 지 얼마 안 됐다. 서버 대수나 바닥 면적이 아니라 끌어올 수 있는 전기의 양이 한계를 정하기 때문이다. AI 연산은 같은 면적에서 전보다 훨씬 많은 전기를 먹고 그 전기는 열이 되어 다시 냉각 설비를 부른다.

그래서 38기가와트는 건물 계획이 아니라 전력망 계약과 부지 확보와 변전 설비 일정이 얽힌 숫자다. 칩을 사 오는 일보다 전기를 끌어오는 일이 더 오래 걸리는 지역이 이미 여럿이다. 6년이라는 기간이 붙은 이유가 여기 있다.

값이 계속 내려간다는 가정을 예산에 넣지 마라

지난 2년간 토큰 단가는 계속 내려왔다. 그래서 내년 예산을 짤 때 자동으로 인하를 반영하는 팀이 많다. 그런데 인하는 대체로 새 모델이 나올 때 같이 왔지 같은 모델을 쓰는데 저절로 온 적은 드물다.

설비를 3배로 지어야 겨우 수요를 받는 시장에서는 인하 속도가 주춤할 수 있다. 예산은 현재 단가로 짜고 인하는 생기면 남기는 쪽이 안전하다.

한도 쪽도 같이 봐야 한다. 값은 그대로인데 분당 요청 수나 동시 처리 한도가 낮아지면 실제로는 값이 오른 것과 같다. 같은 일을 하려고 더 비싼 등급으로 올려야 하기 때문이다. 계약서에 적힌 단가만 보고 있으면 이 인상은 안 보인다. 지난 석 달 청구서를 꺼내 등급이 언제 올라갔는지 확인해 보면 대개 한 번은 나온다.

6년짜리 계획을 읽는 법

설비 계획은 자주 바뀐다. 마이크로소프트도 작년에 일부 임차 계약을 접었다는 보도가 있었고 이번 숫자도 회사가 확인해 주지 않았다. 그러니 38이라는 숫자 자체를 외울 필요는 없다.

읽을 것은 방향이다. 가장 큰 사업자가 지금 용량으로는 부족하다고 판단했고 그 판단이 6년짜리 계획으로 나왔다. 여기서 나오는 실무 결론은 단순하다. 당분간 연산은 귀한 물건이고 귀한 물건은 큰 고객부터 간다.

anyAX 관점

배급이 시작되면 순서가 생긴다. 연간 계약을 맺은 대형 고객이 먼저고 종량제로 붙어 있는 소규모 사용자가 뒤다. 이 순서는 우리가 바꿀 수 없다.

한 공급자를 더 늘리는 방식은 이 문제에 잘 안 듣는다. 부족은 특정 회사 사정이 아니라 칩과 전력에서 같이 오고 대형 사업자 전체가 같은 줄에 서 있다. 계정을 하나 더 파도 우리 순번은 여전히 뒤다.

바꿀 수 있는 건 우리 쪽 구조다. 지금 쓰는 기능을 두 칸으로 나눠 적어 보면 된다. 응답이 3초에서 30초로 늘어도 견디는 기능과 그 순간 화면이 망가지는 기능. 고객 화면에 동기로 붙어 있는 호출은 남의 설비 일정에 우리 서비스 품질이 그대로 묶인다. 같은 작업을 큐에 넣어 비동기로 돌리면 같은 지연이 "조금 늦게 도착함"으로 바뀐다.

이 구분에 드는 비용은 하루치 작업이다. 12기가와트가 38기가와트가 되는 6년 동안 그 하루가 계속 값을 한다. 마이크로소프트가 38이라는 숫자를 적어 냈다는 건 그 6년 동안 여유가 없다고 스스로 밝힌 셈이다.

참고