게시일 | 최종 수정
Google TPU 8i가 보여준 다음 병목은 GPU가 아니라 KV cache일까

AI 학습 시대에는 GPU의 연산 성능과 HBM 대역폭이 주목받았습니다. 하지만 에이전트 AI와 긴 문맥 추론이 늘어나면 또 다른 문제가 커집니다. AI가 이미 읽고 계산한 문맥을 어디에 저장해 둘 것인가입니다.
이 저장 영역을 KV cache라고 부릅니다. AI 모델이 문장을 읽을 때 각 단어의 관계를 계산한 중간 결과를 key와 value 형태로 보관하는 공간입니다. 같은 문맥을 다시 계산하지 않도록 저장해두면 응답 속도와 비용을 줄일 수 있습니다.
쉽게 말하면 시험 문제를 풀 때 매번 교과서를 처음부터 다시 읽지 않고, 이미 정리한 핵심 노트를 옆에 두고 다음 문제를 푸는 것과 같습니다. 대화가 길어지고 에이전트가 여러 번 도구를 호출할수록 이 노트가 커집니다.

TPU 8t와 TPU 8i는 무엇이 다른가요?
Google은 8세대 TPU를 agentic AI용으로 소개하면서 TPU 8t와 TPU 8i를 나누었습니다. TPU 8t는 대규모 학습·훈련 시스템, TPU 8i는 추론에 초점을 둔 구조입니다. Google Cloud는 TPU 8t 시스템이 9,600개 칩을 묶고, TPU 8i가 추론용 메모리 구조를 강화한다고 설명합니다. Google Cloud 공식 발표와 Google 공식 TPU 설명에서 확인할 수 있습니다.
TPU는 Google이 AI 계산에 맞게 설계한 전용 프로세서입니다. 자동차의 모든 부품을 한 번에 만드는 공장이 아니라, 특정 작업을 빠르게 처리하도록 만든 전용 생산 라인에 가깝습니다. 따라서 TPU 8i를 GPU보다 빠르다고 단순 비교하기보다, 추론 작업에서 메모리와 데이터 이동을 어떻게 줄이는지 봐야 합니다.

왜 HBM만 늘리면 해결되지 않나요?
Google Cloud는 GPU의 HBM을 확장하는 tiered KV cache와 외부 KV cache를 위한 Managed Lustre를 소개했습니다. 핵심은 모든 데이터를 가장 빠르지만 비싼 HBM에 넣는 것이 아니라, 가까운 SRAM·HBM, 조금 느리지만 큰 DRAM·스토리지로 계층을 나누는 것입니다. Tiered KV cache 공식 문서와 Managed Lustre 공식 설명이 근거입니다.
이 흐름은 HBM 수요가 사라진다는 뜻이 아닙니다. 오히려 어떤 데이터는 HBM에, 어떤 데이터는 외부 저장소에 둘지 결정하는 시스템 설계의 중요성이 커진다는 뜻입니다. HBM은 계산 칩 가까이에서 즉시 필요한 데이터를 처리하고, 외부 KV cache는 길게 유지할 문맥과 공유 가능한 상태를 저장할 수 있습니다.

AI 인프라의 다음 병목은 무엇일까요?
앞으로 중요한 지표는 칩의 최대 연산량 하나가 아닙니다. 긴 문맥을 얼마나 많이 저장하는지, 같은 문맥을 여러 요청이 얼마나 재사용하는지, HBM과 외부 저장소 사이의 이동이 얼마나 자주 발생하는지, 그리고 이 구조가 실제 응답 지연시간과 비용을 얼마나 줄이는지를 함께 봐야 합니다.
따라서 Google TPU 8i 글의 차별화 포인트는 TPU가 GPU보다 빠르다는 비교가 아닙니다. 에이전트 AI가 늘어나면서 AI 인프라의 병목이 연산에서 메모리 계층·상태 저장·데이터 이동으로 옮겨가는 과정을 설명하는 것입니다.
한줄정리: AI 추론 경쟁은 HBM 용량만 늘리는 싸움이 아니라, 자주 쓰는 문맥을 가장 가까운 메모리에 두고 나머지를 효율적으로 보관하는 KV cache 시스템 설계 경쟁입니다.

뉴스에서 이야기한 기업
Google, NVIDIA, 삼성전자, SK하이닉스, Micron, DDN
키워드
Google TPU 8i, KV cache, 에이전트 AI, HBM, AI 추론, 데이터센터 메모리
공식 출처
Google Cloud AI Infrastructure at Next ’26 HBM base die가 메모리와 로직을 연결하는 방식와 첨단 패키징 경쟁을 함께 읽으면 KV cache와 HBM이 데이터 이동·메모리 계층 문제로 연결되는 구조를 이해할 수 있습니다.
Google Eighth-Generation TPUs
Google Cloud Tiered KV Cache
관련 글과 함께 읽기
댓글
댓글 쓰기