재고: 상위 10 개 클라우드 컴퓨팅 서비스 중단 사고

기업 클라우드 서비스에서 오류를 방지 하기 위해, 미국 "Networkworld"는 구체적으로 10 가장 심각한 클라우드 서비스 중단 세계의 웹 사이트 및 우리가 그들 로부터 배울 수 있는 수업 경험을 나열 합니다.

심각한 클라우드 중단 1: 아마존 웹 서비스 중단

지루한 네트워크 유지 보수 작업을 제거 구름에서 사업의 주요 판매 포인트 이다. 하지만이 서비스의 단점은 클라우드 공급 업체는 정기적으로 귀하의 비즈니스를 방해 그들의 구성을 변경 하는 경우 사용자가 쓸모 있을 것입니다.

이것은 올해 4 월에 경험 많은 아마존 웹 서비스 사용자입니다. 그 당시, 아마존 북 버지니아 상태 데이터 센터 오류를 완전히 사용할 수 없게.

네트워크 업그레이드 하는 동안이 오류가 발생합니다. 때 정보 삽입 자체 백업으로 이러한 장치를 사용할 수 있는 장치를 찾고 있었다, 당시 교통 운동의 잘못 된 경로 미러 폭풍 아마존 EBS (탄력 블록 스토리지) 소통량의 시리즈를 보냈습니다. 이것은 변칙 현상입니다. 이 일련의 이벤트는 결국 미국 동부에서 아마존의 다양 한 서비스의 중단을 주도 발생 합니다.

오류에 대 한 일을 지속 했다. 하지만 넷 플 릭 스 같은 다른 회사는 문제 해결 동안 많은 기업이 곤경에. 생존에 키 란 무엇입니까? 이러한 유형의 실패는 시스템을 설계할 때 고려해 야 합니다.

"우리의 건축 방지 우리의 기본 데이터 저장 서비스로 EBS를 사용 하 여," 넷 플 릭 스 엔지니어가 했다 "넷 플 릭 스의 수업 아마존 웹 서비스의 중단에서 배웠습니다." 라는 제목의 블로그 심플, S3 및 우리가 의존 하는 카산드라 서비스 중단에 의해 영향을 받지 했다. 국가 서비스와 사용 가능한 영역 없이 데이터의 여러 중복 뜨거운 복사본 아마존 웹 서비스의 클라우드 오류를 피하고 열쇠입니다.

그것에 대해 당신이 될 필요가 안전 하 게 유지 하는 넷 플 릭 스-규모 기업 생각? 개발자가 웹 응용 프로그램 통신을 통합 하는 데 도움이, Twilio 회사의 핵심 인프라를 아마존의 EC2 서비스를 활용 합니다. 그래도, 4 월 정전 그것의 안정성에 거의 영향을 왔다.

Evancooke 클라우드를 설정 전제 했다 Twilio 공동 설립자 이자 최고 기술 책임자 네트워크 실패할 것 이라고 가정 했다. 우리는 메인프레임 수 있고 실패 개념 인프라 구축. 따라서, 우리가 어떤 기계 또는 자체 코어 아키텍처의 구성 요소에 의존 하지 마십시오.

심한 구름 인터럽트 2:sidekick 종료

스마트폰은 쉽게 모바일에서 데이터를 액세스할 수 있습니다. 그러나, 몇 가지 되지 않기 때문에 할 단어 "스마트"와 바보의 이름. 예: T mobilesidekick 중단 2009 년이을 주위에 발생 했습니다.

큰 실패를 기억? Microsoft 소유 조 수 입의 서비스 중단, 거의 한 주 액세스 전자 메일, 일정 정보 및 기타 개인 데이터와 사용자를 위해 불가능 하 하. 나중에, 마이크로소프트는 완전히 구름에 저장 된 데이터를 손실 하 고 않을 데이터에 응답 하지 수 있습니다 그것은 인정 했다. 마이크로소프트의 사람들이 분명히 백업을 할 것을 잊었다.

이 기술은 그 이후 개발 할 수 있습니다. 하지만 수업 같은: 그것은 중요 한 데이터에 관해서 라면, 결코 다른 사람 당신을 보호할 것 이다 자동으로 가정. 클라우드 공급자의 재해 복구 설정 이해 다는 것을 확인 하십시오. 그것은 당신의 중요 한 데이터를 독립적으로 백업 계획을 만드는 최고의입니다.

Kengodskind, Alertsite에서 감시 제품에 대 한 부사장 동일한 운영 규칙이 구름에도 적용 했다. 클라우드를 사용 하 여 신체 단순히 그 때문에 구름에, 비즈니스 연속성 계획에 대 한 모든 책임은 오버 손으로 왔다 공급자에 가정 수 없습니다.

심한 구름 인터럽트 3:gmail 실패

모든 클라우드 서비스의 구글 Gmail는 기업 내에서 Microsoft의 기본 메일 서비스 요새에 가장 큰 위협 중 하나입니다. Postini에서 지 원하는 저렴 한 독립 실행형 전자 메일 서비스와 유지 보수 비용이 Exchange 서버를 교체 합니다. 차이점은 뭔가요?

많은 성가신 중지. 최근 정전 남아 있다 150000 Gmail 사용자가 빈 페이지와 로그인 후 자신의 계정, 메일 또는 폴더에 하 고 아무것도 그들은 실제로 그들의 받은 편지함에서 보고 보여줍니다. 자사의 신용 하려면, Google 정기적으로 업데이 트를 제공 하 고 신속 하 게 실패를 해결 하기 위해 약속 했다. 그러나, 일부 사용자를, 4 일에 실패를 복구 하는 Google를 영향을 받습니다.

"만약 당신이 당신의 데이터의 여러 복사본, 수 일이 어떻게," Bentreynor, 구글의 부사장, 엔지니어링 블로그 게시물에서 밝혔다? 드문 경우에, 소프트웨어 결함에 영향을 여러 데이터. 그건 여기 무슨입니다.

Google은 결국 물리적 테이프 백업을 사용 하 여 데이터를 복원 했다. 궁극적으로, Google의 다중 계층 데이터 보호 작동 않았다, 하지만 그것은 몇 일 동안 그들의 이메일에 액세스할 수 없습니다 사용자의 수천을 떠났다.

실패 클라우드 연결을 사용 하지 않는 이유? 아닐. 그러나, 이것은 데이터 보호를 확인 하 고 긴급 요구 사항 발생 하기 전에 백업 또는 오프 라인 액세스 솔루션을 설정 하는 것을 이유.

당신이 볼 때 광범위 한 평균, Kengodskind의 Alertsite 말한다 구름의 개인 성공 비율 보다 훨씬 높다. 이것은 웹 규모에 도착 하는 경우에, 실패의 영향이 더 큰 방법으로 확대.

심각한 클라우드 중단 4:hotmail 엉망

물론, 마이크로소프트의 클라우드 서비스에 대 한 최고의 광고 또한 제공 합니다. Microsoft Hotmail 받은 새 해에 비운 되 고 수천 수만의 결과 2010 년 말에 데이터베이스 오류를 했다.

Microsoft는 오류 스크립팅 오류 결과 했다. 이 자동화 된 테스트를 위해 만든 가상 계정을 삭제 하는 스크립트입니다. 이 스크립트 17000 실제 계정 잘못으로 삭제 됩니다.

Microsoft는 사용자의 계정의 대부분을 복구 하는 3 일을 지출 했습니다. 불운 한 사용자의 약 8% 다른 그들의 데이터를 복구할 수 3 일을 기다려야 했다.

심한 구름 인터럽트 5: 두 개의 인터럽트를 인 튜 이트

인 튜 이트 지난해 심각한 오작동을 겪었다. TurboTax, Quicken과 QuickBooks, 인기 있는 플랫폼을 포함 하 여 그것의 클라우드 기반 서비스는 한 달에 두 번 발생 했습니다. 최악의 지난 6 월 36 시간 네트워크 사고를 했다. 전원 오류가 분명히 대기 전력을 사용 하는 주요 장치를 발생 하 고 회사의 기본 및 백업 시스템의 연결이 완전히 해제 되었습니다.

더 나쁜, 몇 주 후, 또 다른 중요 한 전원 오류가 발생 했습니다. 또한, 두 번째 중단 분명 사람 욕하기 위해 발생 합니다.

한 사용자가 했다 Weibo에는 25 시간 휴식 받아들이기 어렵다. 인 튜 이트, 불투명, 수동 하 고 받아들일 수 없는 통신 도움이 되지 않습니다.

"사실, 구름, 보다 더 나은 솔루션은 필요한 경우 절대 유용성," 말했다 Chriswhitener, HP의 보안 이점 프로그램에 주요 전략. 당신은 모든 것을 백업할 필요가 없습니다 하지만 당신이 걸음 추가 거기 (아마도 자신의 중요 한 데이터에 전적으로 의존) 완전히 다른 결과 생산 하.

심각한 클라우드 중단 6: 마이크로소프트 BPOs (사업 사무실 온라인 스위트) 실패

클라우드 기반 오피스 스위트 실패 하면 효율적으로 작동 하기 어렵다. 그건 무슨 일이 있었는지 몇 주 전에 회사 마이크로소프트의 클라우드 서비스에 의존 하는 경우. 5 월 10 일, 주위 마이크로소프트 BPOs 서비스 간헐적으로 표시 하기 시작 했다. 일부 사용자의 이메일 전에 받은 그들은 9 시간 동안 지연 되었습니다.

2 일 후,는 bpos는 오류 배제 하 듯, 지연 발생, 다시 고 보낸 메시지 차단 되었습니다. 사고 충분 하지 않습니다, 경우 Microsoft Outlook 웹 기반 포털에 로그온에서 사용자를 방지 하기 위해 또 다른 실패를 경험 했다.

'나는 당신, 우리의 고객 및이 오작동으로 인 한 불편에 대 한 우리의 파트너에 게 사과 하 고 싶다'는 블로그에 마이크로소프트의 온라인 서비스의 부사장 말했다.

심한 구름 인터럽트 7:salesforce 서비스 중단

한 시간 동안 중단 하지 심각한 소리 수 있습니다. 그러나, 회사 기업 고객 서비스 비즈니스의 수천 수만에 키가 있으면이 단체의 많은 확실히 라이프 사이클이 60 분을 고려할 것입니다.

데이터 센터에 지난 1 월 닫히면 Salesforce.com 교훈을 배웠습니다. 새 해 4 일만에 Salesforce.com 포괄적인 실패 보고, 서비스, 백업 및 기타 서비스 서비스 중단 즉.

지루한, 절대적으로. 완전히 예기치 않은.

Timcrawford, 미놀타의 자회사에서 Allcovered의 최고 정보 책임자는 현실은 클라우드 기반 데이터 센터는 또한 중단을 말한다. 그 실패의 원인이 되었으며 항상 그런 것은. 우리는 그것에 대해 현실적 이어야 합니다.

크로포드 말한다 성공적인 클라우드 컴퓨팅 전통적인 서버 보다 다른 사고를 요구 한다. 당신은 자신에 대 한 비즈니스 데이터 가끔 단절을 견딜 수 있는지 여부를 결정 해야 합니다. 만약 당신이 그것을 감당할 수 없습니다, 구성에 유연성을 깨진된 네트워크 오류를 피하기 위해 있는지 확인 합니다.

클라우드 공급자를 선택 하면 그들이 이러한 서비스를 제공 하는 방법을 이해 하는 숙제를 할 필요가 그리고 당신은 무엇을 할 보다 낫다 여부 그들을 구축할 수 있습니다 중복의 수준. 대답은 ' 아니, 그럼 왜 사용 합니까 이러한 클라우드 공급자?

심각한 클라우드 인터럽트 8: 클라우드 공급자 Terremark 끔찍한 하루

최근, Terremark와 Verizon 사이 1 십억 달러 거래 되었을 수도 있습니다 주요 뉴스 기사를. 그러나, 2010 년 초에 주요 뉴스 보고 Terremark 사고 이었다.

2010 년 3 월 17 일에 성 패 트 릭의 날 Terremark의 운명을 나쁜 설정 하기 시작 했다. 회사의 Vcloudexpress 서비스 내리막 그날 갔다가 마이애미 데이터 센터에서 약 7 시간 동안 끊어졌습니다. 이 시간 동안 사용자가 데이터 센터에 저장 된 데이터를 액세스할 수 없습니다.

아니 더 많은 중복성이 합니다. 그러나,이 중복, 중요 한 데이터를 다른 데이터 센터 또는 다른 지역에서 여러 서버를 선호 하는 여러 서버로 제공 될 수 있도록 값을 제공 합니다. 유사 시 대기로 데이터 공급자를 확산 하기 위한 추가 단계 걸릴 수 있습니다.

Haroldmoss, IBM 클라우드 보안 전략 계획의 최고 기술 책임자 말합니다 작업, 백업에 대 한 책임 공급 업체 또는 백업에 대 한 책임 두 업체를 공급 업체의 범위를 선택 하 고 다음 주요 공급자의 공급 업체를 선택. 그런 다음 안전 하 고 안전한 환경에서 작업을 구현 하 고 당신의 복구를 소개 하기 시작 수 있습니다.

심한 구름 인터럽트 9:paypal 오류

다양 한 심각한 효과 일으키는 구름 중단 시겠습니까? 페이팔을 보고 몇 시간 동안 그물을 휴식을 좀 하려고.

이것은 가상 운동: 2009 년 여름에 페이팔의 깨진된 네트워크 오류 사실 이다, 그래서 그 컴퓨터의 수백만 세계 상품을 팔 수 없어요. 서비스 약 1 시간 동안 완전히 이용할 수 없었다 고 몇 시간 동안 간헐적으로 했다. 페이팔은 하드웨어 실패는 사고의 원인이 있다.

이러한 중지 오류는 희소 하다 의심의 여지가 있다. 그러나,이 불행 한 단절 오류 쉽게 페이팔 수치 컴퓨팅 구름에 자리를 이길.

거친 년의 심한 구름 중단 10:rackspace

테크 크 런치와 Justintimberlake와 같은 웹사이트를 클라우드 서비스를 제공 하는 때 그 때 서버 작동 하지 않는다, 사람들이 알아차릴 것 이다 더 나은 믿을 것입니다.

Rackspace는 2009 년에서 몇 가지 교훈을 배웠습니다. 클라우드 공급자는 몇 시간 동안 회사의 온라인 고객을 데 려 2009 년에 걸쳐 4 높은-프로필 단절 실패를 겪었다. Rackspace는 서비스 요금에 거의 3 백만 달러에 대 한 사용자를 보상 했다.

Rackspace "고통 스 럽 고 매우 실망" 사건에와 서 오랜 시간에 대 한 높은 수준의 서비스 제공을 약속 했다. 현재, 회사 가동에 집중 하 고 있지만 그것은 또한 사용자를 클라우드 서비스에서 피할 수 없는 혼돈을 다루는 계획 준비를 돕는다.

지리적 중복성을 만들거나 서비스 클러스터를 구축 하려는 경우 그것은, Lewmoorman의 Rackspace 말한다 보다 쉽게. 하지만 이러한 단계를 수행 해야 합니다. 만약 당신이 이런 짓을 하기 전에 귀하의 비즈니스에이 구름 하지 어떤 잠재적인 약점을 가져올 것 이다.

모든 오류를 감안할 때, 가장 큰 교훈을 여기 그는 단일 서버, 센터, 또는 절대적으로 신뢰할 수 있는 서비스입니다. 이 방법으로 귀하의 비즈니스를 구축 하지 않습니다, 경우 다음, 내 친구, 당신은 걷고 있다 주위 비현실적인 방식.

(책임 편집기: Duqing 첫 번째)