고가용성: 두 판 사이의 차이

IT위키
편집 요약 없음
 
(다른 사용자 한 명의 중간 판 하나는 보이지 않습니다)
12번째 줄: 12번째 줄:
*둘을 동일한 개념으로 보기도 하고 혼용하기도 하므로 굳이 따지지 않은다면 차이가 없다고 할 수도 있다.
*둘을 동일한 개념으로 보기도 하고 혼용하기도 하므로 굳이 따지지 않은다면 차이가 없다고 할 수도 있다.


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


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


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


[[파일:고가용성 Concurrent Access.png|600x600픽셀]]
[[파일:고가용성 Concurrent Access.png|600x600픽셀]]
46번째 줄: 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중화여부)

2020년 7월 27일 (월) 13:20 기준 최신판


High Availability; 高可用性
시스템에 장애가 생기더라도 빠르게 복구하는 성질
  • 시스템을 장애 없이(중단 시간 없이) 오랫동안 가용한 상태로 운영할 수 있는 성질로 표현하기도 한다.
  • 99%의 고가용성 시스템이란, 100시간 동안 운영 시 장애 시간이 1시간 이하임을 의미한다.

장애 허용(Fault Tolerant)와의 차이[편집 | 원본 편집]

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

고가용성 구성 방식[편집 | 원본 편집]

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

고가용성 Hot Standby.png

Mutual Takeover
  • 2개 시스템이 각각의 고유한 업무를 수행하다가 하나에 장애가 발생하면 다른 시스템이 그 시스템의 업무까지 수행하는 방식
  • 장애 발생 시 Fail-over 에 대비해 각 시스템 2개의 업무를 동시에 서비스할 수 있는 시스템 용량을 갖추도록 고려해야 함
  • 외장 디스크는 해당 시스템에서만 접근 가능함

고가용성 Mutual take-over.png

Concurrent Access
  • 여러 개의 시스템이 동시에 업무를 나누어 병렬 처리하는 방식으로 시스템 전체가 Active 한 상태로 업무를 수행함
  • 한 시스템에 장애가 발생하여도 다른 시스템으로 Fail-over 하지 않고 가용성을 보장함

고가용성 Concurrent Access.png

주요 기술[편집 | 원본 편집]

한계점 및 고려사항[편집 | 원본 편집]

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중화여부)