아마존 S3 서비스가 2 월 28 일 아침에 거의 4 시간 동안 절름발이가되었을 때, 수천 명의 중소 기업이 느낀 점은 드럼 롤 … 잘못 입력 된 하나의 명령어 때문입니다. 즉, 그것은 인간의 실수였습니다. 오타.
Amazon S3 작동 불능의 원인 뒤에
아마존 (NASDAQ: AMZN)에서 축 어적으로 설명을하면 아마존 S3의 가동 중단 원인에 대해 다음과 같이 말할 수 있습니다.
$config[code] not found"오전 9시 37 분 (PST)에 공인 된 S3 팀 구성원은 기존 결제 수단을 사용하여 S3 결제 프로세스에서 사용되는 S3 하위 시스템 중 하나에 대해 적은 수의 서버를 제거하기위한 명령을 실행했습니다. 불행하게도, 명령 입력 중 하나가 잘못 입력되어 더 많은 서버 집합이 의도 한 것보다 제거되었습니다. 부주의로 제거 된 서버는 두 개의 다른 S3 하위 시스템을 지원했습니다. 이러한 하위 시스템 중 하나 인 인덱스 하위 시스템은 해당 지역의 모든 S3 개체에 대한 메타 데이터 및 위치 정보를 관리합니다. "
더 자세히 설명 하겠지만, 이것이 모든 것을 자극 한 것입니다. 아마존은 이벤트가 진행되는 동안 철저한 타임 라인으로 모든 사람이 최신 정보를 유지할 수 있도록 매우 투명하고 효과적이었습니다.
또한 기업들이 데이터를 잃지 않았고 효과가 자원에시기 적절하게 액세스 할 수 없다는 점에 유의해야합니다. 일부는 전체 이벤트였습니다. 그러나 그 자원에 의존하는 기업들에게는 나쁜 날이었습니다.
이 사건과 2015 년에 일어날 사건과 향후 발생할 사건은 디지털 존재를 가진 모든 사람에게 소중한 교훈이 될 것입니다. 웹 사이트가 비즈니스의 중요한 부분 인 경우 동일한 웹 사이트 버전을 다른 위치에서 호스팅하십시오. 다른 호스트 회사와 이야기하고 모든 요구 사항을 해결할 수있는 최상의 호스트를 찾으십시오.
귀사에 적합한 시스템을 구축 할 수 있도록 안내하는 재난 복구 및 DR (Business Continuity) 솔루션도 있습니다. 빨리 구현하면할수록 빨리 풀 수 있습니다. 벽돌과 박격포 상점처럼 디지털 자산을 보호하는 데 능동적이어야합니다.
Amazon S3 사진을 통한 Shutterstock
코멘트 ▼
