2026년 9월 17일 Forever 베타가 열린 저녁, 플레이어들이 접속 끊김을 겪고, 퀘스트가 열리려면 1분이 걸렸으며, 서버는 재시작해야 했습니다. 시니어 프로듀서 톰 엘리스가 세 가지 장애를 모두 분석했습니다 — 그리고 그 어느 것도 게임 자체에 대한 것이 아니었습니다.

2026년 9월 17일 Forever 베타가 열린 저녁은 미끄러웠습니다: 플레이어들이 접속이 끊겼고, 퀘스트와 전리품은 1분이나 걸려서 열렸으며, 서버는 진행도를 잃은 채 재시작해야 했습니다. 블리자드는 무엇이 잘못되었는지에 대한 분석을 게시했는데 — 게임 자체에 대한 불만은 단 한 건도 없었습니다.

모든 것이 돌아가는 곳

베타는 라이브가 아닌 PTR 환경에서 돌아갑니다. 그것도 단 하나, 그것도 지역 서버입니다. 역사적으로 WoW 베타는 인프라에 거의 부하를 주지 않았고, 아무도 하드웨어를 진지하게 설계하지 않았습니다. Forever 출시도 이런 계산으로 접근했습니다.

그날 저녁의 세 가지 문제도 모두 여기서 비롯되었습니다.

첫째: 대규모 접속 끊김

30분 동안 찾았지만 — 찾을 것이 없었습니다. 모든 서비스의 CPU와 메모리는 정상이었습니다. Battle.net Game Service 팀도 자기 쪽에서 같은 것을 확인했습니다. 범인은 결국 BGS를 붕괴로부터 지키는 부하 카운터였습니다: 작은 지역 서버가 두 개의 연결을 통해 엄청난 로그인 흐름을 밀어넣고 있었고, 카운터가 패닉을 결정하는 계산이 깨져 있었습니다.

연결을 8개로 늘리자 — 접속 끊김이 멈췄습니다. 시니어 프로듀서 톰 엘리스에 따르면, 카운터가 동반되는 CPU 부하 없이 발동한 건 이번이 처음이라고 합니다. 그의 X 스레드에서는 '20 years, always something new'라는 한 줄이 회자되었습니다.

둘째: 전리품과 퀘스트 수락 시 지연

전리품이 천천히 열렸고, 퀘스트 수락도 오래 걸렸습니다. 범인은 PTR 데이터베이스였습니다: 새 테이블과 대량의 insert 흐름이 쿼리 플래너를 데이터에 대한 낡은 가정에 남겨두었습니다. Oracle 엔지니어들이 통계를 수동으로 돌리고 자동 재계산을 켰습니다. 속도는 즉시 돌아왔습니다.

셋째: 재시작

몇 시간 뒤, 모두를 내보내야 했습니다. 게임 자체가 돌아가는 WORLD 풀이 CPU를 태우며 메모리 한계에 부딪혔고, OOM 킬러는 이미 첫 번째 가상 머신들을 집어삼키고 있었습니다 — 하이퍼바이저까지 함께 끌어내릴 위험이 있었습니다.

Classic 엔지니어들이 원인을 찾아냈습니다: 빈 맵이 제대로 꺼지지 않아 서버들이 자기 자원을 조금씩 먹어 치우고 있었던 것입니다. 수정은 검증을 통과했지만 재시작이 필요했습니다. 추가로 예비 WORLD 풀과 지역 서비스의 두 번째 인스턴스를 추가했습니다. 그 뒤로는 밤이 조용히 지나갔습니다.

왜 부하를 예측하지 못했는가

서버는 과거 WoW 베타 경험으로 설계되었습니다. 그러나 찾아온 것은 출시일 청중이었습니다 — 같은 숫자는 오래간만에 보는 것이었습니다. 리드 디자이너 조시 그린필드(Aggrend)가 X에 썼습니다: '블리자드 17년, Classic 팀 거의 8년 동안 이런 숫자는 본 적이 없습니다'.

11월 4일에 이게 의미하는 것

직접적으로 — 아무것도 아닙니다. 라이브 서버는 베타와는 관계가 없고, 세 가지 장애 중 어느 것도 게임 준비도에 대해 말해주는 것이 없습니다. 간접적으로 — 무언가를 말해줍니다: 수요가 블리자드의 내부 예측보다 높았다는 것이고, 이는 출시 대기열을 계획에 넣어야 한다는 뜻입니다.

실질적으로

• 베타 장애는 PTR 테스트 환경의 문제였지 게임 자체의 문제가 아니었습니다; 11월 4일에는 더 이상 관련이 없습니다.
• 출시 때 대기열이 있다면 — 9월 17일 베타와 같은 이야기입니다: 수요가 블리자드가 예상한 것보다 큽니다.
• 11월 4일 첫 몇 시간 동안 캐릭터 접속이 끊긴다면 — 더 이상 '망가진 출시'가 아니라 서버 과포화의 평범한 사연입니다, 이전 WoW 출시 때처럼요.