서버 중단은 우리 모두에게 일어날 것입니다.그렇지 않다고 믿는 것은 에어백이 없는 자동차를 운전하는 것과 같습니다. 제조업체에서 자동차가 절대 충돌하지 않는다고 약속했기 때문입니다.
2017년, 믿을 수 있는 아마존 웹 서비스 (AWS) 는 4시간 정전 이는 AWS를 백엔드 공급자로 사용하는 모든 기업에 영향을 미쳤습니다.4시간은 그 거대한 시스템을 복구하는 데 그리 긴 시간이 아닌 것 같습니다.하지만 사이트에 연중무휴로 액세스할 수 있는 Netflix와 같은 AWS 고객에게는 4시간이 매우 비쌌습니다.
그렇다면 접근성에 의존하는 조직과 고객을 어떻게 보호할 수 있을까요?가용성 솔루션 공급업체와 협력할 때는 복구 시간이 가장 빠른 시스템을 설정하는 것이 중요합니다.가장 좋은 방법은 서버가 다운되어도 고객이 차량이 고장났다는 사실조차 깨닫지 못하도록 하는 시스템을 만드는 것입니다.
다운타임 방지 구매자 가이드 서버 장애를 포함하여 다운타임을 방지하기 위해 확인해야 하는 6가지 질문에 대해 설명합니다.이 가이드에서는 “서버 장애 발생 시 애플리케이션을 정상 처리 작업 상태로 복원하는 프로세스는 무엇이며 소요 시간은 얼마나 걸립니까?” 와 같은 질문을 제기할 것을 권장합니다.또한 이 가이드에서는 특정 시스템에서 예상할 수 있는 다양한 다운타임 수준을 비교합니다.
“독립형 서버를 사용하는 경우 정기적으로 시스템을 백업한다면 백업에서 애플리케이션과 데이터를 복원하는 데 사람이 많이 개입해야 하기 때문에 복구에 걸리는 시간은 몇 분에서 며칠까지 걸릴 수 있습니다.
고가용성 클러스터를 사용하면 서버 운영 중단 시 처리가 중단되며, 가용성이 복원된 후 파일 무결성을 검사하고, 데이터베이스를 롤백하고, 트랜잭션 로그를 재생하는 데 걸리는 시간에 따라 복구에 몇 분에서 몇 시간까지 걸릴 수 있습니다.초기 계획 단계에서 클러스터 크기를 올바르게 조정한 경우 오류가 발생한 서버가 작동하지 않는 동안 사용자는 애플리케이션 성능이 저하되지 않아야 합니다. 그러나 정상적인 처리가 재개되면 저널 파일을 사용하여 일부 트랜잭션을 다시 실행해야 할 수 있습니다.
내결함성 솔루션은 단일 장애 지점을 제거하는 완전히 복제된 구성 요소를 통해 다운타임을 사전에 방지합니다.일부 플랫폼은 복제된 구성 요소를 자동으로 관리하여 모든 처리를 순조롭게 실행합니다.
복제된 구성 요소는 동일한 명령을 동시에 수행하기 때문에 구성 요소에 장애가 발생하더라도 처리가 전혀 중단되지 않습니다. 즉, 독립 실행형 서버나 고가용성 클러스터와 달리 내결함성 솔루션은 문제가 해결되는 동안에도 계속 작동합니다.”
전체 다운로드 다운타임 방지 구매자 가이드 다운타임을 방지하기 위해 물어봐야 할 나머지 다섯 가지 질문에 대해 알아보십시오.
