오늘(11월 13일) 아침 회사 컴퓨터를 켰는데 아웃룩 메일함이 안 열리고, 팀즈 회의방에도 못 들어가고, 코파일럿은 대답이 없었다는 분들 많으셨죠? 내 컴퓨터나 회사 인터넷 문제가 아니었습니다. 전 세계 회사와 학교가 쓰는 마이크로소프트 365(Microsoft 365)에 큰 장애가 나서, 한국 시간 새벽 3시께 시작된 문제가 18시간을 넘겨 이어졌어요.
마이크로소프트는 “일부 서버가 예기치 않게 멈추면서 남은 서버에 부하가 몰렸다”, “해킹(악의적 활동) 징후는 없다”고 설명했습니다. 오늘은 무슨 일이 있었는지, 왜 이렇게 오래 걸렸는지를 마트 계산대 비유로 쉽게 풀고, 지금 일반 사용자와 회사 담당자가 할 일을 정리해 보겠습니다.
한눈에 보기: 무슨 일이 있었나
| 항목 | 내용 |
|---|---|
| 언제 | 미국 동부 11월 12일 낮 12시 39분께 신고 급증 = 한국 시간 11월 13일 새벽 2시 39분께부터 |
| 어디서 시작 | 메일 서버 서비스 익스체인지 온라인(Exchange Online) |
| 함께 멈춘 것 | 아웃룩, 팀즈, 코파일럿, 원드라이브, 셰어포인트 온라인 등 메일 서버와 연결된 서비스 |
| 규모 | 장애 집계 사이트 다운디텍터에 아웃룩 신고만 약 13만~14만 건(정점 기준). 미국·유럽·일본·싱가포르·한국 등 전 세계 |
| 원인(MS 설명) | 서버들이 자동 ‘상태 점검(헬스 체크)’에 실패해 서비스에서 빠짐 → 남은 서버 과부하. 상태 정보를 처리하는 특정 부품이 의심됨 |
| 해킹인가? | MS: “악의적 활동이 원인이라는 징후는 없다” |
| 지금 상황 | 한국 시간 13일 저녁 기준 아시아·유럽·북미에서 회복 진행 중. 다만 MS는 아직 ‘완전 해결’을 선언하지 않았고, 간헐적 접속 오류·메일 지연이 남을 수 있다고 안내 |
마이크로소프트 365가 뭐길래 이렇게 난리였을까
마이크로소프트 365는 쉽게 말해 회사 업무 도구 꾸러미를 인터넷(클라우드)으로 빌려 쓰는 서비스입니다. 메일(아웃룩), 메신저·화상회의(팀즈), 파일 보관함(원드라이브·셰어포인트), 워드·엑셀·파워포인트, AI 도우미(코파일럿)가 한 계정으로 묶여 있어요.
편리한 대신 약점도 있습니다. 여러 도구가 한 뿌리를 공유하다 보니, 뿌리 하나(이번에는 메일 서버)가 흔들리면 줄기들이 같이 흔들립니다. 이번 장애도 메일 서비스인 익스체인지 온라인에서 시작해, 메일함·일정·연락처 정보를 함께 쓰는 팀즈와 코파일럿 등으로 번졌어요. MS도 “익스체인지 온라인과 맞물린 서비스가 영향을 받았고, 그렇지 않은 서비스는 정상”이라고 설명했습니다. 실제로 MS 클라우드 상태 페이지에서 애저(Azure)는 이상 없음으로 표시됐습니다.
| 서비스 | 평소 하는 일 | 이번에 겪은 일(보도 기준) |
|---|---|---|
| 아웃룩·익스체인지 온라인 | 회사 메일, 일정 | 메일함 접속 불가, 수발신 지연, 로그인 문제 |
| 팀즈 | 메신저, 화상회의 | 접속·일부 기능 오류(메시지 전송·회의는 대체로 됐다는 MS 안내도 있음) |
| 코파일럿 | 메일·문서 기반 AI 도우미 | 정상 작동 안 할 수 있음 |
| 원드라이브·셰어포인트 | 파일 보관·공유 | 일부 파일·일정 정보 확인 어려움 |
| 애저(Azure) | MS 클라우드 기반 시설 | 상태 페이지상 이상 없음 |
원인을 쉽게: ‘계산대 건강검진’이 고장 났다
대형 마트를 떠올려 보세요. 계산대가 수십 개 있고, 매니저가 수시로 “이 계산대 잘 돌아가나?” 하고 점검합니다. 문제가 있는 계산대는 잠시 닫고, 손님은 다른 계산대로 보내죠. 이게 서버 세계의 헬스 체크(health check, 상태 점검)입니다.
그런데 이번에는 이 점검 자체가 이상하게 굴었습니다. MS 설명에 따르면 서버들이 자동 상태 점검에 실패해 ‘사용 불가’로 빠졌고, 남은 서버로 일이 몰리면서 과부하가 걸렸어요. MS는 “트래픽(손님)이 갑자기 늘어서가 아니다”라고 했습니다. 손님 수는 그대로인데 계산대가 줄줄이 닫혀서 남은 곳에 줄이 폭발한 셈이죠. MS는 서버 상태 정보를 처리하는 특정 부품이 원인일 수 있다고 보고 있고, 장애와 연결된 최근 시스템 변경은 찾지 못했다고 밝혔습니다.
왜 고치는 데 이렇게 오래 걸렸나
MS는 점검 방식을 바꿔 서버를 다시 켜는 방법을 썼고, 한국 시간 오후 4시께 일부 서버가 돌아왔습니다. 그런데 다시 연 서버에 손님(요청)이 한꺼번에 몰리자 또 응답을 멈추는 일이 반복됐어요. 마트에서 닫혔던 계산대 하나를 열자마자 긴 줄 전체가 그쪽으로 우르르 몰려 다시 마비되는 장면과 비슷합니다. 그래서 MS는 아래처럼 ‘천천히, 조금씩’ 여는 쪽으로 방향을 바꿨습니다.
| MS가 한 조치 | 마트로 비유하면 |
|---|---|
| 모든 배포(업데이트) 일시 중단 | 공사 중인 작업은 전부 멈추고 영업 복구에만 집중 |
| 트래픽을 다른 지역 서버로 재분배 | 다른 층·다른 지점 계산대로 손님 안내 |
| 문제 서버 재시작, 다른 점검 방식 도입 | 계산대 기계를 껐다 켜고, 점검표를 바꿔 다시 확인 |
| 특정 종류의 요청만 제한 | “대량 구매 손님은 잠시 대기” 식으로 입장 조절 |
| 가상 서버 용량 확대 | 임시 계산대를 더 설치 |
| 메일 보관 시간을 48시간으로 연장 | 배달 못 한 택배를 버리지 않고 이틀간 창고에 보관 |
오늘 하루 흐름(한국 시간)
| 시각(KST, 11/13) | 있었던 일 |
|---|---|
| 새벽 2시 39분께 | 다운디텍터에 아웃룩 장애 신고 급증 |
| 새벽 2시 54분 | MS가 ‘마이크로소프트 365 상태’ X 계정으로 첫 공지(미주 지역 메일함 접속 문제 조사) |
| 새벽~오전 | “여러 지역 인프라 일부에 부하 급증” 확인 → 트래픽 재분배, 모든 배포 중단, 서버 재시작 |
| 출근 시간 | 한국 기업에서도 팀즈·아웃룩이 멈췄다는 이용자 증언(지디넷코리아 보도) |
| 오후 4시께 | 점검 방식을 바꿔 일부 서버 복구, 다른 서버로 확대 적용 |
| 저녁 | 아시아·태평양 일부부터 회복, 유럽·북미도 개선. 밀린 메일 처리 중, 간헐적 오류는 남을 수 있음 |
여파도 컸습니다. 일본 정부는 정부 정보 기반 시설(GSS)이 영향을 받았다고 밝혔고, 미국 전기트럭 회사 워크호스는 실적 발표를 11월 16일로 미뤘어요. MS 서비스와 연결된 오픈AI의 일부 도구도 연결 문제를 조사했다고 BBC가 전했습니다. 호주에서는 금요일 업무가 사실상 멈춰 ‘마이크로소프트 연휴’라는 농담까지 나왔다고 하네요.
“내가 보낸 메일은 사라졌을까?”
가장 많이 궁금해하실 부분입니다. MS는 밀린 메일을 처리하는 것을 최우선으로 두고 있고, 메일 배달을 포기하는 기준 시간(타임아웃)을 48시간으로 늘렸다고 밝혔습니다. 쉽게 말해 장애 중에 보낸 메일도 바로 버려지지 않고 줄을 서서 기다렸다가 차례로 배달된다는 뜻이에요. 실제로 호주 매체 아이티뉴스는 복구 뒤 낮에 보낸 메일들이 몇 시간씩 순서가 뒤섞여 도착했다고 전했습니다.
| 상황 | 이렇게 이해하면 됩니다 |
|---|---|
| 보낸편지함에 있는데 상대가 못 받았다 | 배달 대기 줄에 있을 가능성. 바로 다시 보내지 말고 기다리기 |
| 메일이 몇 시간 늦게, 순서 없이 도착 | 밀린 메일을 한꺼번에 처리하는 중이라 생기는 현상 |
| ‘배달 실패’ 반송 메일이 왔다 | 그때는 내용 확인 후 다시 보내거나 전화 등 다른 방법으로 연락 |
| 내일도 같은 메일이 두세 통씩 온다 | 여러 번 다시 보낸 메일이 모두 배달된 것. 중복 처리 주의 |
지금 할 일 5가지
| 순서 | 할 일 | 이유·팁 |
|---|---|---|
| 1 | 같은 메일을 여러 번 다시 보내지 않기 | 48시간 보관 중이라 나중에 전부 도착. 급하면 한 번만, 제목에 ‘재발송’ 표시 |
| 2 | 공식 상태 페이지로 확인 | status.cloud.microsoft 또는 X 계정 ‘Microsoft 365 Status’. 회사 담당자는 관리 센터의 ‘서비스 상태(Service health)’ |
| 3 | 급한 연락은 다른 길로 | 전화, 문자, 다른 메신저. 거래처에 “메일 지연 중”이라고 미리 알리기 |
| 4 | 작업 파일은 내 PC에도 저장 | PC에 설치된 워드·엑셀로 연 로컬 파일은 대개 작업 가능. 클라우드 동기화는 복구 뒤 확인 |
| 5 | ‘재로그인·보상’ 사칭 메일 조심 | 큰 장애 뒤엔 “계정 확인하세요” 같은 피싱이 따라오기 쉬움. 메일 속 링크 말고 직접 주소를 쳐서 접속 |
회사 IT 담당자라면
| 체크 | 내용 |
|---|---|
| 원인 오해 금지 | 우리 회사 방화벽·네트워크 문제가 아님. 사내 장비를 무리하게 재설정하지 않기 |
| 사내 공지 | “MS 측 장애, 메일 지연·중복 가능, 반복 발송 자제” 한 줄 공지 |
| 비밀번호 일괄 초기화 자제 | 해킹 징후 없다는 게 MS 설명. 불필요한 초기화는 로그인 혼란만 키움 |
| 사후 보고서 챙기기 | MS는 완전 복구 뒤 근본 원인과 재발 방지책을 담은 보고서를 내겠다고 밝힘 |
| 대체 연락망 점검 | 메일·메신저가 한 회사 서비스에 몰려 있다면 비상 연락 수단(전화 트리, 다른 메신저)을 정해 두기 |
이번 장애가 남긴 교훈
클라우드는 대부분의 날에 우리 회사 서버보다 훨씬 튼튼합니다. 하지만 이번처럼 모두가 한 곳에 기대고 있으면, 그곳이 흔들릴 때 모두가 같이 멈춥니다. 그렇다고 클라우드를 버릴 필요는 없어요. 대신 이렇게 준비해 두면 됩니다.
| 준비 | 예시 |
|---|---|
| 연락 수단 두 갈래 | 업무 메신저가 멈추면 쓸 전화·문자 단체방 미리 만들기 |
| 중요 파일 로컬 사본 | 내일 발표 자료는 USB나 PC에도 한 부 |
| 상태 페이지 즐겨찾기 | 자주 쓰는 서비스의 공식 장애 안내 페이지를 북마크 |
| ‘장애 때 할 일’ 한 장 메모 | 누가 누구에게 어떻게 알릴지 미리 정해 두기 |
정리하면, 오늘 아웃룩·팀즈가 멈춘 건 여러분 탓이 아니라 마이크로소프트 서버의 ‘상태 점검’에서 시작된 도미노였습니다. 보낸 메일은 대부분 줄을 서서 기다리고 있으니 여러 번 다시 보내지 마시고, 급한 일은 전화로 챙기세요. 그리고 이번 일을 계기로 우리 집·우리 회사의 ‘비상 연락 한 줄’을 정해 두면, 다음 장애 때는 훨씬 덜 당황하실 거예요.