10 최악의 클라우드 오류 및 그것의 수업

가이드: 기업의 클라우드 서비스에서 오류를 피할 수 있도록, 웹 세계 웹사이트 제공 합니다는 10 가장 심각한 클라우드 서비스 중지 사이트 경험 하 고 우리가 그들 로부터 배울 수 있는 수업.

심각한 구름 인터럽트 1: 아마존 웹 서비스 중단. 지루한 네트워크 유지 보수 작업을 제거 구름에서 사업의 주요 판매 포인트 이다. 하지만 그의 단점은 클라우드 공급 업체는 정기적으로 귀하의 비즈니스를 방해 그들의 구성을 변경 하는 때 당신은 쓸모 있을 것 이다.

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

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

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

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

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

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

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

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

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

구름에도 적용 하는 것을 규칙 같은 운영 켄 Godskind, 제품을 총괄 하는 Alertsite 회사의 부사장을 말한다. 클라우드를 사용 하 여 신체 단순히 그 때문에 구름에, 비즈니스 연속성 계획에 대 한 모든 책임은 오버 손으로 왔다 공급자에 가정 수 없습니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

성가신? 절대적으로 그렇게. 사고? 완전히 예기치 않은.

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

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

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

심각한 클라우드 인터럽트 8: 클라우드 공급자 Terremark 끔찍한 하루. 최근, Terremark와 Verizon 사이 1 십억 달러 거래 되었을 수도 있습니다 주요 뉴스 기사를. 그러나, 2010 년 초에 주요 뉴스 보고 Terremark 사고 이었다.

2010 년 3 월 17 일에 성 패 트 릭의 날 Terremark의 운명을 나쁜 설정 하기 시작 했다. 회사의 Vcloud 익스프레스 서비스 마이애미의 데이터 센터에서 약 7 시간 네트워크와 그 날에 뛰어들었다. 이 시간 동안 사용자가 데이터 센터에 저장 된 데이터를 액세스할 수 없습니다.

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

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

심한 구름 인터럽트 9:paypal 잘못입니다. 다양 한 심각한 효과 일으키는 구름 중단 시겠습니까? 페이팔을 보고 몇 시간 동안 그물을 휴식을 좀 하려고.

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

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

심한 구름 거친 년의 10:rackspace 방해. 테크 크 런치와 저스틴 팀 버 레이크와 같은 웹사이트를 클라우드 서비스를 제공 하는 때 그 때 서버 작동 하지 않는다, 사람들이 알아차릴 것 이다 더 나은 믿을 것입니다.

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

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

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

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

원본 링크: Networkworld

(책임 편집자: 류 펜)