고가용성: Difference between revisions
From IT Wiki
No edit summary |
No edit summary |
||
Line 12: | Line 12: | ||
*둘을 동일한 개념으로 보기도 하고 혼용하기도 하므로 굳이 따지지 않은다면 차이가 없다고 할 수도 있다. | *둘을 동일한 개념으로 보기도 하고 혼용하기도 하므로 굳이 따지지 않은다면 차이가 없다고 할 수도 있다. | ||
== 고가용성 구성 방식 == | ==고가용성 구성 방식== | ||
{| class="wikitable" | {| class="wikitable" | ||
!구 분 | !구 분 | ||
Line 19: | Line 19: | ||
|Hot Standby | |Hot Standby | ||
| | | | ||
* 가장 단순하면서 많이 사용되는 유형 | *가장 단순하면서 많이 사용되는 유형 | ||
* 가동 시스템과 평상시 대기 상태 또는 개발 시스템으로 운영되는 백업 시스템으로 구성 | *가동 시스템과 평상시 대기 상태 또는 개발 시스템으로 운영되는 백업 시스템으로 구성 | ||
* 외장 디스크는 가동 시스템에서만 접근 가능하고, 장애 시에만 백업 시스템에서 접근 가능함 | *외장 디스크는 가동 시스템에서만 접근 가능하고, 장애 시에만 백업 시스템에서 접근 가능함 | ||
[[파일:고가용성 Hot Standby.png|600x600픽셀]] | [[파일:고가용성 Hot Standby.png|600x600픽셀]] | ||
Line 27: | Line 27: | ||
|Mutual Takeover | |Mutual Takeover | ||
| | | | ||
* 2개 시스템이 각각의 고유한 업무를 수행하다가 하나에 장애가 발생하면 다른 시스템이 그 시스템의 업무까지 수행하는 방식 | *2개 시스템이 각각의 고유한 업무를 수행하다가 하나에 장애가 발생하면 다른 시스템이 그 시스템의 업무까지 수행하는 방식 | ||
* 장애 발생 시 Fail-over 에 대비해 각 시스템 2개의 업무를 동시에 서비스할 수 있는 시스템 용량을 갖추도록 고려해야 함 | *장애 발생 시 Fail-over 에 대비해 각 시스템 2개의 업무를 동시에 서비스할 수 있는 시스템 용량을 갖추도록 고려해야 함 | ||
* 외장 디스크는 해당 시스템에서만 접근 가능함 | *외장 디스크는 해당 시스템에서만 접근 가능함 | ||
[[파일:고가용성 Mutual take-over.png|600x600픽셀]] | [[파일:고가용성 Mutual take-over.png|600x600픽셀]] | ||
Line 35: | Line 35: | ||
|Concurrent Access | |Concurrent Access | ||
| | | | ||
* 여러 개의 시스템이 동시에 업무를 나누어 병렬 처리하는 방식으로 시스템 전체가 Active 한 상태로 업무를 수행함 | *여러 개의 시스템이 동시에 업무를 나누어 병렬 처리하는 방식으로 시스템 전체가 Active 한 상태로 업무를 수행함 | ||
* 한 시스템에 장애가 발생하여도 다른 시스템으로 Fail-over 하지 않고 가용성을 보장함 | *한 시스템에 장애가 발생하여도 다른 시스템으로 Fail-over 하지 않고 가용성을 보장함 | ||
[[파일:고가용성 Concurrent Access.png|600x600픽셀]] | [[파일:고가용성 Concurrent Access.png|600x600픽셀]] | ||
Line 46: | Line 46: | ||
*[[셰도우 페이징]] | *[[셰도우 페이징]] | ||
*[[HACMP]] | *[[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중화여부) |
Revision as of 22:26, 13 April 2020
- High Availability; 高可用性
- 시스템에 장애가 생기더라도 빠르게 복구하는 성질
- 시스템을 장애 없이(중단 시간 없이) 오랫동안 가용한 상태로 운영할 수 있는 성질로 표현하기도 한다.
- 99%의 고가용성 시스템이란, 100시간 동안 운영 시 장애 시간이 1시간 이하임을 의미한다.
장애 허용(Fault Tolerant)와의 차이
- 장애 허용은 장애가 생기더라도 시스템이 이상 없이 동작할 수 있도록 보장하는 특성인데 반해, 고가용성은 빠르게 복구하는 특성
- 둘을 동일한 개념으로 보기도 하고 혼용하기도 하므로 굳이 따지지 않은다면 차이가 없다고 할 수도 있다.
고가용성 구성 방식
구 분 | 설 명 |
---|---|
Hot Standby |
|
Mutual Takeover |
|
Concurrent Access |
|
주요 기술
한계점 및 고려사항
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중화여부)