서버 이중화란?
HA 솔루션과 FT 솔루션의 차이

클러스터 방식 (HA 클러스터)

운영 서버 + 대기 서버, 장애 시 페일오버

두 대 이상의 서버를 묶어두고 한 대가 업무를 처리하다가, 장애가 감지되면 대기 중인 서버가 업무를 넘겨받습니다. 가장 널리 쓰이는 방식이며 데이터베이스·웹 서비스 등 재기동으로 복구되는 업무에 적합합니다.

• · 장애 감지와 전환에 수십 초 ~ 수 분이 소요됩니다.
• · 전환 시점에 진행 중이던 트랜잭션과 메모리 상태는 유실될 수 있습니다.
• · 애플리케이션이 재기동을 견디도록 설계되어 있어야 합니다.
• · 공유 스토리지, 클러스터 소프트웨어 등 구성 요소가 늘어 관리 부담이 큽니다.

소프트웨어 기반 이중화

일반 서버 2대 + 이중화 소프트웨어

표준 x86 서버 두 대에 이중화 소프트웨어를 얹어 가상머신 단위로 보호하는 방식입니다. 전용 하드웨어 없이 구성할 수 있어 도입 문턱이 낮고, 요구 수준에 따라 HA 모드와 FT 모드를 골라 쓸 수 있는 제품도 있습니다.

• · 기존 서버 자산을 활용할 수 있어 초기 비용 부담이 작습니다.
• · 업무별로 보호 수준(HA / FT)을 나눠 적용할 수 있습니다.
• · 클러스터 방식과 달리 애플리케이션 수정이 필요하지 않습니다.
• · 두 서버를 잇는 네트워크 대역과 지연이 성능을 좌우합니다.

everRun 자세히 보기

하드웨어 기반 이중화 (무정지 서버)

한 대의 서버 안에서 모든 부품이 동시에 같은 처리를 수행

CPU·메모리·I/O까지 모든 핵심 부품을 두 벌 갖추고, 두 벌이 같은 명령을 동시에 실행하도록 만든 서버입니다. 한쪽 부품이 고장 나면 나머지 한쪽이 처리를 그대로 이어가므로 전환 절차 자체가 존재하지 않습니다. 운영체제와 애플리케이션 입장에서는 한 대의 서버로만 보이며, 고장 사실조차 인지하지 못합니다.

이 방식의 최신 세대가 ztC Endurance입니다. 초기 FT 서버는 무정지라는 목표는 달성했지만 구성과 운영이 무겁다는 지적을 받아 왔고, ztC Endurance는 그 부분을 개선해 장애 징후를 미리 감지하고 문제가 된 모듈을 운영 중에 분리·교체하는 방식으로 설계되었습니다. 목표 가용성은 99.99999%(세븐 나인) 수준입니다.

• · 복구 시간이 없고, 진행 중이던 처리와 메모리 상태가 유지됩니다.
• · 이중화를 위한 별도 설정이나 애플리케이션 개조가 필요 없습니다.
• · 고장 부품은 운영 중 교체할 수 있습니다.
• · 관리 인력이 상주하지 않는 현장에 특히 유리합니다.

ztC Endurance 자세히 보기