애플리케이션 가용성 문제가있는 9 가지 신호

"문제를 인식하는 것이 문제 해결의 첫 번째 단계"라는 말을 들어 보셨을 것입니다. 그러나 놀랍게도 많은 중소기업 및 놀랍게도 대기업에서도 애플리케이션 가용성이 당연한 것이 아니라는 사실을 인식하지 못하고 있습니다.

여전히 애플리케이션 가용성 문제가 있음을 나타내는 다음 9 가지 징후를 읽으십시오.

1. 응용 프로그램을 사용하는 것보다 다시 시작하는 데 더 많은 시간을 소비합니다.

응용 프로그램 충돌은 일상적인 일이 될 수 있지만 응용 프로그램이 작동 중보 다 자주 중단되면 문제가됩니다.

2.받은 편지함 또는 제어 센터에서 경고 폭풍을 통해 일시 중지하기 시작했습니다.

애플리케이션 또는 서버 다운 타임에 대한 경고를 배포했지만 경고 폭풍으로받은 편지함이 너무 많아서 모두 무음 처리했습니다.

3. 모든 중요한 작업을위한 하나의 데이터 센터가 있습니다.

운영을위한 단일 데이터 센터는 편리하게 들릴 수 있지만 의도는 좋지만 방향이 잘못된 건설 직원 한 명이 단일 데이터 센터를 비용이 많이 드는 비가 용 영역으로 전환하는 것으로 알려져 있습니다.

4. 데이터 보호에 대한 귀하의 아이디어에는 백업 검색 및 아카이브가 포함됩니다.

데이터 보호 전략이 중요합니다.데이터 복제 기술 및 사이트 간 복제, 지역 간 복제가 중심이되었으므로 복제 또는 데이터 보호 전략이 존재하지 않거나 저장소에 대한 긴 조그가 포함 된 경우 큰 문제가 될 수 있습니다.

5. 복구 절차에는 항상 수동 개입이 필요합니다.

수동 개입 자체는 문제가되지 않습니다. 일부 이벤트는 너무 어렵고 복잡하여 어느 정도의 수작업이 필요할 수 있습니다.그러나 수동 개입이 항상 서버 또는 애플리케이션 중단 후 비즈니스의 첫 번째, 두 번째 및 세 번째 순서라면 문제가됩니다.

6. RTO는 몇 시간 또는 몇 분이 아닌 일 단위로 측정됩니다.

RTO (복구 시간 목표)를 어떻게 측정하고 있습니까? RTO를 한 달에 몇 분이 아닌 며칠 또는 몇 시간으로 측정합니까?사실 모든 비즈니스에는 RTO에 대한 허용 수준이 있습니다.그러나 RTO는 아키텍처의 서버 재 구축 및 전체적인 불안정성의 기능이되어서는 안됩니다.

7. 대기 상태가 안정적으로 동기화되지 않기 때문에 RPO를 모릅니다.

애플리케이션의 안정적인 모니터링 및 복구 확인란을 선택하고 한 단계 더 나아가 대기 클러스터 지원 시스템을 제공했습니다.잘 했어.하지만 해결하기 전에 RPO (복구 지점 목표)는 무엇입니까? RPO는 "0 일차와 어제 밤 사이의 어딘가"보다 더 정확한 것이어야합니다.

8. 단일 실패 지점은 단순히 존재하는 것이 아니라 표준입니다.

단일 실패 지점은 어디에 있습니까?예산으로 모든 단일 장애 지점을 제거 할 수는 없지만 모든 주요 범주와 기업의 모든 중요 구성 요소에서 단일 장애 지점을 식별 할 수 있다면…

9. 귀하의 마지막 재난이 지역, 지역 또는 전국 뉴스를 만들었습니다.

마지막 주요 폭풍, 그리드 장애 또는 장애 이벤트로 인해 다운 타임으로 인해 비즈니스에 문제가 발생한 경우 다음 비즈니스 순서는 더 높은 가용성입니다.

다운 타임은 고객, 생산성 및 마음의 평화 측면에서 비즈니스에 손실을줍니다.해결되지 않은 위험은 비즈니스와 평판에 확실한 영향을 미칩니다.이러한 경고 서명이 있으면 가용성 문제가있을 수 있습니다.그리고이를 무시하면 곧 더 큰 문제가 발생할 수 있으므로 애플리케이션 가용성이 중요합니다.

— Cassius Rhue, VP, 고객 경험