최근 AWS 장애로 Salesforce도 영향을 받았나요? 클라우드 문제라고 단정짓기 전에 확인해야 할 사항은 무엇인가요?

Salesforce 속도가 느려지거나, 로그인이 실패하거나, 통합 기능이 갑자기 작동을 멈추는 등의 문제가 AWS 장애 소식과 동시에 발생하면 두 가지 현상을 즉시 연관 짓고 싶은 유혹이 생깁니다. 어떤 경우에는 그 진단이 맞을 수도 있지만, 항상 그런 것은 아닙니다.

2026년 9월 16일 현재, 최근 AWS 장애로 인한 광범위한 Salesforce 서비스 중단에 대한 공식적인 증거는 없습니다. AWS는 중동(바레인) 리전에서 장기 서비스 중단이 발생하고 있으며, 중동(UAE) 리전 일부 지역에서도 심각한 장애가 발생하고 있다고 보고하고 있습니다. Salesforce는 UAE를 포함한 여러 국가의 AWS에서 Hyperforce 워크로드를 실행하고 있으므로, 지역적인 AWS 문제는 일부 Salesforce 고객에게 영향을 미칠 수 있습니다. 하지만 AWS가 원인이라고 단정하기 전에 특정 조직, 인스턴스, 리전 및 서비스 수준에서 Salesforce 서비스 상태를 확인해야 합니다.

이 문서에서는 무엇이 확정되었는지, 무엇이 확정되지 않았는지, Salesforce 환경에 영향이 있는지 확인하는 방법, 그리고 공개 상태 페이지를 기다리는 대신 네트워크, 브라우저, 통합 또는 테넌트 문제를 직접 조사해야 하는 시점에 대해 설명합니다.

최근 AWS 장애는 무엇인가요?

최근 AWS의 공식 서비스 중단 기록에 남아 있는 주요 장애는 중동 지역에 집중되어 있습니다. AWS는 중동(바레인) 리전인 me-south-1 이 물리적 손상으로 인해 접속이 불가능하며, 중동(UAE) 리전인 me-central-1 또한 심각한 장애를 겪고 있다고 밝혔습니다.

AWS는 해당 시설이 2026년 3월 지역 분쟁으로 물리적 피해를 입었다고 보고했습니다. 4월 30일, AWS는 바레인 리전이 여전히 접속 불가능하며 UAE 리전은 고객 애플리케이션을 안정적으로 지원할 수 없다고 밝혔습니다. AWS는 영향을 받은 고객에게 다른 리전에서 워크로드를 복구하고, 접근 불가능한 리소스는 가능한 경우 원격 백업에서 복원할 것을 권고했습니다.

AWS 상태 대시보드 에서 현재 및 과거 이벤트 상태를 직접 확인할 수 있습니다 . AWS는 공용 서비스 상태 보기에는 광범위한 서비스 이벤트가 표시되는 반면, 로그인한 고객은 개인화된 AWS 상태 보기에서 계정별 문제를 확인할 수 있다고 설명합니다.

AWS 때문에 Salesforce가 다운된 건가요?

2026년 9월 16일 현재 공개된 자료에 따르면, 전반적으로 그렇지는 않습니다.

Salesforce의 공개 신뢰 상태 사이트는 Salesforce 장애를 확인하는 주요 장소입니다. 검토 시점 기준으로 Salesforce는 AWS 중동 장애로 인해 현재 Salesforce 플랫폼 전반에 걸쳐 가용성 문제가 발생했다는 내용의 장애 보고서를 게시하지 않았습니다.

이러한 차이점은 중요합니다. 클라우드 제공업체가 특정 지역에서 심각한 장애를 겪더라도 해당 제공업체를 사용하는 모든 소프트웨어 회사가 전 세계적으로 다운되는 것은 아닙니다. 최신 SaaS 플랫폼은 여러 지역, 가용 영역, 라우팅 계층 및 인프라 환경에 걸쳐 운영되는 경우가 많습니다. 따라서 중요한 질문은 단순히 "AWS에 장애가 발생했는가?"가 아니라 "내 Salesforce 조직 또는 해당 조직이 의존하는 서비스가 영향을 받는 인프라 경로에서 실행되고 있는가?"입니다.

AWS가 Salesforce에 중요한 이유는 무엇일까요?

Salesforce의 Hyperforce 아키텍처는 퍼블릭 클라우드 인프라에서 다양한 Salesforce 워크로드를 실행합니다. Salesforce의 최신 문서에 따르면 Hyperforce는 호주, 브라질, 캐나다, 프랑스, ​​독일, 인도, 인도네시아, 이스라엘, 이탈리아, 일본, 싱가포르, 남아프리카 공화국, 대한민국, 스웨덴, 스위스, 아랍에미리트, 영국, 미국을 포함한 여러 국가의 AWS에서 사용할 수 있습니다.

Salesforce는 일부 Hyperforce 인스턴스가 특정 AWS 리전에 매핑된다고 명시하고 있습니다. 예를 들어, 인스턴스 위치 관련 문서에는 여러 Hyperforce 지역에 대한 AWS 리전 목록이 나와 있습니다. 또한 고객은 Salesforce Trust를 사용하여 자신의 Salesforce 인스턴스를 식별하고 위치 및 상태를 확인할 수 있다고 설명합니다.

Salesforce의 공식 인스턴스 위치 가이드 및 Salesforce Hyperforce 데이터 상주 문서(Hyperforce data residency documentation)를 참조하십시오 .

어떤 결과를 목표로 삼아야 할까요?

목표는 단순히 빨간색이나 초록색 상태 아이콘을 찾는 것이 아닙니다. 유용한 진단은 다음 세 가지 질문에 답해야 합니다.

• 범위: 문제가 모든 사용자에게 영향을 미치는지, 특정 Salesforce 인스턴스에 영향을 미치는지, 특정 제품에 영향을 미치는지, 특정 통합에 영향을 미치는지, 아니면 조직에만 영향을 미치는지 확인하십시오.
• 원인: Salesforce 공식 장애 보고, AWS 지역 이벤트 또는 문제가 브라우저, 네트워크, 인증 설정 또는 통합과 관련된 로컬 문제라는 증거가 있습니까?
• 다음 조치: 사용자가 기다려야 할까요, 장애 조치를 수행해야 할까요, 나중에 다시 시도해야 할까요, 워크플로를 변경해야 할까요, Salesforce 지원팀에 문의해야 할까요, 아니면 내부 종속성을 조사해야 할까요?

만약 아직 그 세 가지 질문에 답할 수 없다면, 그것은 진단이 아니라 상태 관찰일 뿐입니다.

내 Salesforce 조직이 영향을 받았는지 어떻게 확인할 수 있나요?

1. Salesforce 인스턴스를 확인하세요

Salesforce는 설정의 회사 정보에서 인스턴스 필드를 확인 하거나 Salesforce Trust에서 도메인을 검색하는 것을 권장합니다. 서비스 상태는 지역 및 인프라 그룹별로 다를 수 있으므로 인스턴스 ID가 중요합니다.

Salesforce의 공식 지침은 Salesforce 조직의 인스턴스 정보 보기 에서 확인할 수 있습니다 .

이 단계에서 바람직한 결과는 간단합니다. 문제가 발생한 프로덕션 조직이 실제로 사용 중인 인스턴스 이름을 파악하는 것입니다. 동료의 조직, 다른 지역의 샌드박스 또는 일반적인 Salesforce 상태 헤드라인을 기반으로 진단하지 마십시오.

2. Salesforce Trust에서 해당 인스턴스를 검색합니다.

Salesforce Trust로 이동하여 인스턴스 또는 도메인을 검색하세요. 현재 발생한 문제, 최근 문제 이력 및 예정된 유지 보수 일정을 확인하세요.

Salesforce에서 인스턴스에 대한 활성 장애를 표시하고 해당 증상이 사용자가 경험하는 증상과 일치하는 경우, 이는 소셜 미디어 게시물이나 일반적인 클라우드 장애 헤드라인보다 훨씬 더 강력한 증거가 됩니다.

Salesforce Trust에서 인스턴스가 정상으로 표시되더라도 거기서 멈추지 마십시오. 상태 페이지는 최초 고객 보고보다 늦게 반영될 수 있으며, 문제가 특정 기능, 종속성 또는 일부 테넌트 그룹에만 영향을 미칠 수도 있습니다.

3. AWS 공식 이벤트와의 시기를 비교해 보세요.

Salesforce 조직이 AWS 기반 Hyperforce를 사용하는 경우 Salesforce 인시던트 기간과 해당 AWS 리전의 이벤트 기간을 비교하십시오. 의미 있는 상관관계를 파악하려면 두 이벤트가 같은 달에 발생하는 것 이상의 조건이 필요합니다.

예를 들어 Salesforce 환경이 유럽 AWS 리전에 호스팅되어 있는 경우, 바레인에서만 발생한 장애만으로는 전체 장애를 설명할 수 없습니다. 워크로드 또는 종속 서비스가 UAE 리전에 있는 경우, 관련성이 더 높아져 심층적인 검증이 필요합니다.

4. 여전히 작동하는 것을 테스트하십시오.

효과적인 문제 해결은 동일한 페이지를 반복적으로 새로 고침하는 대신 문제의 원인을 좁혀줍니다. 몇 가지 대표적인 경로를 테스트해 보세요.

• 사용자들이 로그인할 수 있나요?
• 그들은 기록을 열 수 있나요?
• 업데이트를 저장할 수 있나요?
• API 요청이 성공하나요?
• 아웃바운드 또는 인바운드 통합에 문제가 발생하고 있습니까?
• 해당 문제는 모든 브라우저와 네트워크에서 발생합니까?
• 해당 문제는 특정 지역이나 사무실에만 국한된 것입니까?

패턴이 중요합니다. 완전한 로그인 실패는 단일 통합 지연과는 다른 오류 영역을 시사합니다. Salesforce UI는 정상적이지만 AWS 호스팅 시스템으로의 미들웨어 흐름에 문제가 발생하면 실제 영향은 Salesforce 자체보다는 Salesforce 하위 시스템에 있을 수 있습니다.

Salesforce는 연동 기능에 문제가 있는 상태에서도 정상적으로 작동할 수 있을까요?

네. 이는 클라우드 장애 발생 시 가장 중요한 차이점 중 하나입니다.

Salesforce 조직은 정상적으로 작동할 수 있지만, 해당 조직과 통신하는 AWS 호스팅 구성 요소의 성능이 저하될 수 있습니다. 이러한 구성 요소에는 미들웨어, 사용자 지정 API, 데이터 파이프라인, 파일 서비스, ID 구성 요소, 분석 작업 또는 AWS에서 실행되는 외부 애플리케이션 등이 포함됩니다.

이러한 상황에서 Salesforce Trust는 조직 내 비즈니스 프로세스에 문제가 발생하더라도 Salesforce 플랫폼이 정상이라고 올바르게 표시할 수 있습니다.

유용한 테스트 방법은 Salesforce 핵심 기능 동작 과 외부 종속성 기능 동작 을 분리하는 것입니다 . 사용자가 레코드를 생성하고 편집할 수 있지만 외부 서비스 호출 시 시간 초과가 발생하는 경우, 외부 종속성과 해당 서비스 제공 지역을 조사해야 합니다. 여러 사용자와 네트워크에서 기본적인 Salesforce 탐색조차 제대로 작동하지 않는다면 Salesforce 인스턴스 상태를 점검하는 것이 더욱 중요합니다.

9월 초에 보고된 Salesforce 관련 문제는 어떻게 되었나요?

Salesforce는 2026년 9월 초에 몇 건의 장애 사례를 공개했지만, 공개된 장애 기록에는 해당 사례들이 현재 AWS 중동 장애로 인해 발생했다는 내용은 나와 있지 않습니다.

예를 들어, Salesforce는 9월 5일에 "AWS US" 플랫폼 그룹에 약 90분간 영향을 미치는 서비스 중단 사태가 발생했으며, 이후 해결되었다고 밝혔습니다. 또한 Salesforce는 9월 6일부터 Revenue Cloud에서 문제가 발생했다고 보고했으며, 조사 결과 최근 릴리스가 원인인 것으로 나타났다고 밝혔습니다. Salesforce는 Chrome 및 Edge 153 버전에서 간헐적으로 발생하는 UI 멈춤 현상에 대한 공지도 발표했는데, 이는 Salesforce 인프라 문제가 아닌 타사 브라우저 문제라고 설명했습니다.

이 교훈은 중요합니다. 완전히 다른 이유로 여러 장애가 서로 가까운 곳에서 발생할 수 있습니다. 공급업체가 실제로 연결하지 않은 이상 모든 Salesforce 문제를 "AWS 장애"로 묶어서 생각하지 마십시오.

AWS가 실제로 연루되었을 가능성을 시사하는 징후는 무엇입니까?

여러 가지 징후가 일치할 때 증거는 더욱 강력해집니다.

언제쯤 상태 페이지를 기다리는 것을 멈춰야 할까요?

공개된 정보와 실제 상황이 일치하지 않을 때는 문제 해결 방식을 변경하십시오.

Salesforce Trust 상태가 녹색이지만 여러 네트워크에서 다수의 사용자가 동일한 인스턴스에 액세스할 수 없는 경우, 타임스탬프, 요청 ID, 오류 메시지 및 영향을 받는 사용자 이름을 기록한 후 Salesforce 지원 케이스를 개설하십시오. 특정 사무실만 영향을 받는 경우, 전체 SaaS 장애로 보고하기 전에 다른 네트워크 또는 모바일 연결과 비교해 보십시오.

Salesforce UI는 정상적으로 작동하지만 통합이 실패하는 경우, 외부 엔드포인트, DNS 확인, 인증서, 큐, API 오류 코드 및 해당 종속성을 호스팅하는 클라우드 지역을 검사하십시오. Salesforce에서 Salesforce가 운영하지 않는 구성 요소에 대한 문제를 보고할 때까지 기다리지 마십시오.

문제가 사용자 소유의 AWS 리소스와 관련된 경우, 공개 대시보드에만 의존하지 말고 로그인한 AWS 상태 대시보드를 사용하십시오. AWS 설명서에는 계정별 상태 정보가 공개 서비스 보기와 다를 수 있다고 명시적으로 언급되어 있습니다. AWS 상태 대시보드 설명서를 참조하십시오 .

문제가 실제로 해결되었는지 어떻게 알 수 있을까요?

상태 페이지가 녹색으로 돌아오는 것은 유용하지만, 실제 운영 복구는 자체 워크플로를 통해 확인해야 합니다.

사건 종료를 선언하기 전에 다음 사항을 확인하십시오.

• 사용자는 정상적으로 로그인할 수 있습니다.
• 레코드 읽기 및 쓰기가 성공했습니다.
• API 오류율이 기준치 수준으로 돌아왔습니다.
• 대기 중인 통합 작업이 누적되는 것이 아니라 오히려 감소하고 있습니다.
• 예약된 작업이 다시 실행되고 있습니다.
• 수동 페일오버 또는 비상 구성이 활성화된 상태로 남아 있지 않습니다.
• 업무상 중요한 거래는 처음부터 끝까지 완료될 수 있습니다.

훌륭한 결과란 단순히 "공급업체가 문제가 해결되었다고 합니다"라는 의미가 아닙니다. "공급업체가 문제가 해결되었다고 했고, 우리에게 중요한 워크플로가 비정상적인 오류율 없이 다시 정상적으로 작동하고 있습니다"라는 의미입니다.

지금 당장 실질적인 해결책은 무엇일까요?

2026년 9월 16일 현재, 공식적으로 입수 가능한 정보에 따르면 최근 AWS 장애로 인해 Salesforce 전체가 다운되었다고 단정할 수는 없습니다 . AWS에서 현재 진행 중인 가장 심각한 장애는 바레인과 아랍에미리트(UAE) 일부 지역을 중심으로 발생한 특정 지역에 국한된 문제입니다. Salesforce는 UAE를 포함한 여러 지역에서 Hyperforce 환경을 AWS를 사용하여 구축하고 있으므로, Salesforce에서 호스팅되거나 Salesforce에 연결된 워크로드 중 일부는 AWS에 종속될 수 있습니다. 따라서 지역별 장애 여부 확인이 중요하지만, 그렇다고 해서 Salesforce 전체가 다운되었다고 단정할 수는 없습니다.

현재 조직에 문제가 발생했다면 가장 확실한 해결책은 다음과 같습니다.

1. Salesforce 인스턴스를 확인하십시오.
2. Salesforce Trust에서 해당 인스턴스를 확인하십시오.
3. 해당 조직 또는 장애가 발생한 종속성이 AWS를 사용하는지, 그리고 어느 리전에 있는지 확인합니다.
4. 정확한 사건 발생 시간대를 비교하십시오.
5. Salesforce 코어를 외부 통합 기능과 별도로 테스트합니다.
6. 공식적인 설명이 귀하의 증상을 제대로 설명하지 못하는 경우, 증거를 제시하여 문제를 제기하십시오.

이러한 접근 방식은 광범위한 가정에 의존하는 대신 자체 환경에 맞는 타당한 답변을 제공합니다. 다만, 공개 상태 페이지에서 모든 테넌트별 오류를 즉시 확인할 수 없으므로 프로덕션 환경에서 발생한 장애에 대한 최종 확인에는 여전히 공급업체 지원과 자체 원격 측정 데이터가 필요할 수 있다는 한계가 있습니다.