비용 절감의 유혹과 그에 따른 위험 Preemptible VM은 일반 온디맨드 인스턴스 대비 최대 91%까지 저렴한 비용으로 클라우드의 미사용 컴퓨팅 자원을 활용할 수 있는 강력한 옵션이다. GCP에서는 Preemptible VM, AWS에서는 Spot Instance로 불리며, 대규모 배치 처리, 머신러닝 학습, CI/CD 파이프라인 등에서 비용 효율성을 극대화하는 데 널리 사용된다. 그러나 이 저렴한 가격의 대가로, 해당 인스턴스는 언제든지 클라우드 … 더 읽기
EC2 인스턴스를 모두 종료하거나 사용하지 않았다고 확신했음에도 불구하고, 매월 AWS 청구서에서 예상치 못한 요금(소위 ‘청구서 폭탄’)이 발생하는 경우가 있습니다. 이는 컴퓨팅 자원(EC2) 외에 네트워크, 스토리지, 관리 서비스 등 영구적으로 실행되거나 사용량에 따라 과금되는 숨어있는 요소가 남아있기 때문입니다. EC2 요금이 없는데도 과금이 될 때 반드시 확인해야 할 5가지 항목과 과금 원리를 분석합니다. 숨은 과금 원리: “EC2는 … 더 읽기
Cross-Account(교차 계정) 접근은 AWS 환경에서 리소스 공유와 권한 위임을 위한 핵심 메커니즘이며, 주로 IAM Role의 AssumeRole API를 통해 이루어집니다. 하지만 접근 시 “Access Denied” 또는 “Invalid Identity” 오류가 발생하는 주된 원인은 접근을 허용하는 신뢰 정책(Trust Policy)과 접근을 정의하는 IAM 정책의 설정 누락이나 오류 때문입니다. 특히 복잡한 시나리오에서는 External ID나 MFA 설정 같은 고급 권한 문제가 … 더 읽기
AWS IAM(Identity and Access Management) 정책을 설정한 후 갑자기 ‘Access Denied’ 오류가 발생한다면? 이는 초보자부터 베테랑까지 흔히 겪는 골칫거리입니다. 정책을 올바르게 적용했음에도 불구하고 실시간으로 반영되지 않는 이유는 IAM의 전파 딜레이(propagation delay)와 정책 캐싱 메커니즘 때문입니다. 이 글에서는 AWS 공식 문서와 실무 사례를 바탕으로 원인을 깊이 파헤치고, 실시간 반영이 안 되는 메커니즘을 분석하며, 효과적인 대응 및 … 더 읽기
VPC 피어링(VPC Peering)은 두 AWS VPC를 사설 네트워크를 통해 직접 연결하여 인스턴스 간에 트래픽을 라우팅할 수 있게 해주는 강력한 기능입니다. 연결 자체는 쉽게 설정되지만, 피어링 후에도 인스턴스 간 통신이 이루어지지 않는 가장 흔한 이유는 라우팅 테이블 설정의 누락 때문입니다. VPC 피어링은 연결 통로만 제공할 뿐, 이 통로를 통해 트래픽이 이동하도록 양쪽 VPC의 라우팅 경로를 명시적으로 … 더 읽기
프라이빗 서브넷(Private Subnet)에 위치한 EC2 인스턴스가 인터넷에 전혀 접속하지 못하는 가장 근본적인 이유는 해당 서브넷이 인터넷 게이트웨이(Internet Gateway, IGW)에 직접적으로 연결되어 있지 않기 때문입니다. 프라이빗 서브넷은 의도적으로 공인 인터넷과의 직접적인 라우팅을 차단하도록 설계되어 있으며, 따라서 프라이빗 인스턴스가 외부 네트워크(예: 소프트웨어 업데이트, API 호출 등)로 나가기 위해서는 반드시 NAT 게이트웨이(NAT Gateway) 또는 NAT 인스턴스를 중계 지점으로 … 더 읽기
AWS Application Load Balancer(ALB)에서 발생하는 502 Bad Gateway와 504 Gateway Timeout 오류는 사용자가 서버에 정상적으로 접속하지 못하고 있음을 나타내는 대표적인 장애 코드입니다.이 두 오류는 단순한 HTTP 상태 코드 이상으로, ALB와 백엔드 서버(타겟) 간의 통신 상태를 직접적으로 반영하므로, 서비스 가용성(SLA)에 심각한 영향을 미칩니다. 1. 오류 정의 및 의미 오류 코드 의미 주요 발생 지점 502 Bad … 더 읽기
GKE(Google Kubernetes Engine) 환경에서 Pod을 배포했을 때 상태가 Pending에 오랫동안 머무르며 Running으로 전환되지 않는 현상은, Kubernetes 스케줄러가 해당 Pod을 실행할 적합한 노드(Node)를 찾지 못했거나, 노드를 할당했더라도 컨테이너 이미지를 성공적으로 다운로드하지 못하거나, 요청한 리소스(CPU, 메모리, 스토리지 등)를 확보하지 못했음을 의미합니다. 이 상태는 단순히 “대기 중”이라는 메시지로 표시되지만, 실제로는 클러스터의 리소스 관리, 네트워크 연결성, 이미지 레지스트리 접근, … 더 읽기
AWS EC2 인스턴스가 예고 없이 종료되면, 고객 이탈, 매출 손실, 신뢰 붕괴라는 3중 타격이 순식간에 현실이 됩니다. “왜 갑자기 꺼졌지?” 라는 질문은 단순한 호기심이 아니라, 비즈니스 연속성(BCP)의 핵심 과제입니다. 이러한 갑작스러운 종료의 근본 원인은 크게 AWS 자체 회수 정책, 성능 저하로 인한 시스템 장애, 사용자 설정 실수로 분류되며, 각각 예측 가능성, 탐지 난이도, 복구 전략이 … 더 읽기
클라우드 환경에서 실행 중인 인스턴스의 스펙을 업그레이드하거나 다운그레이드하는 인스턴스 타입 변경(Instance Type Change)은 인스턴스를 완전히 새로 생성하지 않고도 CPU 코어 수, 메모리 용량, 네트워크 대역폭, 스토리지 I/O 성능 등 컴퓨팅 자원을 실시간에 가깝게 유연하게 조정할 수 있는 매우 강력하고 편리한 기능입니다. 하지만 이 과정은 반드시 인스턴스를 완전히 중지(Stop)한 상태에서만 수행할 수 있으며, 중지 중 EBS … 더 읽기