OpenAI와 Broadcom의 Jalapeño LLM ASIC 내부 구조: 아키텍처, 성능, 그리고 대규모 추론(Inference)에 미치는

원래 CoreProse KB-incidents에 게시되었습니다.

현재 LLM 추론(Inference)은 메인프레임 시대의 컴퓨팅과 유사한 모습을 보이고 있습니다: 부족한 용량, 비싼 전력 비용, 그리고 소수의 GPU 벤더가 로드맵을 통제하는 상황입니다.[1] 매일 수백만 건의 요청을 처리하는 제품의 경우, 부하 발생 시의 지연 시간(Latency) 급증과 에너지 및 하드웨어 상각 비용이 비용의 대부분을 차지합니다.[7]

OpenAI와 Broadcom의 Jalapeño "지능형 프로세서(Intelligence Processor)"는 GPT-5, 3-Codex, Spark와 같은 프런티어 모델을 위한 수직 계열화된 추론 전용 실리콘(Silicon)을 향한 가시적인 움직임입니다.[1] 훈련용 GPU를 재사용하는 대신, Jalapeño는 실제 LLM 서빙(Serving) 패턴에서 시작하여 실리콘, 상호 연결(Interconnect), 그리고 랙(Rack) 수준까지 최적화를 밀어붙입니다.[1]

ML 팀들에게 이는 다음과 같은 변화를 의미합니다:

• 와트당 성능(Perf-per-watt)이 최우선적인 제품 기능이 됩니다.[1]
• 런타임 거버넌스(Runtime governance)와 비용 귀속(Cost attribution)이 새로운 실리콘의 배포 가능 여부를 결정합니다.[7]
• 보안 및 규제가 이상적인 지연 시간 또는 비용 간의 절충안(Tradeoffs)보다 우선할 수 있습니다.[5][6]

💡 핵심 아이디어: Jalapeño는 독립적인 속도 향상 도구가 아니라, 관리되는 LLM 스택 내부의 _서빙 프리미티브(Serving primitive)_입니다.[1][7]

1. 왜 OpenAI에 지금 전용 LLM 추론 ASIC이 필요한가

OpenAI의 첫 번째 "지능형 프로세서(Intelligence Processor)"는 훈련(Training)이 아닌 추론(Inference)을 위해 구축되었습니다.[1]

• 서로 다른 워크로드(Workload):
  • 훈련(Training): 폭발적(Bursty)이며, 배치(Batch) 중심적이고, 처리량(Throughput) 중심적입니다.
  • 추론(Inference): 지연 시간(Latency)에 민감하며, 멀티 테넌트(Multi-tenant) 방식이고, 모든 제품 팀에 비용이 가시적으로 드러납니다.[1]
• 수직적 최적화(Vertical optimization):
  • OpenAI는 자체 모델, 커널(Kernel), 그리고 서빙 스택에 대한 지식을 바탕으로 하드웨어를 공동 설계(Codesign)합니다.[1]
  • 질문은 다음과 같습니다: 어떤 실리콘이 우리의 서빙 커널을 스케줄링, 배치, 관찰 및 거버넌스하기 매우 쉽게 만드는가?[1]

⚡ 배포에서 런타임 거버넌스로[7]

현대적인 LLM 스택은 연속적인 제어 시스템입니다:

• 구성 요소 (Components):
  • 가중치 (Weights), 토크나이저 (tokenizers), 디코딩 정책 (decoding policies).
  • 서빙 프레임워크 (Serving frameworks), 검색 인덱스 (retrieval indexes), 벡터 저장소 (vector stores).
  • 라우터 (Routers), 안전 필터 (safety filters), 실행 예산 (execution budgets). [7]
• Jalapeño:
  • 기존 제어 평면 (control plane)에 의해 관리되는 새로운 추론 계층 (inference tier).
  • 비용, 지연 시간 (latency), 정책에 따라 다른 백엔드와 마찬가지로 라우팅됨. [7]

💼 기업의 압박: 컴플라이언스로서의 지연 시간 (latency as compliance) [6]

규제 대상 기업 (예: Medtronic, Innovaccer, Aviva, Siemens Healthineers):

• 우선순위:
  • 예측 가능한 지연 시간 SLA (Service Level Agreements) 및 지역별 용량 (regional capacity).
  • 안정적이고 감사 가능한 요청당 비용 (cost per request).
  • HIPAA/GDPR 제약 조건 준수. [6]
• Jalapeño의 약속:
  • 더 낮은 에너지 사용 및 더 높은 활용도 (utilization).
  • 더 예측 가능한 용량 계획 (capacity planning). [1]
• 사례: 30명 규모의 한 헬스케어 스타트업은 파일럿 중간에 GPU 스팟 가격이 두 배로 뛰자 사용량을 제한해야 했습니다. 인프라 변동성 (infra volatility)이 이사회 수준의 리스크가 된 것입니다. [6][7]

⚠️ 소프트웨어는 이미 매우 최적화되어 있음 [2]

• GPU 상의 Ray Serve + vLLM + PagedAttention + 연속 배치 (continuous batching) 조합은 강력한 처리량 (throughput)/지연 시간 (latency)을 제공합니다. [2]
• Jalapeño는 단순히 원시 TOPS (Tera Operations Per Second)가 아니라, 이러한 _시스템 수준 (system-level)_의 기준점 (baseline)을 뛰어넘어야 합니다.

소결론: OpenAI는 단순히 속도만을 쫓는 것이 아니라, 제품 및 리스크 관리자들이 계획을 세울 수 있는 예측 가능하고 거버넌스(governable)가 가능한 추론 용량을 추구하고 있습니다. [1][6][7]

2. Jalapeño 아키텍처와 LLM 스택에서의 역할

Jalapeño는 OpenAI와 Broadcom이 공동 개발한 다세대 플랫폼의 첫 번째 가속기이며, Broadcom과 Celestica가 하드웨어 구현, 랙 통합 (rack integration), 네트워킹 및 스케일 아웃 (scale-out) 시스템을 담당합니다. [1] 엔지니어링 샘플은 이미 GPT-5.3-Codex-Spark와 같은 모델을 실제 운영 환경과 유사한 빈도와 전력으로 실행하고 있으므로, 전력, 상호 연결 (interconnect) 및 소프트웨어가 실제 부하 환경에서 튜닝되고 있습니다. [1]

💡 아키텍처: 실리콘에 구현된 서빙 패턴 [1][2]

OpenAI가 전체 마이크로아키텍처 (microarchitectural) 세부 사항을 공유하지는 않았지만, 공개된 힌트들은 다음을 강조합니다:

• 데이터 이동 감소 (Reduced data movement):
  • 연산 (Compute)과 고대역폭 메모리 (High-bandwidth memory)의 긴밀한 결합.
  • KV-캐시 (KV-cache) 액세스에 최적화된 상호 연결 (Interconnect). [1]
• 균형 잡힌 자원 (Balanced resources):
  • 어텐션 (Attention) 및 MLP 전반에 걸쳐 실질적인 활용률이 정점에 근접하도록 연산, 메모리, 네트워킹을 공동 설계 (Co-designed). [1]
• 추론 인지 설계 (Inference-aware design):
  • 페이징된 KV-캐시 (Paged KV-caches) 및 연속 배치 (Continuous batching)가 사후에 추가된 것이 아니라 설계 단계부터 고려됨. [1][2]
  • 메모리 계층 구조 (Memory hierarchy) 및 스케줄러 (Schedulers)가 일반적인 액세스 패턴을 하드웨어 수준에서 처리 (Hard-wire)할 수 있음.

📊 에이전트 스택에서의 위치 (Position in the agent stack) [7][8]

AI 에이전트 아키텍처는 흔히 LLM, 도구 (Tools), 메모리 (Memory), 계획 (Planning), 오케스트레이션 (Orchestration), 액션 인터페이스 (Action interfaces)의 6개 계층으로 간주됩니다. [8] Jalapeño는:

• LLM 계층의 중심축 역할을 하지만, 다음 요소들과 통합되어야 합니다:
  • 표준 도구/데이터 액세스를 위한 모델 컨텍스트 프로토콜 (Model Context Protocol, MCP). [8]
  • 멀티 에이전트 흐름 및 도구 사용을 위한 오케스트레이션 프레임워크 (Orchestration frameworks). [7][8]
  • 예산, 안전성 및 롤백 경로 (Rollback paths)를 강제하는 컨트롤 플레인 (Control planes). [7]
• 필요 사항:
  • 일급 시민 수준의 관측 가능성 (Observability) (지연 시간 (Latency), 오류, 토큰당 비용).
  • 실리콘 (Silicon), 런타임 (Runtime) 및 라우팅 (Routing) 전반에 걸친 동적 구성 및 안전한 롤백. [7]

⚠️ 함정: 특수 사례 클러스터 (Pitfall: special-case clusters) [2][7]

• Jalapeño 랙을 고유한 API를 가진 맞춤형 클러스터로 취급하면 LLM-ops가 파편화될 것입니다.
• 현재 GPU 백엔드가 사용하는 것과 동일한 OpenAI 호환 API 및 라우팅을 통해 이를 노출해야 한다는 압박이 있을 것입니다. [2][7]

소결론 (Mini-conclusion): Jalapeño는 현대적인 추론 패턴을 전제로 하며, 에이전트 및 거버넌스 스택에 즉시 투입 가능한 백엔드 (Drop-in backend)로 연결되는 서빙 우선 (Serving-first) 가속기입니다. [1][2][7][8]

3. 성능, 효율성 및 비용 모델링 (Performance, Efficiency, and Cost Modeling)

OpenAI는 Jalapeño가 현재의 가속기들보다 와트당 성능 (Perf-per-watt)이 실질적으로 더 뛰어나며, 추론의 매 밀리초 (Millisecond)당 비용을 절감하는 것을 목표로 한다고 보고했습니다. [1] 하지만 인프라 구매자들은 다음 사항에 관심을 가집니다:

• 목표 지연 시간 SLO (Service Level Objectives) 하에서의 백만 토큰당 낮은 비용.
• 급증하는 멀티 테넌트 (Multi-tenant) 부하 상황에서도 안정적인 지연 시간.
• 더 용이한 용량 계획 (Capacity planning) 및 오토스케일링 (Autoscaling). [2][6][7]

💡 실리콘 지표에서 LLM 인지 KPI (LLM-aware KPIs)로 [6][7]

규제 산업(Regulated industries)의 경우:

• 배포의 고충은 종종 모델 외부에서 발생합니다:
  • 데이터 흐름 제어(Data flow control), 로깅(Logging), 보존(Retention) 및 데이터 거주성(Residency)이 복잡성의 대부분을 차지합니다. [6]
• 하드웨어 측면의 어떠한 이점도 다음과 같이 나타나야 합니다:
  • 컴플라이언스(Compliance) 팀을 위한 예측 가능한 과금 및 비용 곡선.
  • 절차적 SLA(Service Level Agreements)에 부합하는 지연 시간 분포(Latency distributions).
  • 감사(Audit)를 견딜 수 있는 활용도(Utilization) 및 라우팅 로그. [6][7]
• LLM-ops는 다음과 같이 경고합니다:
  • 토큰 사용량, 재시도(Retries), 모델 드리프트(Model drift)가 눈에 보이지 않게 비용을 부풀릴 수 있습니다. [7]
  • 더 저렴한 추론(Inference)이 도움이 되기는 하지만, 거버넌스(Governance)를 대체할 수는 없습니다. [7]

📊 GPU 및 CPU와의 벤치마킹 (Benchmarking) 비교 [2][6][7]

• GPU 베이스라인 (Anyscale):
  • 공격적인 배치(Batching) 및 오케스트레이션(Orchestration)을 통해 낮은 지연 시간과 높은 처리량(Throughput)을 생성합니다. [2]
  • Jalapeño는 단순히 FLOPS뿐만 아니라, 이러한 엔드 투 엔드(End-to-end) 성능을 능가해야 합니다. [2][7]
• CPU 베이스라인 (Truefoundry):
  • 라우팅/경량 추론 시 단일 vCPU에서 약 10ms의 지연 시간과 약 350 RPS를 기록합니다. [6]
  • 만약 Jalapeño가 빠르더라도 이를 둘러싼 오케스트레이션이 느리다면, 사용자는 이득을 거의 느끼지 못할 것입니다. [2][6]

OpenAI는 방법론과 결과가 포함된 기술 보고서(Technical report)를 계획 중입니다. [1] LLM에 정통한 팀들은 다음 사항을 확인해야 합니다:

• 다음과 같은 분류별 지표:
  • 모델 변형(Model variant), 컨텍스트 길이(Context length), 배치 크기/체제(Batch size/regime).
  • 콜드 캐시(Cold cache) 대 웜 캐시(Warm cache), 스트리밍(Streaming) 대 전체 완성(Full completion). [1]
• LLM-ops 모범 사례와의 정렬:
  • 투명한 측정, 현실적인 트래픽 혼합(Traffic mixes), 그리고 백분위수(Percentile) 기반의 지연 시간/비용 보고. [1][7]

⚠️ 비용 모델의 함정 (Cost-model gotcha) [1][7]

• ASIC는 토큰당 비용은 더 저렴할 수 있지만, 다음과 같은 경우 전체 비용은 더 높아질 수 있습니다:
  • 랙(Racks)이 과잉 프로비저닝(Over-provisioned)된 경우.
  • 활용도 목표(Utilization targets)를 달성하지 못한 경우. [1][7]
• 정확한 트래픽 예측과 정밀한 오토스케일링(Autoscaling)은 여전히 필수적입니다.

소결론: Jalapeño를 평가할 때는 단순히 최대 TOPS(Tera Operations Per Second)만을 보지 말고, 현실적인 멀티 테넌트(Multi-tenant) 워크로드 하에서 특정 백분위수 지연 시간 기준의 토큰당 비용과 같은 LLM 인지 KPI(LLM-aware KPIs)를 사용하여 평가하십시오. [1][2][6][7]

4. 맞춤형 추론 스택에서의 보안, 거버넌스 및 리스크 (Security, Governance, and Risk in a Custom Inference Stack)

LLM 보안은 프롬프트(prompts), 도구(tools), 데이터 저장소(data stores), 검색 인덱스(retrieval indexes), 그리고 모델 동작(model behavior)을 모두 관리해야 한다는 점에서 전통적인 사이버 보안을 넘어 AI 특화된 우려 사항으로 확장됩니다.[5]

Jalapeño 클러스터의 경우, 이는 다음을 의미합니다:

• "하드웨어 고립(hardware islands)" 방지:
  • 기업의 ID 및 액세스 관리(identity and access management)와 완전한 통합.[5]
  • 네트워크 세분화(network segmentation) 및 제로 트러스트(zero-trust) 원칙 적용.[5]
  • 중앙 집중식 로깅(logging) 및 키 관리(key management).[5][9]
• 일관된 정책:
  • GPU 백엔드와 동일한 보안, 개인정보 보호 및 컴플라이언스(compliance) 제어.[5][9]

💼 규제적 이해관계 (Regulatory stakes)[4][6][9]

주요 리스크:

• 프롬프트 인젝션(Prompt injection), 데이터 오염(data poisoning), 민감 데이터 유출.[4]
• HIPAA(미국 의료정보 보호법) 적용 시:
  • 위반 건당 최대 $50,000의 벌금.[4]
• GDPR(유럽 일반 데이터 보호 규칙) 적용 시:
  • 최대 2,000만 유로 또는 전 세계 연간 매출액의 4%에 달하는 과징금.[4]
• Jalapeño에 미치는 영향:
  • 랙(Rack) 위치 및 지역적 격리는 데이터 거주성(data residency)을 준수해야 함.[6]
  • 국가 간 라우팅(cross-border routing)은 정책에 의해 제어되어야 하며 감사(auditable) 가능해야 함.[4][6]
  • 추론 계층(inference-layer) 로그는 포렌식(forensic) 및 규제 조사를 지원해야 함.[4][6]

NSA(미국 국가안보국) 가이드라인:

• AI 시스템은 금융 시스템과 유사한 수준의 엄격함이 필요함:
  • 강력한 액세스 제어 및 모니터링.
  • 맞춤형 실리콘(custom silicon) 및 펌웨어(firmware)에 이르는 공급망 보안(supply-chain security).[9]
• Broadcom과의 Jalapeño 공동 개발은 이 측면에서 면밀한 검토를 받게 될 것임.[1][9]

⚠️ 공격자들은 이미 LLM을 무기화하고 있음[3][5][10]

다음과 같은 증거가 나타나고 있습니다:

• 확장 가능한 피싱(phishing), 정찰(reconnaissance), 취약점 발견(vulnerability discovery)에 LLM이 사용됨.[3][10]
• 에이전트(agents)에 대한 보안 평가 결과:
  • 강력한 도구 체이닝(tool-chaining) 능력.
  • 조작(manipulation) 상황에서의 높은 취약성(brittleness).[5][10]
• LLM 공격은 종종 정상적인 사용처럼 보임:
  • 프롬프트 기반 권한 상승(privilege escalation).
  • 도구 호출(tool calls)을 통한 측면 이동(lateral movement).
  • RAG(검색 증강 생성) 파이프라인을 통한 데이터 유출(data exfiltration).[5][9]

Jalapeño 기반 시스템을 위한 방어적 요구 사항:

• 지속적인 레드팀 수행 (Red-teaming) 및 평가. [3][5][9]
• 세밀한 로깅 (Fine-grained logging):
  • 토큰 수준의 추적 (Token-level traces), 도구 호출 (Tool calls), 그리고 라우팅 결정 (Routing decisions). [7][9]
• 신속한 롤백 (Rapid rollback):
  • 모델, 프롬프트, 라우팅 규칙, 그리고 안전 정책 (Safety policies). [7][9]

💡 커스텀 실리콘에 대한 거버넌스 (Governance on custom silicon) [1][5][7][9]

Jalapeño는 궁극적으로 다음 사항들을 달성하는지에 따라 평가받을 것입니다:

• 대규모 환경에서 안전성과 거버넌스를 더 저렴하고 더 신뢰할 수 있게 만드는가.
• 관측성 (Observability) 및 사고 대응 (Incident response)을 개선하는가.
• 가용성 (Availability)을 희생하지 않으면서 더 엄격한 정책 집행을 가능하게 하는가. [1][5][7][9]

결론

Jalapeño는 OpenAI가 범용 GPU에서 벗어나, 자사의 모델, 서비스 스택, 그리고 거버넌스 요구 사항에 최적화된 수직 계열화된 추론 전용 (Inference-only) 실리콘으로 이동하고 있음을 나타냅니다. [1] Jalapeño의 진정한 시험대는 최고 성능이 아니라, 다음을 제공할 수 있는지 여부입니다:

• 엄격한 지연 시간 SLO (Service Level Objectives) 내에서 더 낮고 예측 가능한 토큰당 비용 제공. [1][2][6][7]
• 기존의 에이전트 (Agent), 오케스트레이션 (Orchestration), 그리고 보안 스택과의 원활한 통합. [5][7][8][9]
• 고위험 배포 (High-stakes deployments)를 위한 더 강력한 거버넌스, 관측성, 그리고 컴플라이언스 (Compliance). [4][5][6][9]

Jalapeño가 이러한 차원들에서 성공한다면, 대규모 LLM 추론이 설계되고 구매되는 방식을 재정의할 것입니다.

About CoreProse: 검증된 인용을 포함한 연구 중심의 AI 콘텐츠 생성. 환각 (Hallucination) 제로.

🔗 Try CoreProse | 📚 More KB Incidents