글 길이 및 분량 : 2분 30초
우리 회사가 쓰는 AI랑 데이터가 지금 정확히 어디 있는지, 바로 답할 수 있는 사람이 회사에 몇이나 될까요. 대부분 "클라우드에 있죠"라고 하고 넘어가는데, 그 클라우드가 실제로는 어느 나라 어떤 건물에 들어 있고 거기 하나 멈추면 우리 일이 어떻게 되는지까지 아는 경우는 드물어요. 최근 중동에서 벌어진 일이 하필 그 지점을 정확히 찔렀길래, 남의 전쟁 얘기로만 넘기기 아까워서 꺼내봐요.
클라우드가 '폭격 목표'가 된 건 이번이 처음이에요
미국과 이란이 전쟁을 이어가는 와중에, 아마존웹서비스(AWS)가 중동에서 굴리던 데이터센터 세 곳이 드론 공격으로 피해를 입었어요. 두 곳은 아랍에미리트, 한 곳은 바레인에 있었는데, 특히 UAE의 두 곳은 드론에 직접 얻어맞아서 건물이 부서지고 물까지 차는 바람에 아마존이 직원들을 대피시키고 최소 한 곳은 아예 접근을 막아버렸죠.
전문가들이 이걸 두고 심상찮게 보는 이유가 있어요. 전 세계에 서버를 깔아놓은 초대형 클라우드 기업, 그러니까 '하이퍼스케일러'를 대놓고 노린 첫 군사 공격일 거라는 거예요. 예전 같으면 데이터센터가 그냥 회사 건물 중 하나였는데, 이제는 철도나 항만, 발전소처럼 전쟁 나면 먼저 때리는 전략 목표로 취급받기 시작했다는 거죠. 실제로 그 뒤로 두바이의 오라클 데이터센터, 아부다비에 짓고 있는 대형 AI 시설까지 다음 표적으로 입에 오르내렸어요.
그날 데이터센터 안에서 무슨 일이 벌어졌냐면요
조금 더 구체적으로 들여다보면 상황이 꽤 심각했어요. AWS가 공식 상태 페이지를 통해 밝힌 바로는, UAE 리전에 있는 세 개의 가용 영역 중 시설 두 곳이 드론에 직접 폭격을 맞았고, 바레인 리전은 근처에서 터진 드론 충격으로 시설 일부가 손상됐어요. 가장 심하게 부서진 UAE 시설은 건물 전체가 봉쇄되고 사람들이 다 대피했는데, 이 과정에서 서버 랙이 19개나 통째로 꺼져버렸다고 해요.
피해가 한 방으로 끝난 것도 아니었어요. 드론에 맞은 다음 전력 공급이 끊겼고, 불을 끄는 과정에서 물이 들어차 침수 피해까지 겹쳤거든요. 데이터센터라는 게 원래 이래요. 서버 장비가 멀쩡해도 전기가 나가거나 예비 발전기로 넘어가는 데 문제가 생기면 그대로 멈추고, 냉각이 멈추면 빽빽하게 돌아가던 서버가 몇 분 만에 과열 위험에 빠지죠. 여기에 화재랑 침수까지 얹히면 피해 범위는 눈덩이처럼 불어나요. 실제로 이 여파로 EC2나 S3, 다이나모DB 같은 핵심 서비스에서 오류가 쏟아졌고, 새 가상 서버를 만드는 것조차 제한됐어요.
정작 뼈아픈 대목은 따로 있어요. AWS도 원래는 이런 사태에 대비해서 리전 안을 여러 개의 가용 영역으로 물리적으로 뚝뚝 떼어놨어요. 한 곳이 무너져도 다른 곳이 받쳐주라고 만든 이중화 장치죠. 그런데 이번엔 그 여러 영역을 동시에 때려버리는 바람에, 그렇게 공들여 만든 이중화가 통째로 무력화됐어요. 아무리 나눠놨어도 한 지역 안에 다 몰아뒀으면, 그 지역이 한꺼번에 얻어맞을 때는 소용이 없더라는 거예요.
결국 AWS는 고객들에게 “중요한 데이터는 반드시 백업하고 다른 지역의 AWS 서버로 운영을 이전하라고 권고” 했다고해요.
데이터센터가 의외로 만만한 표적이에요
이유가 어이없을 만큼 단순한데, 데이터센터라는 게 워낙 넓은 땅에 냉각 설비랑 발전 설비를 잔뜩 달고 있어서 위성이나 드론으로 위에서 쓱 훑으면 위치가 그대로 다 보여요. 숨길 수가 없는 거죠. 게다가 지금까지의 물리 보안이라는 게 사람이 몰래 들어오는 걸 막으려고 만든 거지, 하늘에서 떨어지는 드론을 막으라고 만든 게 아니에요. 건물을 통째로 날릴 필요도 없이 전기나 냉각 같은 핵심 장치 몇 개만 건드려도 시설 전체가 먹통이 돼버려서, 때리는 쪽에서는 적은 힘으로 크게 한 방 먹이는 가성비 좋은 목표인 셈이에요.
진짜 문제는, 그 데이터센터를 빌려 쓰던 회사들이었어요
여기서부터가 우리랑 상관있는 이야기예요. 이 사건에서 정작 봐야 할 건 부서진 건물이 아니라, 그 건물 위에 자기 회사 업무를 통째로 얹어놓고 있던 수많은 회사들이거든요.
데이터센터가 얻어맞으니까 서비스 장애가 중동 전역으로 번지면서 온라인 뱅킹이며 차량 호출이며 배달 앱이 줄줄이 멈췄는데, 실제로 ADCB나 에미레이트 NBD 같은 은행은 모바일·전화 뱅킹이 막혔고, 차량 호출 앱 카림이며 결제 회사, 심지어 데이터 기업 스노우플레이크까지 줄줄이 장애를 겪었어요. 이 중에 두바이의 어떤 차량 호출 회사는 자기네 서버엔 아무 문제가 없었는데도 서비스가 뚝 끊겼는데, 이유가 딱 하나, 그 서비스가 아마존 클라우드 위에서 돌아가고 있었던 거죠. 내가 뭘 잘못한 것도 아니고 손쓸 수도 없는 저 먼 곳에서 벌어진 일 때문에 내 사업이 멈춰버린 거예요.
이게 클라우드에 모든 걸 다 얹어놨을 때의 진짜 약점이에요. 내 회사 업무가 남의 시설에, 그것도 대개 다른 나라 땅에 올라가 있다 보니, 그 시설이 무슨 이유로든 멈추면 나는 손 놓고 지켜보는 것 말고 할 수 있는 게 없어요. 아마존이 그제서야 중동 고객들한테 데이터를 미국이나 유럽, 아시아 쪽 다른 지역으로 얼른 옮기라고 권하긴 했다는데, 이미 멈춘 뒤에 듣는 얘기가 무슨 소용인가 싶죠.
“설마, 우리 데이터도” 싶은가요?
그건 전쟁 나는 중동 얘기고 우리는 한국에서 멀쩡히 사업하는데 무슨 상관이냐고 되받을 수도 있어요. 실제로 이번 사태에서 한국 기업이 받은 직접적인 피해는 크지 않았어요. 대부분 미국이나 한국 안에 있는 데이터센터를 쓰고 있었으니까요. 그런데 이 사건이 던지는 질문은 어느 지역이냐가 아니라, 우리 회사 먹고사는 핵심 업무가 정작 내가 어쩌지도 못하는 곳에 통째로 맡겨져 있는 건 아니냐는 거예요. 데이터센터를 멈추는 게 전쟁만 있는 것도 아니고요. 대규모 정전, 지진이나 홍수, 바다 밑 케이블 사고, 클라우드 회사 자체의 대형 장애, 나라 사이 정책 변화까지 — 내 손 밖에서 터지는 일은 세고도 남아요. 심지어 전 세계 클라우드 시장이 미국 몇몇 대기업 손에 거의 다 쥐여 있어서, 한번 문제가 생기면 다른 데로 갈아타고 싶어도 마땅한 대안이 없는 구조라 더 그렇죠.
우리 회사 인프라, 이것부터 확인해봐요
거창한 재해복구 계획을 세우기 전에, 담당자한테 이 질문부터 던져보면 지금 우리 상태가 대충 보여요.
어디에 있어요? 우리 핵심 업무랑 데이터, AI 서비스가 어느 클라우드의 어느 지역 데이터센터에서 돌아가는지 정확히 알고 있나요
한 곳에 몰려 있나요? 그게 전부 한 군데(그리고 한 지역)에 쏠려 있어서, 거기가 통째로 멈추면 다 같이 멈추는 구조는 아닌가요
멈추면 어떻게 되나요? 그 데이터센터가 며칠 멈추면 어떤 업무가 어디까지 마비되고, 그동안 우리가 할 수 있는 게 뭐가 있나요
대안은 있나요? 문제 터졌을 때 옮겨갈 다른 길(다른 지역이든, 다른 회사든, 우리가 직접 쥔 서버든)이 준비돼 있나요
아는 사람이 있나요? 이 질문들에 답할 사람이 회사에 있나요, 아니면 '클라우드가 알아서 해주겠지' 하고 넘겨두고 있나요
마지막에서 말문이 막힌다면, 우리 회사가 계속 굴러갈 수 있느냐가 사실상 남의 손에 달려 있는 셈이에요.
보안은 기본, 데이터 셧다운을 대비해요
클라우드를 다 걷어내고 전부 우리 서버로 가져오라는 얘기가 아니에요. 대부분의 업무에서 클라우드는 여전히 가장 합리적인 선택이니까요. 핵심은 전부냐 아니냐가 아니라 뭘 어디에 두느냐예요. 그리고 그 답을 찾는 방향이 대략 세 갈래로 나뉘어요.
첫 번째는,
같은 클라우드 안에서 지역을 멀리 떨어뜨리는 거예요. 서울 리전에만 몰아뒀다면 도쿄나 미국 리전에도 복제본을 두는 식이죠. 다만 이번 사건이 딱 보여줬듯이, 한 회사(AWS) 안에서 지역만 나누는 걸로는 부족할 때가 있어요. 그 회사 차원의 대형 장애나 계정 문제가 터지면 지역을 나눠둬도 같이 휩쓸리거든요.
두 번째가,
요즘 가장 많이 언급되는 멀티 클라우드예요. AWS 하나에만 의존하지 않고 애저나 구글 클라우드 같은 다른 회사 클라우드를 같이 써서, 한쪽이 멈춰도 다른 쪽으로 넘어가게 하는 방식이죠. 실제로 2026년 기준 전 세계 기업의 80% 넘게 멀티 클라우드를 쓰고 있을 만큼 이제는 기본에 가까워요. 그런데 여기 함정이 하나 있어요. 여러 클라우드에 나눠 담아뒀다는 것만으로는 안전해지지 않아요. A 클라우드가 죽었을 때 B로 자동으로 넘어가는 전환 체계가 없으면 나눠둔 의미가 사실상 사라지거든요. 그냥 여러 군데 쌓아만 두고 정작 장애 때 손으로 허둥지둥 옮기는 회사가 생각보다 많아요. 멀티 클라우드는 '어디에 두느냐'가 아니라 '멈췄을 때 어떻게 넘기느냐'까지 설계해야 비로소 제값을 해요.
세 번째가,
하이브리드, 그러니까 클라우드와 우리가 직접 관리하는 환경(온프레미스)을 섞는 방식이에요. 앞의 두 개가 다 남의 시설을 여러 개 빌리는 거라면, 이건 정말 중요한 데이터랑 AI만큼은 우리가 직접 쥐고 있는 서버에 두는 거죠. 밖에서 전쟁이 나든 클라우드 회사가 통째로 흔들리든, 내 서버에서 돌아가는 건 계속 돌아가니까요. 특히 데이터를 외부로 반출하기 어려운 금융이나 공공, 핵심 정보를 다루는 연구소나 제조 회사라면, 이 방식이 선택이 아니라 최소한의 대비책에 가까워요.
회사 구조에 맞는 안전한 데이터 관리하기
정답이 하나로 정해져 있는 건 아니에요. 며칠 멈춰도 지장 없는 업무는 그냥 편한 클라우드에 두고, 단 하루만 멈춰도 회사가 흔들리는 핵심 업무일수록 멀티 클라우드로 넘길 길을 만들어두거나 아예 우리 손안으로 가져오는, 그렇게 업무의 중요도에 따라 다르게 배치하는 게 현실적인 답이에요. 이번 전쟁을 거치면서 이렇게 나눠 두는 구조가 어느새 기업의 기본값이 됐고, 업무가 안 끊기게 하는 일이 단순 점검 항목을 넘어 경영진이 직접 챙길 문제로 올라섰다는 평가가 그래서 나오는 거고요.
오픈네트웍시스템은 국내 Dify Enterprise 공식 파트너로서 클라우드와 온프레미스를 함께 아우르는 AI 인프라를 설계하고 있는데요. 우리 회사 AI랑 데이터가 지금 어디서 돌아가고 있는지, 갑자기 멈췄을 때 어디로 넘길 수 있는지 같이 짚어보고 싶다면 상담으로 편하게 문의해 주세요.
오픈네트웍시스템 ㅣ 권태규