데브옵스
[기술해설] AI 에이전트 시대의 Kubernetes 인프라 활용: Agent Sandbox 입문
두줄요약
Kubernetes용 Agent Sandbox의 CRD 구성과 StatefulSet 방식 대비 관리 단순화를 설명했습니다.\nWarmPool 기반 콜드 스타트 대응과 gVisor·Kata 격리 시 유의점을 정리했습니다.
구조와 흐름
- 장기 실행·상태 유지·고유 ID·격리 환경이 필요한 AI 에이전트용 Kubernetes CRD와 컨트롤러
- Core API의 Sandbox·SandboxTemplate과 Extensions API의 SandboxWarmPool·SandboxClaim 구성
- 템플릿 기반 Sandbox 사전 생성, Claim 기반 즉시 할당으로 이어지는 WarmPool 흐름
선택 이유
- StatefulSet·Service·PVC 조합의 다중 리소스 관리 복잡도 축소
- 안정적 네트워크 ID, Scale-to-Zero, 선택적 격리 런타임 지원
- 비신뢰 코드 실행 시 gVisor 또는 Kata Containers를 통한 커널 수준 격리 보강
성능/운영 포인트
- 유휴 에이전트의 Scale-to-Zero와 상태 보존
- WarmPool의 사전 프로비저닝으로 Pod 시작 오버헤드와 콜드 스타트 지연 완화
- SandboxTemplate 재사용과 WarmPool 복제본 수 기반의 에이전트 준비 용량 관리
주의할 점
- Kubernetes 1.32 미만 클러스터의 동작 미보장
- gVisor·Kata Containers 미설치 노드에서 해당 runtimeClassName 지정 시 Pod Pending 발생
- Agent Sandbox 자체의 기본 런타임은 runc이며 비신뢰 코드에만 강화 런타임 선택



