IT가 클라우드 서비스에 더 많이 의존할수록 클라우드 장애로 인한 다운타임과 수익 손실 가능성이 커집니다. 퍼블릭 클라우드를 사용하는 조직의 60% 이상이 2022년 이러한 사고로 인한 손실을 보고했으므로, 장애는 기업이 직면할 가능성이 낮은 기이한 현상이 아닙니다.
하지만 장애가 클라우드를 영원히 떠날 충분한 이유일까요? 아니면 가끔 발생하는 다운타임 위험에도 불구하고 이 인프라 유형을 유지해야 할까요?
이 글은 클라우드 장애에 대해 알아야 할 모든 것을 다룹니다. 주요 원인을 개요하고, 눈을 뜨게 하는 통계를 살펴보며, 클라우드 다운타임의 영향을 최소화하는 방법을 보여주고, 최근 몇 년간 발생한 가장 영향력 있는 장애 사례들을 살펴봅니다.
클라우드 장애는 클라우드 제공업체의 서비스가 최종 사용자에게 제공되지 않는 기간입니다. 벤더의 인프라가 다운되고(버그, 정전 등), 클라이언트는 제공업체가 문제를 해결할 때까지 클라우드 기반 자산에 접근할 수 없게 됩니다.
영향 측면에서 온사이트 데이터 센터 다운과 클라우드 장애는 차이가 없습니다. 두 경우 모두 IT 자산에 대한 접근을 잃지만, 클라우드 컴퓨팅의 핸즈오프 접근 방식은 몇 가지 독특한 고려사항을 추가합니다:
로컬 하드웨어와 마찬가지로 클라우드 장애에는 두 가지 유형이 있습니다:
최근 연구에 따르면 계획되지 않은 장애는 계획된 다운타임보다 35% 더 많은 비용이 듭니다(온프레미스와 클라우드 모두). 가격 차이는 예상치 못한 사고가 식별하고 수정하는 데 더 오래 걸리기 때문이며, 장애가 길어질수록 피해가 커집니다.
온사이트 하드웨어와 비교할 때, 클라우드 기반 인프라는 더 빈번한 다운타임을 초래하지만 심각도는 낮습니다. 어떤 호스팅 시스템도 100% 가동 시간을 제공하지 않으므로, 클라이언트는 클라우드 컴퓨팅 이점을 대가로 가끔 발생하는 장애를 감수할 의향이 있습니다. 이러한 의향은 시장 성장에서도 드러납니다. 클라우드는 2024년 전 세계 IT 지출의 14.2%를 차지할 것입니다(2020년 9.1%에서 증가).
클라우드 장애는 제공업체의 통제가능 범위 내외의 여러 원인에서 기인합니다. 가장 일반적인 원인 목록은 다음과 같습니다:
최상의 시나리오에서는 클라우드 장애가 몇 분만 지속되고 소수의 사용자나 서비스에 영향을 미칩니다. 최악의 경우 장애가 반나절 이상 비즈니스를 마비시킵니다. 기업은 모든 클라우드 기반 자산에 대한 접근을 잃고 장애가 끝날 때까지 차단된 상태로 남습니다.
위협적이지만, 서드파티 제공업체의 실수가 2021년 심각한 장애의 '단 7%' 원인이었습니다. 심각한 장애에는 다음 중 하나(또는 여러 개)가 포함되어야 합니다:
아래 도넛 차트에서 볼 수 있듯이 더 시급한 우려사항이 있지만, 평균 다운타임 1분당 비용은 $5,600입니다(엔터프라이즈의 경우 분당 $9,000). 준비되지 않은 상태(데이터 백업, 재해 복구 등 없음)라면 클라우드 장애가 서비스를 중단시키고 수익에 막대한 타격을 줄 수 있습니다.
운영의 작은 부분만 클라우드에 두는 기업은 장애에 덜 취약합니다. 예를 들어 이메일만 클라우드에 호스팅하는 경우, 하루 종일 지속되는 장애도 치명적이지 않습니다. 사고가 지나가길 기다리거나 축소된 기능으로 앱을 실행할 수 있습니다. 이는 IoT 플랫폼 실행이나 결제 처리에 클라우드를 사용하는 경우 작동하지 않는 전략입니다.
일부 경우 클라우드 장애가 영구적인 데이터 손실로 이어집니다(손실된 데이터 양은 백업 빈도에 따라 다름). 또한 엄격한 산업의 클라이언트는 장애가 데이터 유출이나 누수로 이어질 경우 법적 벌금에 책임이 있으므로, 클라우드 스토리지에 무엇을 보관할지 결정할 때 주의해야 합니다.
기업들이 클라우드 장애의 영향을 완화하기 위해 하는 일은 다음과 같습니다:
클라우드 장애는 클라우드 사용 시 피할 수 없으며, 가장 인기 있는 제공업체(Azure, AWS, Google Cloud)도 다운타임에서 자유롭지 않습니다. 최근 역사상 가장 중요한 클라우드 장애 몇 가지를 살펴보겠습니다.
2021년 10월, Microsoft Azure는 가상 머신 서비스를 6시간 동안 중단시킨 장애를 겪었습니다. 장애 기간 동안 많은 사용자가 새 VM을 배포하거나 확장을 업데이트할 수 없었습니다. 시작, 생성, 삭제와 같은 기본 서비스 관리 작업도 오류를 초래했습니다.
클라우드 장애의 원인은 VM 쿼리가 아티팩트의 필수 버전 데이터를 검색할 수 없었던 것입니다. 사후 복구 보고서에 따르면 소프트웨어 기반 실수는 Microsoft가 VM 아키텍처 중 하나를 마이그레이션할 때 발생했습니다.
Google Cloud는 작년 11월 중순 약 2시간 동안 다운되었으며, 다음에 영향을 미쳤습니다:
영향을 받은 웹사이트는 방문자가 접근하려 할 때 404 오류를 표시했습니다. Google은 클라우드 장애 원인이 로드 밸런싱을 담당하는 네트워크 구성의 글리치였다고 보고했습니다.
대규모 연결 활동 급증이 AWS 플래그십 시설 중 하나의 네트워킹 장치를 압도하여 다양한 웹사이트와 앱에 영향을 미쳤습니다. 가장 주목할 만한 '피해자'는 다음과 같습니다:
데이터 센터 이슈로 내부 AWS 네트워크 내에서 심각한 지연이 발생했습니다. 고객 앱은 파급 효과를 느껴 약 7시간 동안 트래픽 지연이나 완전한 종료를 겪었습니다.
IBM 인프라 이슈로 달라스 지역의 클라우드 서비스가 5시간 이상 영향을 받았습니다. 내부 팀이 문제를 해결했지만 실수로 전 세계 사용자(미국, 일본, 캐나다, 독일 포함)에게 추가 1시간 동안 가상 프라이빗 클라우드 이슈를 유발했습니다.
Slack은 2월 AWS 클라우드 리소스 장애로 통신 플랫폼의 정상 사용이 5시간 동안 차단되었습니다. 11,000명 이상의 신고 사용자가 다음을 할 수 없었습니다:
Slack 팀은 클라우드 장애 원인을 결코 공유하지 않았고, 복구 후 모든 영향을 받은 사용자에게 앱 재시작과 캐시 삭제를 요청했습니다.
15개 주요 Apple 서비스가 클라우드 장애로 4시간 동안 다운되었으며, 다음이 포함됩니다:
Apple의 기업 및 소매 시스템도 다운되었습니다. 회사는 나중에 근본 원인이 회사의 도메인 네임 시스템(DNS) 관련 문제였다고 밝혔습니다.
2022년 3월 8일, Google Cloud 사용자들은 2시간 30분 동안 서비스 오류를 겪었습니다. Spotify와 Discord가 장애의 영향을 받은 기업들 중 하나였습니다.
구성 처리를 위한 Traffic Director 코드 변경이 오류를 유발했습니다. 사후 복구 보고서에 따르면 잘못된 코드 변경이 구성 데이터 형식 마이그레이션을 소홀히 하여 플랫폼이 사용자의 프로그래밍을 의도치 않게 삭제했습니다.
올해 최대 Atlassian 장애는 4월 5일 시작되어 4월 18일 끝났습니다(일부 사용자는 4월 8일부터 서비스 복구 시작). 회사는 부적절한 팀 커뮤니케이션과 잘못 계획된 인시던트 대응 계획 때문에 장애가 발생했다고 설명했습니다.
이 클라우드 장애가 일부 사용자에게 거의 2주 동안 지속되었지만, 클라이언트 데이터의 상당한 손실 보고는 없었습니다. 그러나 Atlassian의 플래그십 제품인 Trello와 Jira 사용자 모두 이슈의 영향을 받았습니다.
6월 7일, Azure 고객들은 East US 2 리전(주로 버지니아)에 호스팅된 리소스에 연결할 수 없었습니다. 장애는 약 12시간 지속되었으며 존 중복 인프라에 의존하는 소비자들에게는 영향을 미치지 않았습니다. 영향을 받은 서비스에는 다음이 포함됩니다:
원인은 로컬 데이터 센터 중 한 곳의 갑작스러운 전력 진동으로, 공기 처리 장치(AHU)가 중단되었습니다.
6월 Cloudflare의 우발적 장애로 1시간 30분 동안 주요 중단이 발생하여 다음 인기 사이트들이 다운되었습니다:
샌프란시스코 기반 벤더는 계획되지 않은 다운타임이 19개 데이터 센터의 네트워크 구성 변경에서 기인했다고 설명했습니다.
최근 몇 년간의 클라우드 장애 사례들은 명확한 메시지를 보냅니다: 클라우드가 IT 게임 체인저임에도 불구하고 기술은 완벽하지 않습니다. 최종 사용자와 앱 가용성을 중요하게 생각하는 기업들은 가끔 발생하는 다운타임에 대비해야 하며, 이는 백업과 재해 복구(BDR)를 클라우드 기반 리소스 사용의 필수적인 부분으로 만듭니다.
클라우드 컴퓨팅
가공을 떠올리면 선반과 밀링 머신이 가장 먼저 떠오를 수 있습니다. 하지만 특정 용도에 더 적합한 다양한 다른 가공 공정도 존재합니다. 그중 하나가 방전 가공(EDM)입니다. 이 글에서는 전기 방전 가공의 한 유형인 와이어 EDM의 기능과 역량을 더 심층적으로 살펴봅니다. 와이어 방전 가공이란 무엇인가? 와이어 EDM은 공작물을 관통하여 연속적으로 움직이는 와이어를 사용하여 복잡한 형상을 엄격한 공차와 최소 케어프(kerf)로 절단하는 EDM 유형입니다. 이 공정은 단단하고 두꺼운 전도성 재료를 정밀하게 절단하는 데 특히 유용하며
수중 용접이란? 수중 용접은 용접자가 물속에 잠긴 상태에서, 종종 높은 기압 환경에서 수행됩니다. 이는 다양한 난제를 야기하며, CDA Technical Institute(구 상업 다이빙 아카데미)에서 가르치는 전문 기술과 엄격한 훈련이 필요합니다. 열악한 조건과 내재된 위험 때문에 수중 용접(습식 용접이라고도 함) 다이버는 매우 엄격한 기준과 고도로 전문화된 교육을 통해 훈련되어야 합니다. 고압 용접은 높은 압력에서, 통상적으로 수중에서 수행되는 용접 공정입니다. 고압 용접은 물속에서 직접 수행되는 습식 방식이나, 특수하게 제작된
