DB & AWS Knowledge
고가용성 (HA) 수준에 따른 장애 허용시간 본문
728x90
반응형
이 페이지에서는 고가용성 (HA) 수준에 따른 장애 허용시간에 대하여 다룬다.
또한 이 페이지는 이전 게시글과 연관된 내용이다.
2021.06.08 - [DB 관련 지식/DB 연관 IT 개념] - 고가용성 (H.A - High Availability)
이 페이지는 perplexity 를 통해 필자가 어떤 prompt 를 작성하여 공부하는지를 공유한다. ([] 로 표기)
또한, 검색이외에 추가로 덧붙일 내용은 ※ 로 추가한다.
AI 를 통해 관련된 자료를 검색하다보면 이전 게시글과 중복된 사항도 있으나 이는 복습 및 상기 차원에서 그대로 기재 되도록 한다.
또한, 출처 또한 동시에 표기한다.
[HA 가용성에 따른 가용허용시간에 대해서 알려줘]
HA(High Availability) 가용성에 따른 가용허용시간
1. HA(고가용성)의 의미
- **고가용성(HA, High Availability)**는 시스템, 네트워크, 서비스가 장시간 동안 장애 없이 정상적으로 운영될 수 있는 능력을 의미합니다.
- 가용성은 **정상 운영 시간(Uptime) / 전체 시간(Uptime + Downtime)**으로 계산하며, 퍼센트(%)로 표현합니다.
- 산업 현장에서는 99%, 99.9%, 99.99%, 99.999% 등으로 SLA(서비스 수준 협약)를 명시합니다123.
2. 가용성 등급별 허용 장애(다운타임) 시간
아래 표는 가용성 퍼센트별 1년, 1개월, 1주, 1일 기준 허용 장애 시간을 정리한 것입니다.
가용성(%) | 1년 허용 다운타임 | 1개월 | 1주 | 1일(24시간) |
90.0 | 36.53일 | 73.05시간 | 16.80시간 | 2.40시간 |
95.0 | 18.26일 | 36.53시간 | 8.40시간 | 1.20시간 |
99.0 | 3.65일 | 7.31시간 | 1.68시간 | 14.4분 |
99.5 | 1.83일 | 3.65시간 | 50.4분 | 7.2분 |
99.9 | 8.77시간 | 43.8분 | 10.1분 | 1.44분 |
99.99 | 52.6분 | 4.38분 | 1.01분 | 8.64초 |
99.999 | 5.26분 | 26.3초 | 6.05초 | 0.864초 |
- 예시
3. 실무 적용 및 참고사항
- SLA 설계: 서비스 중요도에 따라 목표 가용성(예: 99.9% 이상)을 설정하고, 이에 맞는 장애 허용시간을 SLA에 명시합니다.
- HA 시스템 설계: 허용 장애시간이 짧을수록(가용성 수치가 높을수록) 더 많은 이중화, 클러스터, 자동 복구 설계가 필요합니다.
- 비용과 트레이드오프: 99.999% 이상을 달성하려면 비용과 기술적 복잡성이 크게 증가하므로, 비즈니스 중요도에 따라 적정 수준을 선택합니다678.
4. 요약
- HA 가용성 수치가 높을수록 허용 장애시간은 극단적으로 짧아집니다.
- 99.9%: 1년에 약 9시간, 99.99%: 1년에 약 1시간, 99.999%: 1년에 5분 이내만 장애 허용.
- SLA, HA 설계 시 반드시 목표 가용성에 따른 허용 장애시간을 명확히 산정해야 합니다.
참고:
※ 업계마다 목표로 삼는 가용성은 각기 다르지만, 일반적으로 99.99% (Four Nine) 이상의 가용성을 갖는것을 목표로 삼는다.
- https://www.stevenjlee.net/2020/06/28/%EC%9D%B4%ED%95%B4%ED%95%98%EA%B8%B0-%EA%B0%80%EC%9A%A9%EC%84%B1-availability-%EA%B3%BC-%EA%B3%A0%EA%B0%80%EC%9A%A9%EC%84%B1-high-availability/
- https://ko.wikipedia.org/wiki/%EA%B3%A0%EA%B0%80%EC%9A%A9%EC%84%B1
- https://dany-it.tistory.com/399
- https://roshancloudarchitect.me/understanding-sla-and-the-importance-of-99-99-and-99-999-availability-e3bb33f2684f
- https://wikidocs.net/266746
- https://www.ibm.com/docs/en/powerha-aix/7.2.x?topic=aix-high-availability-versus-fault-tolerance
- https://ascendantusa.com/2025/03/22/high-availability/
- https://docs.myq-solution.com/en/ovv/i/understanding-high-availability
- https://www.ibinfo.co.kr/computer-tip-2/%EC%84%9C%EB%B2%84-%EC%9D%B4%EC%A4%91%ED%99%94ha-%EC%86%94%EB%A3%A8%EC%85%98%EC%97%90-%EB%8C%80%ED%95%98%EC%97%AC
- https://dbknowledge.tistory.com/63
- https://velog.io/@swjtwin/HA%EA%B3%A0%EA%B0%80%EC%9A%A9%EC%84%B1
- https://www.reddit.com/r/aws/comments/xz45m5/what_is_the_difference_between_high_availability/
- https://www.pingcap.com/article/what-is-high-availability-and-how-you-can-achieve/
- https://uptime.is
- https://www.ninjaone.com/blog/high-availability-vs-fault-tolerance/
- https://www.ibm.com/think/topics/high-availability
- https://us.sios.com/blog/availability-slas-ft-ha-and-dr-where-to-start/
- https://sunrise-min.tistory.com/entry/%EA%B3%A0%EA%B0%80%EC%9A%A9%EC%84%B1-High-Availability
- https://en.wikipedia.org/wiki/High_availability
- https://zenduty.com/blog/uptime-vs-availability/
728x90
반응형
'DB 관련 지식 > DB 연관 IT 개념' 카테고리의 다른 글
AI 검색을 통한 AWS, AZURE, GCP 관련 논문검색의 의의 (0) | 2025.06.12 |
---|---|
Perplexity 와 관련된 정보 및 활용영역 (0) | 2025.04.28 |
인증, 인가 (Authentication, Authorization), MFA (Multi Factor Authentication) (0) | 2021.11.04 |
가상화 (Virtualization) 및 하이퍼바이저 (Hypervisor) (0) | 2021.10.21 |
프로토콜 (protocol) (0) | 2021.08.20 |
Comments