클라우드 공급자 복원력 과신 금지
최근 Google Cloud 런던 리전에서 발생한 전력 장애는 다수의 은행, 배송, 의료, 법원 시스템 등 다양한 서비스에 영향을 미쳤다. 이는 클라우드 인프라 자체의 장애가 아닌, 의존성 체인으로 인한 광범위한 영향을 보여준다. 기업은 클라우드 제공자의 복원력을 자동으로 얻는 것이 아니라 직접 설계하고 검증해야 한다.
무슨 일이 발생했는가
Google Cloud의 europe-west2 리전에서 전력 이벤트로 인해 데이터센터 장애가 발생했다. 이로 인해 직접 또는 간접적으로 해당 클라우드를 사용하는 은행, 배송 서비스, e-bike, 예산 앱, NHS 예약 서비스, 법원 화상 시스템 등 다양한 업무가 영향을 받았다. 클라우드 공급자는 인프라 복구를 수행했으나, 단일 리전 배포와 미검증 페일오버 설계로 인해 많은 서비스가 장애를 경험했다.
Prime IDC 기술팀 분석
서버와 인프라 운영자는 클라우드 플랫폼의 고가용성 기능을 단순한 빌딩 블록으로 인식해야 한다. 단일 리전, 단일 데이터베이스, 단일 인증 경로에 의존하는 아키텍처는 클라우드 공급자가 인프라를 복구하더라도 애플리케이션 수준에서 장애가 지속될 수 있다. 이는 온프레미스 환경에서 데이터센터로 단일 장애점을 이전한 것과 유사한 상황이다. 따라서 운영자는 애플리케이션 아키텍처와 운영 모델에 대한 책임을 명확히 인식하고 복원력 전략을 직접 수립·테스트해야 한다.
고객이 해야 할 조치
1. 현재 애플리케이션의 리전 의존성을 검토하고 멀티 리전 또는 멀티 클라우드 구성 여부를 확인한다.
2. 페일오버 절차를 문서화하고 정기적으로 테스트한다.
3. 핵심 서비스의 의존성 체인(데이터베이스, 인증, API, 네트워크)을 매핑한다.
4. 백업 및 복구 전략을 검토하고 실제 복구 시간을 측정한다.