현재 Amazon Web Services에 장애가 있나요?
Amazon Web Services에 문제가 발생했나요? AWS Health에서 관련 서비스 또는 리전 장애를 확인한 다음, 문제가 계정, 워크로드, 구성 또는 네트워크 경로 중 어디에 국한되는지 파악하세요.
Site Administrator
마지막 검토: September 25, 2026
최근 기록된 상태
정상 최근 확인에서 Amazon Web Services 웹사이트는 정상적으로 접속되고 응답하는 것으로 보였습니다.
| 엔드포인트 | 상태 | 관측 시각 |
|---|---|---|
| aws.amazon.com | Operational | 2026-11-09 14:04 UTC |
현재 사용자 환경에서는 작동하나요?
최근 신고 0건 — 의미 있는 추세를 표시하려면 더 많은 데이터가 필요합니다.
단일 외부 확인에서 놓칠 수 있는 부분적 또는 지역별 장애까지 확인하려면 Amazon Web Services의 공식 상태 페이지도 함께 확인하세요. 공식 상태 페이지.
이 확인으로 알 수 있는 것
- 운영 환경 구성을 변경하거나 리소스를 재배포하기 전에 AWS Health를 확인하세요.
- 장애를 정확한 AWS 서비스, 리전, 계정 또는 환경 및 리소스와 대조하세요. AWS 플랫폼 전체의 가용성이 항상 동일한 것은 아닙니다.
- 타임아웃, 연결 거부 또는 HTTP 5xx 응답은 애플리케이션, 프록시, 로드 밸런서, DNS, 라우팅, 보안 규칙 또는 AWS 리소스에서 발생할 수 있습니다.
- 일치하는 장애가 표시되지 않으면 가능한 경우 장애가 발생한 요청을 정상적으로 작동하는 워크로드, 엔드포인트, 리전 또는 네트워크와 비교하세요.
- 문제를 에스컬레이션하기 전에 서비스, 리전, 리소스, 타임스탬프, 작업, 정확한 오류, 요청 또는 상관관계 ID 및 최근 변경 사항을 기록하세요.
Amazon Web Services 안정성 정보
AWS 가용성 작동 방식
Amazon Web Services는 계정, 리전 및 가용 영역 전반에서 운영되는 클라우드 서비스 모음입니다. 하나의 애플리케이션이나 모든 서비스에 공통으로 적용되는 단일 가동 상태가 있는 것은 아닙니다. 특정 서비스 또는 리전에 영향을 주는 장애가 발생해도 다른 AWS 워크로드는 정상적으로 작동할 수 있습니다.
먼저 AWS 공식 Health 상태 페이지를 확인하세요. 표시된 이벤트가 영향을 받은 서비스, 리전, 리소스, 계정 또는 환경과 일치하는지, 장애가 발생한 대략적인 시간과도 맞는지 비교합니다. 일치하는 이벤트가 없다면 AWS 전체 장애로 판단하기 전에 계정별, 워크로드별, 구성 및 연결성 문제를 조사하세요.
공개 상태 페이지가 정상이라고 해서 모든 리소스가 정상이라는 뜻은 아닙니다. 자격 증명, 권한, DNS, 라우팅, 보안 제어, 엔드포인트 선택, 배포 변경 사항 및 애플리케이션 코드가 AWS 기반 서비스에 영향을 줄 수 있습니다.
Amazon Web Services 문제 해결 방법
AWS 장애 문제 해결
1. 서비스 또는 리전 장애 확인
AWS 공식 Health 상태 페이지를 열고 영향을 받은 서비스, 리전 및 대략적인 시작 시간과 일치하는 이벤트가 있는지 확인하세요. 일치하는 이벤트가 있다면 제공업체 측 문제일 가능성이 높습니다. 장애를 조사하는 동안 운영 환경 설정을 반복해서 변경하거나 리소스를 재배포하지 마세요.
일치하는 이벤트가 없다면 문제는 하나의 계정, 워크로드, 리전, 리소스 또는 네트워크 경로에 국한되었을 수 있습니다.
2. 장애가 발생한 계층 파악
실패하는 정확한 작업을 정의하세요. AWS 콘솔 열기, 코드 배포, 호스트 이름 확인, AWS 엔드포인트 호출, 스토리지에서 읽기 또는 데이터베이스 연결 중 어떤 작업이 실패하는지 확인합니다. 같은 리전의 관련 없는 리소스나 서비스가 여전히 작동하는지도 확인하세요.
장애가 최근 배포 또는 구성 변경과 함께 발생했는지 비교하세요. 정확한 AWS 오류, 요청 시간, 리전, 리소스 식별자 및 작업을 로그에서 확인합니다. HTTP 5xx 응답만으로 AWS가 다운되었다고 판단할 수는 없습니다. 애플리케이션, 프록시, 로드 밸런서 또는 게이트웨이가 해당 응답을 생성했을 수도 있습니다.
3. 계정, 권한 및 구성 문제 확인
하나의 계정, 환경 또는 리소스에 국한된 장애라면 선택한 리전, 리소스 상태, 자격 증명, 권한, 엔드포인트, 할당량 및 최근 인프라 변경 사항을 확인하세요. 애플리케이션이 의도한 계정과 리전을 사용하고 있는지 확인합니다. 정상적으로 작동하는 경로가 있는데 특정 ID 또는 배포만 실패한다면 플랫폼 전체의 문제로 판단하기 전에 액세스 및 구성을 조사하세요.
4. 브라우저 및 콘솔 관련 문제 확인
AWS 콘솔 또는 호스팅된 애플리케이션이 특정 브라우저나 한 대의 장치에서만 실패한다면 시크릿 창, 다른 지원 브라우저 또는 다른 장치에서 시도하세요. 사이트 데이터를 삭제하기 전에 화면에 표시된 오류를 기록합니다. 콘솔만의 문제는 기본 AWS 리소스의 상태와 별개일 수 있습니다.
5. 네트워크, DNS 및 연결성 확인
가능하면 두 번째 네트워크에서 테스트하세요. 영향을 받은 호스트 이름의 DNS 확인, TLS 협상 및 연결 동작을 비교합니다. DNS 오류, 연결 거부, 인증서 오류 및 타임아웃은 로컬 DNS, VPN 또는 프록시 설정, 방화벽 규칙, 라우팅, 보안 그룹, 네트워크 ACL, 로드 밸런서 리스너 또는 대상 애플리케이션으로 인해 발생할 수 있습니다.
다른 네트워크나 리전에서는 요청이 정상적으로 작동한다면 글로벌 장애라고 가정하기보다 클라이언트와 AWS 사이의 경로를 조사하세요.
6. SDK, CLI, 웹훅 및 자동화 장애 확인
오류의 전체 범주와 작업을 기록하세요. 인증 또는 권한 오류를 스로틀링, 유효성 검사, 엔드포인트, 타임아웃 및 서버 측 오류와 구분합니다. 구성된 리전과 엔드포인트를 확인한 다음, 작업을 반복해도 안전한 경우에만 재시도하세요. 운영 환경 변경의 경우 문제 해결이나 지원 요청에 사용할 수 있도록 요청 ID와 타임스탬프를 보존합니다.
출처 및 참고 자료
공식 출처
- AWS Health 상태 — 현재 AWS 서비스 또는 리전 가용성 이벤트를 확인합니다.
현재 가용성 정보는 상태 페이지에서 확인하세요. 계정별 또는 워크로드별 장애를 진단하려면 로그, 배포 기록, 오류 세부 정보 및 네트워크 테스트가 필요합니다.
이 확인의 작동 방식
이 실시간 확인은 당사 서버에서 실행되므로 모든 지역, 계정, 기능 또는 네트워크 경로의 상태를 반영하지 않을 수 있습니다.
실시간 상태 배지 삽입
대시보드, 문서 또는 블로그에 이 배지를 추가할 수 있습니다. Erriscope의 캐시된 관측값을 표시하고 이 상태 페이지로 연결됩니다.
<a href="https://erriscope.com/ko/status/aws/"><img src="https://erriscope.com/status/badge/aws.svg" alt="Amazon Web Services status on Erriscope" width="210" height="34"></a>자주 묻는 질문
AWS가 다운되었는지 어떻게 확인하나요?
AWS 공식 Health 상태 페이지에서 영향을 받은 서비스, 리전 및 장애 발생 시간과 일치하는 이벤트를 확인하세요. 하나의 AWS 서비스 또는 리전에서 발생한 장애가 플랫폼 전체에 영향을 주는 것은 아닙니다.
AWS에 장애가 표시되지 않는데 애플리케이션이 다운되는 이유는 무엇인가요?
문제가 계정, 리소스, 배포, 자격 증명, 권한, 애플리케이션, DNS 또는 네트워크 경로에 국한되었을 수 있습니다. 상태 페이지가 문제를 설명한다고 결론 내리기 전에 정확히 어떤 작업이 실패했는지 확인하고 정상적으로 작동하는 워크로드 또는 경로와 비교하세요.
AWS 타임아웃은 AWS 장애의 증거인가요?
아니요. 타임아웃은 클라이언트와 AWS 사이, 프록시 또는 로드 밸런서, 네트워크 제어 영역 또는 대상 애플리케이션 내부에서 발생할 수 있습니다. 가능하면 다른 네트워크에서 테스트하고 리전, 엔드포인트, 타임스탬프 및 전체 오류를 기록하세요.
AWS 오류를 에스컬레이션하기 전에 어떤 정보를 수집해야 하나요?
영향을 받은 서비스, 리전, 계정 또는 환경, 리소스, 작업, 타임스탬프, 요청 또는 상관관계 ID, 정확한 오류 내용, 최근 변경 사항 및 다른 네트워크나 워크로드에서도 장애가 발생하는지를 기록하세요.
AWS 서비스에 장애가 발생하면 재배포해야 하나요?
자동으로 재배포해서는 안 됩니다. 먼저 AWS Health를 확인하고 증거를 수집하세요. 실제 원인이 제공업체 장애, 자격 증명 문제, 권한 문제, 네트워크 장애 또는 리전 구성 문제인데 재배포를 진행하면 원래 장애가 가려지거나 또 다른 변경 사항이 추가될 수 있습니다.
AWS 기반 사이트를 사용할 수 없을 때 어떤 오류가 표시될 수 있나요?
장애가 발생한 계층에 따라 사용자에게 HTTP 500, 502, 503 또는 504 응답, 연결 거부, DNS 오류 또는 타임아웃이 표시될 수 있습니다. 이러한 메시지는 요청이 실패한 위치를 알려줄 뿐, 근본 원인이나 AWS 전체에 광범위한 장애가 발생했는지를 반드시 의미하지는 않습니다.
이 실시간 확인은 당사 서버에서 실행되므로 모든 지역, 계정, 기능 또는 네트워크 경로의 상태를 반영하지 않을 수 있습니다.