Rackspace 장애 영향 제한

공식 Rackspace 블로그에서는 "2009 년 12 월 18 일 오후 3시 37 분 - 4시 12 분 CST 사이에 Rackspace는 네트워크 연결성을 경험했습니다 문제. " 타임 라인은 워싱턴 포스트 사이트의 TechCrunch 보고서에서 타임 스탬프가 오후 12시 17 분이라고 말하고있다. TechCrunch 타임 스탬프가 태평양 표준시라고 가정하면 정전이 오후 2시 중앙 시간 또는 더 이른시기에 시작되었다는 것을 의미합니다.

TechCrunch 외에도 Rackspace 정전으로 인해 많은 다른 서비스 및 블로그 사이트가 영향을 받았으며 37 개 신호, Brizzly, Robert Scoble의 블로그, Laughing Squid, Tumblr 및 Mashable에서 호스팅하는 사이트

[추가 정보: 미디어 스트리밍 및 백업을위한 최고의 NAS 상자]

Rackspace 블로그는 근본 원인을 설명합니다. Rackspace의 Dallas 트래픽의 약 20 %를 처리하는 피어링 (peering) 시설의 데이터 센터 외부에 위치한 피어링 (peering) 및 백본 연결에 사용되는 라우터의 문제 "라고 말했습니다.

블로그 게시물은 라우터 구성 오류가 시카고와 달라스 시설 간의 데이터 센터 통합에 대한 최종 테스트 및 정상 업무 시간 동안 운영에 영향을 미치지 않아야 함을 의미합니다. "시설의 네트워크 통합은 정상 업무 시간 외 월간 유지 보수 기간 동안 진행될 예정이었으며, 오늘의 사건은 최종 준비 과정에서 발생했습니다."

중단으로 많은 Rackspace 고객이 "Hey! "

인기 있고 잘 알려진 사이트에 영향을 미치는 데이터 센터 중단은 일반적으로 클라우드 컴퓨팅의 검은 눈 이었지만이 중단으로 인한 영향의 범위는 상대적으로 작았습니다. 이 블로그에서 "Rackspace는 작은 감자입니다. 이제 감자의 성장이 빨라졌지만 여전히 변덕 스럽습니다."Rackspace는 클라우드보다 호스팅에 관한 것입니다. "

Rackspace를 호스트하는 고객 그들의 서버, 특히 웹 서버는 Rackspace 데이터 센터를 사용할 수 없을 때 인터넷이 다운 된 것처럼 보일 수 있습니다. 그러나 아마존 EC2와 마이크로 소프트 애저와 같은 클라우드 컴퓨팅 서비스와 구글이나 아마존과 같은 인터넷 키스톤은 랙 스페이스의 정전으로 전혀 영향을받지 않았습니다.

실수는 있지만 랙 스페이스의 고객은 반복되는 정전과 서비스에 대해 의문의 여지가 있습니다 중단. 적어도 한 명의 Rackspace 고객은이 중단과 같은 네트워크 문제에 대한 고객 알림 관련 문제에 대해 화가났습니다.

고객의 호스팅 서버는 Rackspace 중단의 영향을 받았으며 고객 사이트에서 두 개의 사이트를 사용할 수 없다는 사실을 발견했습니다 시간. 고객은 "우리는 언제든지 서버에 액세스 할 수 없게되면 이메일이나 전화로 즉시 알리도록되어있는 지속적인 모니터링 서비스를 위해 Rackspace 추가 비용을 지불합니다. 실제로 랙 스페이스가 실제로 지원을받지 못했다는 사실을 알게되었습니다. 이러한 알림은 일부 이상한 이유로 고객에게 전송되지 않습니다. "Rackspace가 고의적으로 통지를 보류했다는 주장을 뒷받침하는 증거는 없으며 Rackspace가 비난을 확인하거나 거부하지 않았다는 어떠한 피드백도 없었습니다. 사실이라면 Rackspace의 신뢰성과 고객 서비스 평판에 손해를 입힐 것입니다.

결론적으로 Rackspace는 문제의 원인을 파악하고 상대적으로 신속하게 해결했으며 블로그에 상태 업데이트를 제공했습니다 고객에게 정보를 제공합니다. 간단한 정전조차도 그들에 의해 영향을받는 사람들에게 치명적인 것처럼 보이지만 일어날 것입니다. 그들이 그렇게 할 때, 당신이 그들을 어떻게 처리하길 원하는지 거의 알 수 없습니다.

Tony Bradley는

@PCSecurityNews, 로 트윗하며 Facebook 페이지. 에서 연락 할 수 있습니다.