클라우드 컴퓨팅 중단 경고 기록

때 그것은 클라우드 컴퓨팅, 사용자 및 공급 업체는 여전히 탐험 미지의 영역 그들은 새로운 인프라를 채택 하는 때 온다. 오류 문제 및 예기치 않은 가동 중단 불가피 하지 발생 합니다. 심지어 최대 및 최고의 클라우드 제작자는 헛된에서 그들의 서비스는 때때로 "중단" 전에.

그래서 무엇이 클라우드 중단이 있었던 경우 잘못? 어떻게 IT 관리자와 사용자에서에서 배울 수 있는 모든 이벤트? 더 나은 그들의 서비스를 실행 하는 독자를 하려면 일부 중단 이벤트 중단 사건의 심각도 따라 정렬 됩니다.

마이크로 소프트

테스트 기간 중에 클라우드 서비스는 예기치 않은 가동 중지 시간을 발생 하는. 그건 무슨 Microsoft Azure 22 시간 동안 추락 하는 때, 2009 년 3 월. 더 중대 한 손실 되는 보호 관찰 기간 동안 테스트 응용 프로그램에만 영향을 받습니다.

푸른 가동은 꽤 초기 클라우드 컴퓨팅의 진화에 하지만 이미 알고 있는 IT 관리자 재해 준비와 구름에 계획 하는 가동 현명한 첫 걸음 이다. 그러나, Azure은 초기 단계, 그리고 아무도 얼마나 많은 구름에 영향을 미칠 것입니다 컴퓨팅 또는 어떻게 구름에 사람들의 신뢰에 영향을 미칠 것입니다 컴퓨팅.

심각도: 낮음

태평양 표준시 2012 년 2 월 28 일 5:45, 많은 세계의 푸른 사용자 관리 기능 푸른 서비스 정전 경험. 대부분의 사용자에 대 한 정전 하 그들의 서비스 제공에 영향을 주지 하 고 그들은 그들을 관리할 수 있습니다. 마이크로소프트는 밝혔다는 대부분의 고객 관리 기능 수정 윤년의 12 시간 이내 가동 중지 시간, 2012 년 비록 많은 사용자를 위한 매끄러운 24 시간 동안 정전 시작 되었습니다.

심각도: 낮음

Rackspace

2009 년 6 월에서에서 호스트 관리 설정 되어 클라우드로 메이커 Rackspace 전원 여행, 발전기 백업 시리즈 실패, 조용 하 고, 이것은 시끄럽게 대부분 서버 랙 심각한 정전을 경험!

회사의 신뢰성에 대 한 Rackspace의 공식 블로그에서 전체 이벤트를 보고 하 고 트위터, 하지만 평론가 아직도 rackspacefail #的标签满天飞에 대 한 이야기를 했다.

심각도: 높음

하지만 2009 년 11 월에서에서 Rackspace 다른 심각한 정전 및 나쁜 응답 하지 비행 했다. 사실, Rackspace의 고객 기회를 심각 하 게 다치게 제조업체의 가동 중지 시간, 하지만 그들은 "큰 거래 없음."으로 설명 "관리 Rackspace 적용이 즉 바로 업그레이드 및 빠른 수정을 제공 하 고 있습니다.

고객이 했다 오프 라인 비즈니스의 15-20 분 후 Rackspace 매우 투명 하 고 문제 처리 신속 하 게. 이 사건 회사는 보증 가져왔지만 그 홍보 위기 해결. 중요 한 데이터가 손실 되지 않습니다 경우 서비스 신속 하 게 복구할 수, 고객 만족 또는 만족. 사실, "100% 가동 시간" 제조 업체, 대부분의 고객의 전체 사람들 같지 않습니다 우발적인 사고로 인해 고 포기.

심각도: 낮음

Salesforce.com

2010 년 1 월에에서 Salesforce.com의 68000 고객 중단의 적어도 한 시간을 겪었다.

회사는 자사의 데이터 센터에서 "시스템 오류"를 보고 그리고 백업을 포함 한 모든 메뉴이 기간 동안. 이 몇 가지 부정적인 관심을 지불 해야, Salesforce.com의 잠금 전략 force.com 비판의 대상이 될, 이것은 한 종류 즉 서비스 플랫폼 (PaaS)의 제품, salesforce.com 밖에 사용할 수 없습니다. 그래서 Salesforce.com 문제가 있다, force.com은 죽 다.

비록이 가동, vm 웨어와의 어린 시절, 가동 중지 시간, 1 개월만에 Markbeniov 봄 그것의 vmforce 협력 회사에 많은 피해를 발생 하지 않았다 하지만 또한 Kua 원사 Salesforce.com "은 최대 기업용 클라우드 컴퓨팅 회사." "그들은 그것에 대해 걱정 하지 않는.

엄격: 매체

Heroku

Heroku 약 44000 응용 프로그램을 설치 하기 추정 루비 프로그래밍 언어를 제공 하는 PAAs 기업 이며 2010 년 1 월, 20000 달러 높은 용량 아마존 EC2 인스턴스이에 건다.

아마존은 한 시간, "부활"이이 인스턴스 만들었지만 Heroku 제품 개발자에 타격을. Heroku는 단일 유용성 도메인, 그들의 주요 완전 한 서비스 중단, 같은 중단의 지속적인된 개발을 방해 하는 것을 의미 하는 모범 사례, 컴퓨팅 구름의 부족의 모든 인스턴스를 실행 합니다.

Heroku 마신이 방법에서는, 남 비 그리고 그들은 "높은 순서"를 때 사건이 생각 클라우드 서비스를 다루는.

심각도: 높음

Terremark

다시 보면서 3 월, vm 웨어 파트너 Terremark, 7 시간의 가동 중지 시간, 위험, Vcloud 익스프레스의 미래를 넣어 후에이 사건 발생 연결. 하지만 그 회사는 문제를 처리 하는 방법으로 표현 하는 영향 매우 강한 불만 받은 고객의 2%만 영향 했다 보도 했다.

Terremark 대변인은 회사 "엄마" 클라이언트 growled 때 회사를 호스팅 했다. 가장 강력한 것은 그가 실제로 Terremark의 응답 아마존은 단순히 고객에 게, 사람, 상태 보고 및 경고 서비스를 선택 하는 투쟁에서 세 어진다 그것에 비해...

물론, Vcloud 감독 vm 월드 2010의 흥분도 가라앉으 면, 한 동안 Terremark 가동 하지 않는 마크에 많은 떠날.

엄격: 매체

아마존

그것은 다른 모든 클라우드 컴퓨팅 중단 아마존의 웹 서비스 가동 중지 시간에 비해 소아과 같다. 그래서 클라우드 서비스 공급 업체의 원조, 아마존은 지난 몇 년 동안에서 겪었다 서비스 중단 및 균등 하 게 실제 재해.

2009 년 6 월에에서 드문 사고 일부 고객 아마존 EC2 서비스와 5 시간, 그러나 성장 고통으로 그것을 본 대부분의 고객. 이 다소 이상한 응답은 하지 되었습니다 지속, 아마존의 재해 응답 조화 및 고객 관계에 분산된 서비스 거부 공격 및 긴 전자 메일 컨트롤 후 시작.

심각도: 높음

버지니아, 이끌어가 서 6 시간 동안 시스템이 뇌우, 아마존의 데이터 센터와 관련 된 또 다른 사건은 또한 1 개 사이드에서 회사의 개발 표시 하 고 아마존의 응답 시간 긍정 가치가 있다.

엄격: 매체

클라우드 컴퓨팅 성장 하 고 확장 하 고, 문제에 따라 계속 됩니다. 5 월, 일부 겉보기 무관 한 사건 일주일 기간 동안 3 다른 중단을 일으키는 아마존 버지니아 데이터 센터에서 개최 했다. 무정전 전원 공급 (UPS)를 백업 정전, 서버 랙 걸려; 처음으로 두 번째 발생 4 일 후, 전원 분배 상자의 단락 회로 8 시간 서비스 중단에 따른. 지난 2 일 차는 전신주, 가동 중지 시간 30 시간에 따른 데이터 센터의 전원 차단. 관계에 그것 아니다 큰 이벤트,이 3 개의 가동 어떤 제조 업체에 대 한 사소한 문제 수 없습니다 시간 같은 짧은 기간.

심각도: 높음

흥미롭게도, 대부분의 고객은 아마존 웹 서비스에 대 한 열린 마음을가지고 것. 그들은 가장 중요 한 것은 아마존 기술 및 예기치 않은 문제에 대 한 잠재력의 복잡성에 동의 그들은 아마존 클라우드 환경 합리적인 가격으로, 그들이 원하는 작품의 가치를 제공 동의 합니다.

아마존은 또한 고객의 기대, 계속가 서, 물론, 완벽 한 가격의 완성도 보여주었다 고 2010 년 4 월 가동 중지 시간에 대 한 빠른 응답을 실천 했다. 울트라 긴 게시물, AWS 상태 페이지는 정기적으로 업데이트 하 고 뉴스 레터 보고 가동 중지 시간 및 그들을 해결 하는 방법의 뒤에 이유.

엄격: 매체

아마존의 클라우드 컴퓨팅 센터 북 버지니아 주 (축복 받은 장소)에서 추락, 자동 응답 서비스 Quora, 뉴스 서비스 Reddit, HootSuite 및 위치 추적 서비스 정사각형을 포함 하 여 일부 사이트 2011 년 4 월에에서 영향을 받았다.

놀랍게도, 아마존 클라우드 서비스는 아마존 EC2 서비스의 서비스 수준 계약 (SLA)을 위반 하지 않고 거의 4 일에 대 한 중단 되었습니다 있다. 아마존 FAQ 설명, "지역 99.95 %365 일 서비스 기간 동안 서비스 이용이 보장 합니다." 이 시간 여러 가지 영향을 받는 사용자 불평 아마존 서비스 중단에 대 한 시간에 최신 정보를 공개 하지 않았다. 타락 한?

심각도: 높음

요약

대부분의 클라우드 사용자가 이러한 이벤트를 예 고, 그런 가동 엔터프라이즈 데이터 센터에서 자주 발생 합니다. 우리가 나열 했습니다 완료 되 고 기타 콘텐츠는 다른 보고서에 참조 될 수 있습니다. 클라우드 컴퓨팅은 완벽 한, 그리고 더 많은 가동 중지 시간이 발생 하 고 있습니다. 최고 공급 업체에 할 수 있는 모든 배울 어디에 잘못 하 고 일부 다크 호스 회사 찬탈 더 나은 트랙 기록을 통해 그들의 클라우드 업체의 지도자는 문제를 해결 이다.

(책임 편집기: 유산의 좋은)