고가용성 편집하기

[[분류:소프트웨어 공학]]

;High Availability; 高可用性
;시스템에 장애가 생기더라도 빠르게 복구하는 성질

*시스템을 장애 없이(중단 시간 없이) 오랫동안 가용한 상태로 운영할 수 있는 성질로 표현하기도 한다.
*99%의 고가용성 시스템이란, 100시간 동안 운영 시 장애 시간이 1시간 이하임을 의미한다.

==[[장애 허용|장애 허용(Fault Tolerant)]]와의 차이==

*장애 허용은 장애가 생기더라도 시스템이 이상 없이 동작할 수 있도록 보장하는 특성인데 반해, 고가용성은 빠르게 복구하는 특성
*둘을 동일한 개념으로 보기도 하고 혼용하기도 하므로 굳이 따지지 않은다면 차이가 없다고 할 수도 있다.

==고가용성 구성 방식==
{| class="wikitable"
!구 분
!설 명
|-
|Hot Standby
|
*가장 단순하면서 많이 사용되는 유형
*가동 시스템과 평상시 대기 상태 또는 개발 시스템으로 운영되는 백업 시스템으로 구성
*외장 디스크는 가동 시스템에서만 접근 가능하고, 장애 시에만 백업 시스템에서 접근 가능함

[[파일:고가용성 Hot Standby.png|600x600픽셀]]
|-
|Mutual Takeover
|
*2개 시스템이 각각의 고유한 업무를 수행하다가 하나에 장애가 발생하면 다른 시스템이 그 시스템의 업무까지 수행하는 방식
*장애 발생 시 Fail-over 에 대비해 각 시스템 2개의 업무를 동시에 서비스할 수 있는 시스템 용량을 갖추도록 고려해야 함
*외장 디스크는 해당 시스템에서만 접근 가능함

[[파일:고가용성 Mutual take-over.png|600x600픽셀]]
|-
|Concurrent Access
|
*여러 개의 시스템이 동시에 업무를 나누어 병렬 처리하는 방식으로 시스템 전체가 Active 한 상태로 업무를 수행함
*한 시스템에 장애가 발생하여도 다른 시스템으로 Fail-over 하지 않고 가용성을 보장함

[[파일:고가용성 Concurrent Access.png|600x600픽셀]]
|}

==주요 기술==

*[[이중화]](주로 Active-Standby)
*[[셰도우 페이징]]
*[[HACMP]]

== 한계점 및 고려사항 ==

=== HA 한계점 ===

* External Disk 자체장애발생 시 HA Solution으로 해결 못함
* 장애 발생으로시 스템이 Down 되지 않는 경우자동 Failover가 되지 않음
* 시스템성능이 저하되는 경우에 자동감지가 불능
* DB 및 Application 이 Down되는 경우에는 일반적으로 Failover하지 않음
* DB 및 Application 자체 Bug일 경우 Failover가 의미 없음
* HA구성에 따른 정보교환으로 시스템의 안정성, 보안성, 성능에 Overhead가 존재함

=== HA 구축 시 고려사항 ===

* HA 구성 방식 및 대상 서버결정
* 백업 서버 Capacity
* HA 대상 시스템들에 대한 OS 자원 및 사용자 자원 동기화
* 보호될 자원 결정 및 자원 동기화
* External Disk의 보호방안(2중화여부)