아웃룩 먹통, 언제 복구되나? 경과와 현재 상황

아웃룩 먹통, 언제 복구되나?

짧은 답: Microsoft는 밝히지 않았습니다. 2026년 11월 13일 00:55 UTC 기준으로 장애는 여전히 진행 중이었습니다. 확인된 가장 최근의 공식 게시물은 X의 Microsoft 365 Status 계정이 00:06 UTC에 올린 것으로, 복구된 서버가 트래픽 부하로 다시 장애를 일으키는 상황을 설명했으며 그 뒤로는 추가 게시물이나 장애 해소 공지가 없었습니다^[11]. 마지막으로 확인한 00:30 UTC에 Microsoft의 공개 Service Health Status 페이지는 기업용 Microsoft 365 서비스에 대해 서비스 저하 상태를 표시했고, 사용자 영향은 "Users may be unable to connect to multiple Microsoft 365 services"라고 설명했습니다^[1]. 페이지에는 완전 복구 예상 시점이 없었습니다. 다음 업데이트를 2026년 11월 13일 금요일 01:30 UTC까지 하겠다고만 약속했습니다^[1]. 페이지 제목에는 Microsoft의 개인용 제품도 저하 상태로 표시되어 있었지만 본문에 자세한 내용은 없었습니다^[1].

확인 시점의 가장 최근 공식 업데이트인 00:06 UTC 게시물은 해결이 아니라 후퇴였습니다. Microsoft는 서비스에 복귀시킨 서버가 "트래픽을 받는 즉시 다시 응답하지 않을 수 있다"고 밝히고, 그 원인을 찾기 위해 진단 데이터를 분석하고 있다고 설명했습니다^[11]. 00:30 UTC 확인 당시 마지막 업데이트가 00:08:53 UTC였던 상태 페이지는 네트워크 및 플랫폼 전문가와 함께 이 분석을 진행하고 있다고 덧붙였습니다^[1].

기다리는 사람에게 이는 실제로 다음 세 가지를 뜻합니다.

• 복구는 한 번에 이뤄지지 않을 가능성이 큽니다. Microsoft는 용량이 회복되면서 앱이 다시 연결됨에 따라 사용자가 점진적인 복구를 겪을 수 있다고 밝혔습니다^[10].
• 서비스가 돌아왔다가 다시 끊길 수 있습니다. 복구된 서버가 부하로 다시 장애를 일으켰기 때문에, 잘 열리던 받은 편지함이 장애가 종료되기 전에 한동안 다시 열리지 않을 수 있습니다^[11].
• Microsoft의 공식 발표만이 기준입니다. 장애는 한 사람의 받은 편지함이 열릴 때가 아니라, Microsoft 상태 페이지나 Microsoft 365 Status 계정이 영향이 해소되었다고 발표할 때 끝난 것입니다^[1][2].

Outlook이 모두에게 먹통인지 확인하는 방법, 상태 표시의 의미, 오프라인으로 계속 작업하는 방법 같은 일반적인 안내는 Pouyam의 이전 가이드 Outlook Down? How to Check Status and Keep Working을 참고하십시오.

시간대별로 무슨 일이 있었나(UTC)?

아래 시각은 모두 협정 세계시(UTC)입니다. 11월의 미국 동부 시간은 UTC보다 5시간 늦으므로 17:54 UTC는 동부 시간 12:54 pm입니다.

같은 날 앞서 발생한 별개의 Teams 장애. 이메일 장애에 앞서 Microsoft는 TM1550488로 관리된 Microsoft Teams 장애에 대응했습니다. BleepingComputer에 따르면 이 장애는 동부 시간 9:45부터 10:53 am까지(14:45부터 15:53 UTC까지) 이어졌고 북미와 남미 사용자에게 영향을 주었습니다^[12]. Microsoft는 원인을 리소스 경합으로 설명하고 완전히 해결되었다고 밝혔지만, 이후의 장애와 관련이 있는지는 밝히지 않았습니다^[12].

17:54 UTC. X의 Microsoft 365 Status 계정은 아메리카 지역 사용자들이 여러 연결 방식으로 Exchange Online 사서함에 접속하지 못한다는 신고를 Microsoft가 조사하고 있다고 EX1550543 장애로 공지했습니다^[2]. Exchange Online은 Outlook이 사용하는 회사·학교 사서함을 저장하는 Microsoft의 클라우드 서비스입니다.

18:00 UTC 무렵(동부 시간 약 1 pm). 로이터 통신에 따르면 Downdetector의 Outlook 문제 신고가 138,058건으로 정점에 이르렀습니다^[13].

18:07 UTC. Microsoft는 이 문제가 모든 지역 사용자의 Microsoft 365 서비스 연결에 영향을 줄 수 있다고 밝혔습니다^[3].

18:26 UTC(동부 시간 1:26 pm). BleepingComputer에 따르면 Microsoft는 이 시각을 권고 MO1550821로 관리되는 더 광범위한 Microsoft 365 장애의 시작 시각으로 제시합니다^[12].

18:35 UTC. Microsoft는 인프라 일부가 여러 지역에서 높은 부하를 겪고 있으며, 이것이 연결 오류의 원인 중 하나일 가능성이 크다고 밝혔습니다^[4].

19:31 UTC. Microsoft는 첫 설명을 정정했습니다. 높은 부하는 트래픽 증가 때문이 아니라 여러 서버가 예기치 않게 사용할 수 없게 되면서 나머지 인프라에 부담이 걸린 데서 비롯되었다는 것입니다^[5].

20:19 UTC. Microsoft는 영향이 시작된 시점과 관련된 최근 변경 사항은 찾지 못했지만, 상태 확인 실패가 서버 상태 처리를 담당하는 특정 구성 요소에서 비롯되었을 수 있다고 밝혔습니다^[6].

21:00 UTC. Microsoft는 대체 상태 확인 방식으로 영향을 받은 서버 일부가 서비스에 복귀했으며 이 변경을 더 넓게 적용하고 있다고 밝혔습니다^[7].

21:40 UTC. Microsoft는 파악한 소수의 최근 구성 업데이트를 되돌리면 복구를 앞당길 수 있는지 검토하고 있다고 밝혔습니다^[8].

22:09 UTC. Microsoft는 지금까지의 조치로 기대한 개선이 없었으며, 영향을 받은 서버의 핵심 프로세스가 과부하에 걸려 용량 손실이 발생하고 있다고 밝혔습니다^[9].

23:04 UTC. Microsoft는 영향을 받은 서버 일부가 서비스에 복귀해 현재까지 안정적이며, 트래픽을 대체 경로로 옮기고 있고, 제한적인 복구가 관찰된다고 밝혔습니다^[10].

11월 13일 00:06 UTC. Microsoft는 복구된 서버가 트래픽을 받는 즉시 다시 응답하지 않을 수 있으며, 일부 지역에서 영향을 받은 인프라에 도달할 수 있는 트래픽 유형을 일시적으로 제한하고 있고, 장애가 멈추는지 시험하기 위해 일부 서버를 이전 구성으로 재구축하고 있다고 밝혔습니다^[11].

아웃룩 장애 원인은 무엇인가?

Microsoft는 근본 원인을 발표하지 않았습니다. 장애가 어떻게 나타나는지를 설명했을 뿐이며, 위의 경과가 보여 주듯 그 설명은 하루 동안 여러 차례 바뀌었습니다. Microsoft가 실제로 한 말을 회사의 표현대로 정리하면 다음과 같습니다.

• 트래픽 폭증이 아님. 부하 문제는 트래픽 증가가 아니라 여러 서버가 예기치 않게 사용할 수 없게 된 데서 비롯되었습니다^[5].
• 상태 확인 실패. 서버들이 자동 상태 확인을 통과하지 못했고, 이 실패는 서버 상태 처리를 담당하는 특정 구성 요소에서 비롯되었을 수 있습니다^[6]. 상태 확인은 시스템이 각 서버에서 실행하는 자동 테스트로, 통과하지 못한 서버는 서비스에서 제외됩니다.
• 처음에는 관련 변경 사항을 찾지 못함. 20:19 UTC에 Microsoft는 영향이 시작된 시점과 관련된 최근 변경 사항을 찾지 못했다고 밝혔습니다^[6]. 21:40 UTC에는 소수의 최근 구성 업데이트를 되돌리는 것이 복구에 도움이 될지 검토하고 있다고 밝혔습니다^[8]. Microsoft는 이 업데이트들이 장애를 일으켰다고 말하지 않았습니다.
• 과부하에 걸린 핵심 프로세스. 22:09 UTC에 Microsoft는 영향을 받은 서버의 핵심 프로세스가 과부하에 걸려 용량 손실이 발생하고 있다고 밝혔습니다^[9].
• 알 수 없는 계기. 00:06 UTC에 Microsoft는 복구된 서버가 다시 응답하지 않게 되는 원인을 여전히 분석 중이라고 밝혔습니다^[11].

이 가운데 어떤 발표도 문제가 무엇에서 시작되었는지 밝히지 않습니다. Microsoft는 이번 장애가 사이버 공격이라고 말하지 않았고, 아니라고도 말하지 않았습니다. 해킹, 특정 소프트웨어 업데이트, 특정 데이터센터에 관한 소셜 미디어의 주장은 확인 시점까지 Microsoft의 어떤 발표로도 뒷받침되지 않습니다.

복구가 왜 이렇게 오래 걸리나?

Microsoft 자체 업데이트를 보면 복구 작업이 같은 벽에 거듭 부딪혔습니다. Microsoft의 설명에 따르면 흐름은 다음과 같습니다.

1. 서버 재시작과 트래픽 이동. Microsoft는 배포를 일시 중단하고, 영향을 받은 인프라에서 트래픽을 옮기고, 영향을 받은 서버를 재시작했습니다^[12].
2. 상태 확인 방식 변경. 대체 상태 확인 방식으로 일부 서버가 복귀했고, Microsoft는 이를 더 넓게 적용하기 시작했습니다^[7].
3. 초기 조치가 부족했음을 인정. 22:09 UTC에 Microsoft는 조치가 기대한 개선을 가져오지 못했다며, 더 광범위한 변경에 앞서 안정성을 확인하기 위해 인프라 일부를 격리하고 구성 요소를 재시작하며 트래픽을 다시 투입하고 있다고 밝혔습니다^[9].
4. 부분 복구. 23:04 UTC에 일부 서버가 복귀해 안정적으로 작동했고 제한적인 복구가 관찰되었습니다^[10].
5. 부하에 따른 재장애. 00:06 UTC에 Microsoft는 복구된 서버에 트래픽이 닿는 즉시 다시 응답하지 않을 수 있다고 밝혔습니다^[11].

마지막 항목이 복구가 더딘 이유를 설명합니다. 수백만 개의 메일 앱이 다시 연결되자마자 쓰러지는 서버라면 되살리는 것만으로는 충분하지 않습니다. Microsoft의 최신 접근법은 두 부분으로 이뤄져 있습니다. 첫째, 일부 지역에서 영향을 받은 인프라에 도달할 수 있는 트래픽 유형을 일시적으로 제한합니다. 둘째, 응답 중단을 막을 수 있는지 시험하기 위해 영향을 받은 서버 일부를 이전 구성으로 재구축합니다^[11].

이 접근법은 본래 신중한 방식이어서, 모든 것이 한순간에 돌아오기보다는 점진적인 복귀를 뜻합니다. Microsoft는 가능한 모든 곳에서 트래픽을 대체 경로로 옮겼고 제한적인 복구를 보고했습니다^[10].

장애 규모는 어느 정도이며 어떤 서비스가 영향을 받나?

중심에는 Outlook과 Exchange Online이 있지만 그것만이 아닙니다. Microsoft 상태 페이지는 영향을 받을 수 있는 서비스로 Exchange Online, Microsoft Teams, SharePoint Online, Microsoft 365 Copilot("Microsoft Copilot 365"로 표기), Microsoft Defender XDR, Microsoft Planner, Microsoft To Do, Microsoft Intune, Microsoft Defender for Office 365, 여러 Microsoft Purview 서비스, 민감도 레이블이 적용된 Power BI의 PDF 내보내기, Microsoft 365 Apps admin center의 일부, Universal Print, Purview Customer Key를 사용하는 일부 Windows 365 클라우드 PC를 들고 있습니다^[1].

사용자 신고. 로이터 통신에 따르면 사용자 신고를 모으는 Downdetector에는 동부 시간 1 pm 무렵 Outlook 문제 신고가 138,058건으로 정점을 기록했고, 저녁에는 약 34,490건으로 줄었습니다^[13]. 로이터 통신은 또 동부 시간 5:47 pm 기준으로 Microsoft 365 관련 신고가 약 13,000건, Teams 관련 신고가 763건이었다고 전했습니다^[13]. 이 수치는 사용자가 보낸 불만 건수일 뿐 영향을 받은 사람의 수가 아닙니다.

연쇄 영향. 로이터 통신은 OpenAI와 Anthropic의 AI 서비스가 Microsoft 365에 접속할 때 쓰는 커넥터도 영향을 받았으며, 전기 트럭 제조사 Workhorse Group이 장애로 인한 차질을 이유로 3분기 실적 발표를 11월 12일에서 16일로 미뤘다고 보도했습니다^[13].

Microsoft가 언론에 밝힌 내용. 로이터 통신과 The Verge에 따르면 Microsoft 대변인은 회사가 "주로 Exchange Online과 관련해 Microsoft 365 서비스에 문제를 겪는 사용자들의 신고를 인지하고 조사하고 있다"고 말했습니다^[13][14]. The Verge는 목요일 동부 시간 1 pm 직전부터 전 세계에서 웹이나 앱으로 Outlook 이메일에 접속하지 못한다는 신고가 들어오기 시작했다고 전했습니다^[14].

아웃룩이 먹통일 때 무엇을 해야 하나?

장애는 Microsoft 데이터센터에서 일어난 것이므로 휴대폰이나 컴퓨터에서 무엇을 해도 고쳐지지 않습니다. 가장 유용한 조치는 간단합니다.

모든 사용자

• 공식 출처 한 곳만 확인하십시오. 공식 업데이트는 Microsoft의 공개 Service Health Status 페이지와 X의 Microsoft 365 Status 계정에 올라옵니다. 관리 센터에 접속할 수 없을 때 Microsoft는 상태 페이지를 안내합니다^[1][11].
• 설정을 다시 하지 마십시오. Microsoft는 클라이언트가 다시 연결되면서 점진적으로 복구되는 서버 측 문제라고 설명합니다^[10]. 장애 중에 계정을 삭제했다가 다시 추가하면 아무것도 빨라지지 않고 나중에 할 일만 늘어납니다.
• 지연을 예상하고 나중에 확인하십시오. 서비스가 복구되면 보낸 편지함과 보낼 편지함을 확인해 실제로 무엇이 발송되었는지 파악하고, 빠진 것만 다시 보내십시오.
• 전체 점검 목록(오프라인 작업, 웹용 Outlook과 앱의 차이, 오류 코드 읽는 법, 장애를 악용한 피싱 피하기 등)은 Outlook Down? How to Check Status and Keep Working을 참고하십시오. 여기서는 반복하지 않습니다.

Microsoft 365 관리자

• Microsoft 365 admin center의 서비스 상태에서 EX1550543(Exchange Online)과 MO1550821(Microsoft 365 전반)을 확인하고, 관리 센터가 열리지 않으면 공개 상태 페이지를 확인하십시오^[2][11].
• 문의마다 일일이 답하기보다 다음 업데이트 시각을 함께 알려 직원들에게 한 번에 공지하십시오. 00:30 UTC에 확인한 상태 페이지에 따르면 Microsoft의 다음 업데이트는 11월 13일 01:30 UTC까지 예정되어 있었습니다^[1].
• Microsoft가 서버를 단계적으로 복귀시키고 일부 지역에서 일부 트래픽 유형을 제한하고 있으므로, 어떤 사용자는 다른 사용자보다 먼저 복구되고 어떤 사용자는 다시 접속이 끊길 수 있다고 예상하십시오^[10][11].

앞으로 지켜볼 점

다음 세 가지 신호가 장애가 끝나 가는지를 보여 줄 것입니다.

• 재구축한 서버가 버티는지. Microsoft는 장애가 멈추는지 시험하기 위해 일부 서버를 이전 구성으로 재구축하고 있다고 밝혔습니다^[11]. 이를 넓게 적용한다는 발표가 나오면 해결의 가장 분명한 신호가 될 것입니다.
• 트래픽 제한이 풀리는지. Microsoft는 일부 지역에서 영향을 받은 인프라에 도달할 수 있는 트래픽 유형을 일시적으로 제한하고 있습니다^[11]. 제한이 풀린다면 서버가 다시 정상 부하를 감당할 수 있다는 신호입니다.
• 명확한 장애 해소 공지와 원인 발표. Microsoft가 영향이 해소되었다고 발표하기 전까지 장애는 진행 중입니다. 원인을 밝히기 전까지 소셜 미디어의 모든 설명은 추측입니다^[6][11].

위에 설명한 모든 상황은 2026년 11월 13일 00:55 UTC 기준입니다(상태 페이지 자체는 00:30 UTC에 마지막으로 확인). 상황이 시간마다 바뀌고 있었으므로 현재 상태는 Microsoft 상태 페이지에서 확인하십시오^[1].