공습 이후 고객 데이터를 잃은 AWS 중동 데이터 센터, 지역 복원력 모델에 균열
AWS는 이란의 공습이 인프라를 타격한 지 6개월여 만에, 손상된 두 위치에만 저장된 데이터는 복구할 수 없다고 고객들에게 알렸다. 이 사실 인정으로 AWS 중동 데이터 센터 위기는 장기 장애를 넘어 영구적인 데이터 손실 사건으로 전환됐다.
영향을 받은 인프라에는 바레인 중동 리전 전체와 UAE 리전의 한 가용 영역이 포함된다. Amazon Web Services는 앞서 고객들에게 접근 가능한 리소스를 마이그레이션하고, 사용할 수 없는 워크로드는 원격 백업에서 복원하라고 촉구했다.
AWS는 인프라를 사용할 수 없게 되기 전에 고객이 이전하지 않은 리소스에 대해서는 복구 방안을 모두 소진했다고 밝혔다. 마이그레이션 지원은 제공했지만, 영향을 받은 바레인 리전이나 UAE 가용 영역의 복구 일정은 제시하지 않았다.
이 변화가 중요한 이유는 클라우드 리전이 물리적 분리와 이중화를 핵심 가치로 내세워 판매되기 때문이다. 고객은 여전히 애플리케이션 아키텍처를 통제하지만, 그 아래의 건물, 전력 시스템, 네트워크, 스토리지 하드웨어는 제공업체가 운영한다.
이 책임 분담은 같은 지리적 전장 내 여러 사이트를 동시에 훼손한 물리적 공격이 발생하기 전까지는 작동했다. 이번 공습은 기존 가용성 계획이 감당하도록 설계되지 않은 위험, 즉 상업용 클라우드 인프라를 겨냥한 지속적인 군사 작전을 드러냈다.
은행, 결제 서비스, 정부 기관, 소프트웨어 기업에 실질적인 교훈은 불편하다. 하나의 리전 안에 있는 여러 가용 영역은 그 리전 밖의 독립적인 복구 환경과 같지 않다.
AWS 중동 데이터 센터, 장애 상태에서 복구 불가능 상태로 전환
AWS는 더 이상 영향을 받은 모든 리소스를 지연되었거나 일시적으로 접근할 수 없는 상태로 설명하지 않는다. 일부 고객 데이터는 이제 복구 불가능한 것으로 간주된다.
지역 보도와 회사의 서비스 상태 공지에 따르면 AWS는 9월 15일 최신 평가를 공개했다. 엔지니어들은 다른 곳에 복제되지 않았던 리소스를 복구하려 하면서 손상된 시설을 조사했다.
회사는 바레인 리전에만 호스팅된 리소스와 데이터에 대한 접근을 복원할 수 없었다고 밝혔다. UAE의 영향을 받은 mec1-az2 가용 영역에만 있던 리소스에도 같은 결론을 내렸다.
가용 영역은 AWS 리전 내에 있는 격리된 인프라 위치다. 애플리케이션은 여러 영역에 워크로드를 분산해 단일 시설에 대한 의존도를 낮출 수 있다.
AWS 리전은 일반적으로 최소 세 개의 영역으로 구성된다. 이들은 의미 있는 물리적 거리를 두고 분리되어 있지만, 짧은 지연 시간의 연결을 지원할 만큼은 가깝다.
이 구조는 장비 고장, 전력 중단, 국지적 재난 등 여러 장애로부터 보호한다. 그러나 여러 시설이 조직적인 공격이나 장기적인 지역 혼란에 직면할 때까지 생존을 보장하지는 않는다.
최초 공습은 3월 1일 발생했다. AWS는 UAE 시설 두 곳이 직접 타격을 받았으며, 인근 드론 공격이 바레인의 인프라에도 물리적 영향을 미쳤다고 밝혔다.
공격은 구조적 손상을 초래하고 전력 공급을 중단시켰다. 회사 업데이트에 따르면 소방 활동으로 일부 시설에는 침수 피해도 발생했다.
UAE 리전의 세 가용 영역 중 두 곳은 심각한 장애를 입었다. 바레인의 한 시설도 처음에는 영향을 받았지만, 이후의 공격과 지역 불안정이 장애를 악화시켰다.
장애는 EC2 컴퓨팅, S3 스토리지, Lambda 서버리스 기능, DynamoDB 데이터베이스, AWS Management Console을 포함한 핵심 서비스에 영향을 미쳤다. 여러 은행과 소비자 플랫폼도 서비스 문제를 보고했다.
AWS는 처음에는 물리적 손상 때문에 복구가 점진적으로 진행될 것이라고 설명했다. 또한 고객들에게 재해 복구 계획을 활성화하고 영향을 받은 리전에서 워크로드를 이전하라고 권고했다.
최신 결론은 파괴되었거나 접근할 수 없는 인프라에만 존재했던 데이터의 복구 경로를 닫는다. AWS Support는 고객이 대체 리전으로 전환하도록 안내할 수 있다.
서비스 복원과 데이터 복원의 구분은 매우 중요하다. AWS는 결국 건물을 수리하거나 교체할 수 있지만, 살아남은 사본이 없는 고객 정보를 재구성할 수는 없다.
이 결과는 6개월이라는 기간에 다른 의미를 부여한다. 지연은 단순히 길어진 수리 기간이 아니었다. 스토리지 매체와 인프라를 복구할 수 있는지에 대한 장기간의 조사이기도 했다.
AWS는 이제 그 조사가 가능한 모든 선택지를 소진했다고 말한다. 따라서 지역 복구 공지는 또 다른 잠정적 장애 추정이 아니라, 영향을 받은 리소스에 대한 최종 기술적 판단을 나타낸다.
초기 보도는 AWS가 고객을 다른 곳의 더 안전한 인프라로 유도하고 있다고 설명했다. 더 강하게 검증된 결론은 운영 재개를 원하는 영향을 받은 고객에게 마이그레이션이 필수라는 점이다.
일부 UAE 워크로드는 계속 작동하고 있으며, UAE 리전 전체가 영구적으로 손실된 것으로 선언된 것은 아니다. 그러나 AWS는 여전히 손상된 지역 인프라 전반에서 정상적인 고객 애플리케이션을 안정적으로 지원하지 못하고 있다.
바레인 상황은 더 심각하다. 그곳에만 호스팅된 리소스는 더 이상 복원을 기다리는 상태가 아니다. 고객은 다른 곳에 보관된 사본이 있다는 전제하에 그 사본으로부터 재구축해야 한다.
조직적 공격 아래에서 지역 이중화가 실패한 이유
AWS는 일반적인 인프라 장애를 격리하도록 가용 영역을 설계했지만, 이번 공습은 그러한 격리 경계를 넘는 위협을 만들었다.
클라우드 아키텍처는 보통 장애를 관리 가능한 단위로 분리한다. 서버 하나가 실패해도 랙 전체가 멈추지 않을 수 있고, 랙 하나가 실패해도 시설 전체가 중단되지 않을 수 있다.
가용 영역은 이 논리를 여러 시설에 걸쳐 확장한다. 별도의 전력, 냉각, 네트워크 시스템을 사용해 하나의 운영 문제가 애플리케이션의 모든 사본으로 확산될 가능성을 낮춘다.
그러나 같은 리전 내의 영역은 지리적으로 연결되어 있다. AWS는 고객이 이들 사이의 빠르고 사설적인 네트워킹을 필요로 하기 때문에 일반적으로 서로 100킬로미터 이내에 있다고 설명한다.
이러한 근접성은 성능상 이점을 만든다. 동시에 여러 영역이 같은 분쟁, 영공, 유틸리티 시스템 또는 정치적 위기에 노출될 수 있음을 뜻하기도 한다.
3월 공격은 그 경계를 보여줬다. 동일한 작전 중 UAE의 세 영역 중 두 곳이 손상됐고, 바레인의 지역 인프라도 피해를 입었다.
이는 소프트웨어 배포, 구성 오류, 결함 있는 네트워킹 구성 요소에서 흔히 보던 장애 패턴이 아니었다. 물리적 파괴 뒤에 지속적인 보안 위험과 제한된 복구 조건이 이어진 사건이었다.
AWS는 수리 작업이 진행되는 동안에도 더 넓은 운영 환경이 예측 불가능하게 유지됐음을 인정했다. 이러한 불확실성은 인력 접근, 교체 장비, 전력 복구, 건설 일정에 영향을 줄 수 있다.
긴급 대응 인력도 클라우드 하드웨어 복구 외에 다른 우선순위에 직면한다. 화재, 구조적 불안정, 불발탄은 기술적 수리를 보안 작전으로 바꿀 수 있다.
업계는 가용 영역을 흔히 물리적으로 분리되어 있다고 설명한다. 고객은 이 표현을 시설 단위 재난에 대한 보호로 합리적으로 해석할 수 있다.
이 아키텍처는 워크로드가 살아남은 인프라에 분산된 경우에만 의도대로 작동했다. 접근할 수 없는 영역 안에만 저장된 리소스는 보존할 수 없었다.
AWS는 회사가 기본 클라우드를 보호하고 고객은 그 안에서 운영하는 것을 보호하고 구성하는 공유 책임 모델을 문서화하고 있다. 재해 복구는 이 경계를 가로지른다.
Amazon은 물리적 데이터 센터와 지역 서비스를 운영한다. 고객은 데이터베이스, 백업, 애플리케이션 이미지, 암호화 키, ID 종속성을 다른 리전으로 복제할지 결정한다.
공습은 이 책임 분담을 없애지 않았다. 지역 장애가 시간이 아닌 수개월 단위로 측정될 때 그 결과가 얼마나 큰 비용을 초래하는지 보여줬다.
기업은 하나의 애플리케이션을 세 개의 영역에 걸쳐 운영하며 높은 가용성을 확보했다고 합리적으로 판단할 수 있다. 그러나 모든 영구 데이터가 한 리전에 남아 있다면 이 설계에는 지리적 복구 역량이 여전히 없다.
리전 간 복제는 다른 지리적 리전에 사용할 수 있는 사본을 유지해 이 위험을 해결한다. 그러나 지연 시간, 네트워크 비용, 운영 복잡성, 규제 노출을 늘릴 수 있다.
이러한 절충안은 조직이 때때로 데이터를 현지에 유지하는 이유를 설명한다. 금융기관과 공공기관은 고객 정보가 이동할 수 있는 범위를 제한하는 데이터 레지던시 규정에 직면할 수 있다.
낮은 지연 시간은 결제, 거래, 통신, 인터랙티브 서비스에도 중요하다. 멀리 떨어진 복구 리전은 가용성을 보존할 수 있지만 애플리케이션 성능을 낮출 수 있다.
공습 이전에는 일부 조직이 이런 비용을 멀티 리전 배포를 미룰 이유로 여길 수 있었다. 영구적 데이터 손실은 그 계산을 바꾼다.
최초 공습 평가는 피해가 전 세계가 아닌 국지적 혼란을 초래했다고 언급했다. 제한된 피해 반경은 글로벌 AWS 네트워크에는 긍정적이었다.
그러나 유일한 리소스 사본이 손상 범위 안에 있던 고객에게는 거의 위안이 되지 않았다. 글로벌 클라우드 규모가 자동으로 글로벌 애플리케이션 복원력을 만드는 것은 아니다.
고객은 기본 리전 밖에서 복제본, 백업, 자격 증명, 네트워크 경로, 복구 절차를 구성한 뒤에야 그 이점을 얻는다. 제공업체는 그러한 사본을 소급해 추론하거나 만들 수 없다.
핵심적인 전환점은 클라우드 복원력과 지리적 집중 사이에 있다
클라우드는 고객 사무실에서 서버를 없앴지만, 지리와 정치, 전쟁으로부터 서버를 없애지는 못했다.
AWS 중동 데이터 센터는 걸프 지역 전반에 짧은 지연 시간의 컴퓨팅과 현지 데이터 스토리지에 대한 접근성을 확대했다. 이러한 장점은 조직이 중요한 워크로드를 지역 사용자 가까이에 유지하도록 장려했다.
이번 공습은 영향을 받은 고객에게 그 가치 제안을 뒤집었다. 한때 규정 준수와 성능 측면의 이점이었던 지역성은 공동의 집중 위험이 됐다.
이는 클라우드 컴퓨팅이 본질적으로 자체 인프라보다 복원력이 낮다는 의미는 아니다. 개별 기업 중 하이퍼스케일 제공업체보다 더 잘 보호된 시설을 운영하거나 손상된 하드웨어를 더 빨리 복구할 수 있는 곳은 드물다.
문제는 인프라 규모를 워크로드 분산과 혼동하는 데 있다. AWS는 수백 개 시설을 운영할 수 있지만, 그렇다고 각 고객의 데이터를 자동으로 그 시설들 사이에 분산하는 것은 아니다.
고객은 데이터베이스가 어디에서 실행되는지 선택한다. 또한 백업을 리전 밖으로 내보낼지, 애플리케이션이 다른 위치에서 시작될 수 있는지도 결정한다.
이로 인해 약속과 현실 사이에 불편한 충돌이 생긴다. 클라우드는 이중화 인프라에 대한 접근을 단순화하지만, 고객은 이를 안전하게 사용하는 아키텍처를 여전히 직접 구축해야 한다.
멀티 영역 배포는 중요한 유형의 문제를 해결한다. 위협이 가까운 여러 시설에 도달할 수 있을 때, 이는 멀티 리전 복구를 대체하지 못한다.
이 구분은 3월 이전에도 이해되고 있었지만, 종종 이론적으로만 여겨졌다. 클라우드 장애는 대개 엔지니어가 소프트웨어, 라우팅, 전력 또는 냉각 문제를 수정한 뒤 끝났다.
물리적 파괴는 복구의 한계를 바꾼다. 손상된 스토리지 장비는 엔지니어가 얼마나 오래 조사하든 다시 돌아오지 않을 수 있다.
AWS 사고는 백업에도 별도의 장애 경계가 필요하다는 점을 보여준다. 영향을 받은 동일 리전에 저장된 백업은 프로덕션 워크로드와 함께 사라질 수 있다.
유용한 복구 사본은 손상된 리전 없이도 접근할 수 있어야 한다. 또한 검증된 자격 증명, 암호화 키, 네트워크 구성, 애플리케이션 종속성도 필요하다.
데이터베이스 사본만으로는 서비스를 복구하지 못할 수 있다. 팀에는 인프라 정의, 컨테이너 이미지, 소프트웨어 패키지, 도메인 제어 체계, 모니터링 시스템도 필요하다.
신속히 복구한 조직들은 공격 이전에 이러한 요소들을 준비했을 가능성이 크다. 로컬 복제본만 보유했던 팀들은 기술적 이중화와 지리적 복원력이 서로 다른 제품이라는 사실을 깨달았다.
6개월 업데이트는 이 격차를 이야기의 중심에 놓는다. AWS는 접근할 수 없는 지역의 단기적인 정상화 일정을 제시하지 않고 있다.
대신 AWS는 고객이 운영 가능한 리전으로 이전하도록 지원하고 있다. 유럽, 미국, 아시아 태평양이 이전 지침에서 제시된 대안들에 포함됐다.
각 선택지는 새로운 제약을 초래한다. 유럽 리전은 북미 지역보다 더 낮은 지연 시간을 제공할 수 있지만, 법적 규정과 산업별 규칙은 여전히 검토가 필요하다.
애플리케이션 이전은 네트워크 경로, 장애 종속성, 운영 절차도 바꾼다. 고객은 복구 환경에서 ID, 보안, 관측성 시스템이 작동하는지 확인해야 한다.
또한 이전이 일시적인지 결정해야 한다. 걸프 지역에서 재구축하면 지연 시간과 데이터 주권 측면의 이점을 복원할 수 있지만, 동일한 지정학적 노출을 다시 가져오게 된다.
이 때문에 이 사건은 재해 복구의 교훈에 그치지 않는다. 복구된 클라우드 리전이 자연스럽게 이전의 전략적 가치를 회복한다는 가정에 도전한다.
고객들은 이제 해당 인프라가 의도적으로 표적이 됐다는 사실을 알고 있다. AWS가 이를 재구축할 수 있는지뿐 아니라, 공격자가 다시 타격할 수 있는지도 판단해야 한다.
이란 국영 매체와 군 관련 소식통은 분쟁 기간에 기술 인프라를 표적군의 일부로 묘사했다. AWS는 특정 시설을 겨냥한 군사적 근거에 관한 주장을 확인하지 않았다.
상업용 데이터센터에는 수천 곳의 서로 무관한 고객이 입주할 수 있다. 이를 군 관련 표적으로 취급하면 분쟁 위험이 은행, 소매업체, 물류회사, 소프트웨어 제공업체, 일반 사용자에게 전가된다.
AWS 경쟁사도 같은 근본적 노출에 직면해 있다. Microsoft, Google, Oracle 및 지역 사업자는 모두 식별 가능한 시설, 전력 연결, 광섬유 경로, 냉각 시스템에 의존한다.
동일한 지리적 위협 지역 내에서 공급업체를 바꾸는 것만으로는 문제가 자동으로 해결되지 않는다. 경쟁 클라우드 리전은 특정 벤더에 대한 의존도를 낮출 수 있지만, 유사한 군사적 위험에는 계속 노출될 수 있다.
더 강력한 대안은 독립적인 지리적 복구 체계다. 여기에는 다른 AWS 리전, 다른 클라우드 제공업체, 프라이빗 인프라 또는 이 세 가지의 조합이 포함될 수 있다.
올바른 설계는 규제 한계와 기업의 위험 수용도에 따라 달라진다. 이 사건이 보편적인 목적지를 제시하지는 않지만, 단일 리전 기반 인프라에 의존하는 방어 논리는 더 어려워졌다.
지하 시설은 위험의 일부만 해결한다
데이터센터를 지하에 구축하면 드론 노출을 줄일 수 있지만, 강화된 건물만으로는 클라우드 리전을 둘러싼 모든 종속성을 해결할 수 없다.
AWS 공격은 걸프 지역의 강화형·지하형 데이터센터에 관한 논의를 다시 촉발했다. 지하 건설은 물리적 차폐를 제공하는 한편 잠재적인 냉각 이점도 제공할 수 있다.
그러나 이 접근법은 손상된 인프라를 빠르게 대체할 수 있는 수단이 아니다. 굴착, 구조 보강, 환기, 배수, 화재 통제, 보안 접근은 까다로운 엔지니어링 요건을 수반한다.
데이터센터는 막대한 전력을 소비한다. 지하 컴퓨팅 홀도 여전히 발전 시설, 변전소, 연료, 송전선, 비상 전력에 의존한다.
공격자는 전력을 끊을 수 있다면 모든 서버실에 침투할 필요가 없다. 이중 전력 공급선은 도움이 되지만, 지역 분쟁은 여러 공급선을 동시에 위협할 수 있다.
연결성도 또 다른 제약이다. 클라우드 시설은 지상 광섬유, 통신사 상호 연결, 해저 케이블 경로에 의존하며, 이 모든 것을 강화된 구조물 안에 둘 수는 없다.
냉각 시스템도 외부 장비와 에너지를 필요로 한다. 지하 배치는 주변 환경 조건을 완화할 수 있지만, 고밀도 컴퓨팅은 여전히 시설 밖으로 배출해야 하는 열을 발생시킨다.
출입구, 환기구, 하역 구역, 네트워크 경로는 여전히 잠재적인 약점으로 남는다. 강화된 건물은 공격 표면을 바꾸지만 서비스를 무적 상태로 만들지는 않는다.
UAE는 건설 비용과 활용 가능한 용량도 함께 따져야 한다. 특히 인공지능 워크로드를 위해 클라우드 제공업체는 수요 증가에 따라 확장할 수 있는 대규모 캠퍼스가 필요하다.
벙커형 시설은 일부 핵심 시스템에 적합할 수 있다. 하이퍼스케일 용량을 지하에 복제하려면 훨씬 광범위한 건설 및 인프라 프로그램이 필요하다.
따라서 전략적 질문은 지하 데이터센터가 유용한지 여부가 아니다. 어떤 워크로드가 추가적인 보호를 정당화하는지, 어떤 종속성에 별도의 방어가 필요한지가 핵심이다.
걸프 지역의 클라우드 계획은 사라지지 않았다. 정부와 기술 기업은 여전히 지역 컴퓨팅 용량을 AI, 디지털 서비스, 경제 다각화에 중요하다고 본다.
하지만 위험 모델은 바뀌었다. 신규 프로젝트는 더위, 용수 가용성, 장비 결함, 우발적 장애뿐 아니라 의도적인 공격까지 고려해야 한다.
지역 정책 분석은 이미 검토 중인 선택지 중 하나로 지하 입지를 지목했다. 또한 이란에서 더 먼 지역이 가질 수 있는 매력도 언급했다.
거리는 일부 무기와 전략적 압력에 대한 노출을 줄일 수 있다. 그러나 미사일, 드론, 대리 세력 또는 인프라 사보타주가 관련된 더 광범위한 분쟁에서 안전을 보장하지는 못한다.
능동형 방공 체계는 또 하나의 방어층을 제공하지만, 그러면 상업 시설은 군사적 보호에 의존하게 된다. 이러한 관계는 민간 인프라와 전략 인프라의 경계를 더욱 흐릴 수 있다.
보험사와 고객도 비슷한 질문을 던질 것이다. 제공업체는 현장을 강화할 수 있지만, 구매자는 이를 둘러싼 장애에도 전체 서비스가 살아남을 수 있다는 증거를 필요로 한다.
그 증거에는 전력 다양성, 네트워크 다양성, 복구 접근성, 리전 간 복제, 현실적인 복구 테스트가 포함돼야 한다. 아키텍처 다이어그램만으로는 전시 복원력을 입증할 수 없다.
회의적인 시각에서는 지하 건설이 운영상 집중 문제를 해결하지 못한 채 눈에 띄는 상징이 될 수 있다고 본다. 외부 생명선이 한곳으로 수렴한다면 강화된 서버도 여전히 취약하다.
손실된 지역 용량을 재구축하기 위한 공개적인 AWS 일정도 없다. 회사는 대체 시설에 지하형 또는 대폭 강화된 설계를 적용할지 상세히 밝히지 않았다.
이러한 부재가 AWS에 계획이 없다는 증거는 아니다. 신규 시설과 방어 조치에 관한 상세한 공개는 보안상 우려 때문에 이루어지기 어려울 것이다.
따라서 고객은 인프라 로드맵이 명확해지기 전에 결정을 내려야 한다. AWS가 전용 리소스를 복원할 수 없다고 말하는 상황에서, 복구된 Bahrain 리전을 기다리는 것은 복구 전략이 아니다.
가장 안전한 즉각적 가정은 접근할 수 없는 데이터가 계속 접근 불가능한 상태로 남는다는 것이다. 미래의 시설은 손실된 리소스로 돌아가는 경로가 아니라 새로운 용량으로 평가해야 한다.
AWS가 신뢰를 회복할 수 있는지 보여줄 세 가지 신호
다음 시험대는 건설 발표가 아니다. AWS가 복구 가능한 용량, 신뢰할 수 있는 보호, 그리고 고객이 돌아올 이유를 제공할 수 있는지가 핵심이다.
첫 번째 신호는 구체적인 지역 복구 계획이다. 고객은 AWS가 Bahrain을 재개할 의도가 있는지, 손상된 UAE 용량을 대체할지, 걸프 지역 기반을 재설계할지 알아야 한다.
유용한 계획은 사용 가능한 서비스를 복원하는 일과 손실된 인프라를 대체하는 일을 구분할 것이다. 또한 어떤 서비스가 먼저 돌아오는지와 지역 종속성이 어떻게 바뀌었는지도 설명할 것이다.
AWS가 신뢰할 수 있는 일정을 공개한다면 재건이 평가 단계를 넘어섰음을 보여줄 것이다. 계속된 침묵은 이전이 유일하게 신뢰할 수 있는 운영 가정이라는 인식을 강화할 것이다.
두 번째 신호는 고객 행동이다. 은행, 결제 기업, 공공기관, 대형 소프트웨어 플랫폼은 배포 선택을 통해 신뢰가 회복되는지를 보여줄 것이다.
복구된 리전도 주요 고객이 핵심 시스템을 다른 곳에 계속 둔다면 상업적으로 약화된 상태에 머물 수 있다. 팀들이 비용이 많이 드는 이전을 마치면, 다시 돌아가는 데 저항할 수 있다.
지연 시간과 데이터 상주 요건은 여전히 워크로드를 걸프 지역으로 끌어들일 수 있다. 그러나 고객은 복귀의 조건으로 리전 간 복구를 요구할 가능성이 높다.
이 변화는 클라우드 지출 패턴을 바꿀 것이다. 조직들은 중복 스토리지, 대기 컴퓨팅, 더 넓은 네트워크, 더 빈번한 복구 테스트에 비용을 지불하게 된다.
소규모 기업은 가장 어려운 선택에 직면한다. 이들은 지역 지연 시간의 이점을 누리지만, 정교한 멀티 리전 운영에 필요한 인력과 예산이 부족할 수 있다.
클라우드 제공업체는 더 간단한 복제 및 복구 서비스를 통해 이 부담을 줄일 수 있다. 하지만 다른 지역에서 독립적인 용량을 유지하는 비용을 없앨 수는 없다.
세 번째 신호는 새로운 걸프 지역 시설이 어떻게 설계되고 규제되는지다. 지하 건설, 강화된 전력 시스템, 더 넓은 지리적 분리는 물리적 보안이 이제 클라우드 계획을 형성한다는 점을 보여줄 것이다.
정부는 은행 및 핵심 인프라의 복원력 요건도 개정할 수 있다. 이러한 규칙은 단일 국가 클라우드 리전 밖에 백업 또는 운영 복구 환경을 두도록 요구할 수 있다.
이러한 정책은 복원력을 강화하지만 데이터 주권 목표와 긴장을 만들 수 있다. 규제 당국은 가용성이 엄격한 지리적 현지화보다 우선하는 시점을 결정해야 한다.
경쟁사도 이 결정에 영향을 미칠 것이다. Microsoft, Google, Oracle 및 지역 사업자는 지리적 복구 옵션과 물리적 위험 공개를 통해 자사 서비스를 차별화할 수 있다.
업계는 AWS 피해를 협소한 벤더 비교로 전환하는 일을 피해야 한다. 활성 분쟁 지역에 집중된 인프라를 보유한 모든 제공업체는 관련 위험에 직면한다.
멀티 클라우드 전략은 한 사업자에 대한 의존도를 줄일 수 있지만, 두 제공업체가 같은 위협 지역에 위치한다면 도움이 되지 않는다. 지리적 위치는 여전히 핵심 변수다.
위성 증거는 이후 공격이 이미 첫 번째 3월 사건으로 끝나지 않았음을 보여줬다. 후속 현장 피해는 최초 공격을 고립된 사건으로 취급해야 한다는 논거를 약화시켰다.
이러한 이력은 고객이 향후 복구 발표를 해석하는 방식에 영향을 줘야 한다. 재개된 시설은 운영 용량일 뿐, 주변 위협이 사라졌다는 증거는 아니다.
기술 리더에게 당장의 조치는 하나의 리전에만 존재하는 모든 종속성을 매핑하는 것이다. 이 목록에는 데이터, 키, ID 시스템, 배포 도구, 벤더 통합이 포함돼야 한다.
그다음 팀은 장애가 발생한 리전의 도움 없이 다른 곳에서 재구축할 수 있는지 테스트해야 한다. 접근할 수 없는 인프라에 대한 접근이 필요한 복구 계획은 독립적이지 않다.
비즈니스 리더는 허용 가능한 데이터 손실과 다운타임도 정의해야 한다. 이러한 목표에 따라 백업만으로 충분한지, 아니면 지속적으로 운영되는 보조 환경이 필요한지가 결정된다.
AWS 중동 데이터센터 위기는 그 결과를 유난히 분명하게 보여주었다. 지역 이중화는 일부 서비스를 유지했지만, 파괴된 인프라 내부에만 보관돼 있던 정보까지 복구할 수는 없었다.
향후 3개월 동안 AWS의 재건 계획, 고객사의 마이그레이션 결정, 걸프 지역 인프라 정책에 대한 검토가 더욱 면밀해질 것으로 보인다. 이러한 신호들이 종합되면 지역 클라우드에 대한 신뢰가 회복될 수 있는지 드러날 것이다.
조직들은 그 판단을 기다리기 전에 자체 시스템을 점검해야 한다. 가장 중요한 워크로드를 데이터와 종속성을 온전히 유지한 채 현재 리전 밖에서 재시작할 수 있는가?
