Incident Library

IL-0389 Amazon Web Services · 2018-11-22awsnetworking

AWS 서울 리전에서 EC2 DNS 확인 서버군의 정상 호스트가 줄어 EC2 인스턴스 안의 DNS 쿼리가 실패했다

2018년 11월 22일 한국 시간 오전 8시 19분부터 9시 43분까지 AWS 서울 리전 AP-NORTHEAST-2 의 EC2 인스턴스에서 DNS 확인이 실패했다. EC2 DNS 확인 서버군은 EC2 인스턴스에 재귀 DNS 서비스를 제공한다. 설정 업데이트가 이 서버군의 최소 정상 호스트 수를 지정하는 설정을 잘못 지웠고, 이 값이 아주 낮은 기본값으로 해석되면서 서비스 중인 정상 호스트가 줄었다. 정상 호스트 용량이 줄자 고객 EC2 인스턴스 안의 DNS 쿼리가 실패하기 시작했다. EC2 인스턴스의 네트워크 연결과 EC2 밖의 DNS 확인은 영향이 없었다.

엔지니어링 팀은 8시 21분에 알림을 받고 바로 대응을 시작했고, 8시 48분에 근본 원인을 찾았다. 먼저 정상 호스트가 서비스에서 더 빠지지 않게 막아 영향이 더 커지지 않게 했고, 이 작업에 15분이 더 걸렸다. 이어 용량을 이전 수준으로 되돌렸고, 복구 시간 대부분이 여기에 들었다. 9시 43분에 EC2 인스턴스 안의 DNS 쿼리가 완전히 복구됐다.

심각도
–
영향 범위
DNS resolution from within EC2 instances; EC2 network connectivity and DNS resolution outside EC2 instances were not affected
영향 사용자
–
지역
AP-NORTHEAST-2 (Seoul)
감지까지
2m
복구까지
1h 24m

증상

2018년 11월 22일 한국 시간 오전 8시 19분부터 서울 리전 AP-NORTHEAST-2 에서 고객 EC2 인스턴스 안의 DNS 쿼리가 실패하기 시작했다. AWS 엔지니어링 팀은 8시 21분에 이 DNS 확인 문제를 알림으로 받았다.

EC2 인스턴스에 재귀 DNS 서비스를 제공하는 EC2 DNS 확인 서버군에서 서비스 중인 정상 호스트 수가 줄어 있었다. EC2 인스턴스의 네트워크 연결과 EC2 밖에서의 DNS 확인은 영향을 받지 않았다.

증상 DNS 조회 실패

원인

촉발
설정 업데이트가 서울 리전 EC2 DNS 확인 서버군의 최소 정상 호스트 수를 지정하는 설정을 잘못 지웠다.

감지

한국 시간 오전 8시 21분에 엔지니어링 팀이 서울 리전의 DNS 확인 문제를 알림으로 받았다.

조치

후속 조치

교훈

–

출처

관련 사례

–

내 클러스터에도 있는지 확인하기

kubegap 은 Claude Code 나 Codex 에서 쿠버네티스 클러스터를 읽기만 하며 이 사례와 같은 상태를 점검합니다. 이 사례의 구성 요소: VPC DNS 리졸버. 점검 항목의 근거는 이 사례 같은 공개 보고서입니다.

AI 도구와 스크립트용

API 는 키가 필요 없습니다. MCP 서버는 search_incidents, get_incident, list_incidents, get_topic, vocab 도구를 내놓습니다. 사용법은 API 와 MCP.