<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Cost-Optimization on nanta - 데이터 엔지니어링</title><link>https://nanta-data.dev/tags/cost-optimization/</link><description>Recent content in Cost-Optimization on nanta - 데이터 엔지니어링</description><generator>Hugo -- gohugo.io</generator><language>ko</language><copyright>© 2026 nanta</copyright><lastBuildDate>Mon, 09 Mar 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://nanta-data.dev/tags/cost-optimization/index.xml" rel="self" type="application/rss+xml"/><item><title>AWS EC2 인스턴스 아키텍처 비교: ARM Graviton4 vs AMD Turin — 가장 빠른 인스턴스가 최선인가</title><link>https://nanta-data.dev/posts/ec2-instance-architecture-comparison/</link><pubDate>Mon, 09 Mar 2026 00:00:00 +0000</pubDate><guid>https://nanta-data.dev/posts/ec2-instance-architecture-comparison/</guid><description>2026년 벤치마크에서 AMD EPYC Turin(C8a)이 단일/멀티스레드 모두 압도적 1위를 기록했다. 현재 Graviton(ARM) 기반으로 운영 중인 데이터 플랫폼 인프라를 전환해야 할까? vCPU와 물리 Core의 차이, Spot 가격 대비 Core 확보 효율, 워크로드별 특성을 분석한 결과 — 전면 교체보다 혼합 전략이 합리적이라는 결론에 도달했다.</description></item><item><title>EKS AI 서빙 노드 비용 절감: 인스턴스 다양화, Consolidation, 스케줄 스케일링</title><link>https://nanta-data.dev/posts/eks-ai-platform-cost-saving/</link><pubDate>Thu, 05 Mar 2026 00:00:00 +0000</pubDate><guid>https://nanta-data.dev/posts/eks-ai-platform-cost-saving/</guid><description>AI 플랫폼팀의 서빙 API가 c6i.2xlarge와 m6i.2xlarge 두 종류의 온디맨드 인스턴스에 500개 파드를 항시 고정 배포하고 있었다. 인스턴스 타입 다양화와 Karpenter consolidation을 1차로 적용하고, KEDA cron 트리거 기반 스케줄 스케일링을 2차로 적용했다. 핵심 발견: consolidation 단독으로는 파드 수가 불변이면 효과가 제한적이고, 스케일인과 결합해야 노드 수가 줄어든다.</description></item><item><title>EKS Topology Aware Hint 적용 검토: 우리 클러스터에서는 의미 없었던 이유</title><link>https://nanta-data.dev/posts/eks-topology-aware-hints/</link><pubDate>Fri, 27 Feb 2026 00:00:00 +0000</pubDate><guid>https://nanta-data.dev/posts/eks-topology-aware-hints/</guid><description>EKS cross-AZ 통신 비용 절감을 위해 Topology Aware Hint 적용을 검토했다. EndpointSlice에 힌트는 정상적으로 붙었지만, 실제 효과는 없었다. AWS Load Balancer Controller의 IP 타깃 모드가 kube-proxy를 우회하고, 주요 내부 워크로드(Spark, Trino, Airflow)가 모두 싱글 존 또는 stateful 통신이라 힌트가 참조되는 경로 자체가 존재하지 않았다.</description></item></channel></rss>