<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>EKS - 태그 - lee's blog</title><link>https://ken-0913.github.io/myblog/tags/eks/</link><description>EKS - 태그 - lee's blog</description><generator>Hugo -- gohugo.io</generator><language>ko-kr</language><managingEditor>hyeonjae0913@gmail.com (ken-0913)</managingEditor><webMaster>hyeonjae0913@gmail.com (ken-0913)</webMaster><lastBuildDate>Sat, 05 Sep 2026 13:00:00 +0900</lastBuildDate><atom:link href="https://ken-0913.github.io/myblog/tags/eks/" rel="self" type="application/rss+xml"/><item><title>LLM 스터디 5주차 - Terraform으로 AWS EKS에 vLLM Production Stack 배포하기 — Qwen3-8B와 LMCache CPU 오프로딩까지</title><link>https://ken-0913.github.io/myblog/posts/llm/llm-eks-cluster-exercise/</link><pubDate>Sat, 05 Sep 2026 13:00:00 +0900</pubDate><author><name>ken-0913</name></author><guid>https://ken-0913.github.io/myblog/posts/llm/llm-eks-cluster-exercise/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/llm-eks-cluster-exercise-bc591db1.png" referrerpolicy="no-referrer">
            </div><p><code>vllm-project/production-stack</code> 레포의 <a href="https://github.com/vllm-project/production-stack/tree/main/tutorials/terraform/eks" target="_blank" rel="noopener noreferrer"><code>tutorials/terraform/eks</code></a> 튜토리얼을 따라가며 AWS EKS에 Managed Kubernetes + GPU 노드그룹 + vLLM Production Stack을 Terraform으로 올리는 과정을 명령어 단위로 기록한다. 기본 예시는 TinyLlama-1.1B였지만, 이번엔 NVIDIA L4(g6.2xlarge)에 Qwen3-8B를 올리고, 나아가 LMCache로 KV 캐시 CPU 오프로딩까지 켜본다.</p>
<p><img class="tw:inline" loading="lazy" src='/myblog/posts/llm/llm-eks-cluster-exercise/orca-paste-1788590900221-ec29d81a-7eb4-4f91-a726-2e0fa7c8b6ef.png'    height="1908" width="2918"></p>
<h2 id="1-aws-eks-사전-점검-및-환경-구성" class="headerLink">
    <a href="#1-aws-eks-%ec%82%ac%ec%a0%84-%ec%a0%90%ea%b2%80-%eb%b0%8f-%ed%99%98%ea%b2%bd-%ea%b5%ac%ec%84%b1" class="header-mark"></a>1. AWS EKS 사전 점검 및 환경 구성</h2><p>클라우드 GPU 인프라는 리전별 쿼터, k8s 버전과 GPU 드라이버 호환성처럼 튜토리얼 문서만 봐서는 알 수 없는 제약이 많다. 그래서 <strong>인프라를 실제로 만들기 전에</strong> 같은 종류의 제약을 먼저 CLI로 확인하는 것부터 시작했다.</p>]]></description></item><item><title>LLM 스터디 2주차 - 클라우드 벤더와 함께 구축하기 — AWS SageMaker로 보는 모델 서빙 6단계</title><link>https://ken-0913.github.io/myblog/posts/llm/llm-sagemaker-serving-options/</link><pubDate>Wed, 12 Aug 2026 21:00:00 +0900</pubDate><author><name>ken-0913</name></author><guid>https://ken-0913.github.io/myblog/posts/llm/llm-sagemaker-serving-options/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/llm-sagemaker-serving-options-f31bc27d.png" referrerpolicy="no-referrer">
            </div><p>AWS SageMaker를 예시로 삼아 퍼블릭 클라우드에서 모델 서빙 시스템을 만드는 <strong>6가지 방법</strong>을 정리한다.  <strong>클라우드 벤더가 서빙 옵션을 설계하는 근본 논리 파악하고</strong> GCP Vertex AI나 Azure ML의 유사한 스펙트럼도 같은 기준으로 판단할 수 있다.</p>
<p><strong>5절의 모든 명령과 로그는 RTX 3050 6GB 리눅스 데스크톱에서 실제로 실행한다.</strong></p>
<h2 id="1--6단계-스펙트럼" class="headerLink">
    <a href="#1--6%eb%8b%a8%ea%b3%84-%ec%8a%a4%ed%8e%99%ed%8a%b8%eb%9f%bc" class="header-mark"></a>1.  6단계 스펙트럼</h2><table>
	<thead>
			<tr>
					<th>단계</th>
					<th>방식</th>
					<th>자유도</th>
					<th>운영 부담</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td>1</td>
					<td>Bedrock</td>
					<td>낮음</td>
					<td>매우 낮음</td>
			</tr>
			<tr>
					<td>2</td>
					<td>SageMaker JumpStart</td>
					<td>조금 높음</td>
					<td>낮음</td>
			</tr>
			<tr>
					<td>3</td>
					<td>Bring Your Own Model</td>
					<td>중간</td>
					<td>중간</td>
			</tr>
			<tr>
					<td>4</td>
					<td>Bring Your Own Code</td>
					<td>높음</td>
					<td>높음</td>
			</tr>
			<tr>
					<td>5</td>
					<td>Bring Your Own Serving Image</td>
					<td>매우 높음</td>
					<td>매우 높음</td>
			</tr>
			<tr>
					<td>6</td>
					<td>Build Your Own Infrastructure</td>
					<td>최고</td>
					<td>최고</td>
			</tr>
	</tbody>
</table>
<p>각 단계에서 <strong>AWS가 소유하던 레이어가 하나씩 사용자 책임으로 넘어온다.</strong></p>]]></description></item></channel></rss>