%

Date: 3월 30, 2026

능동-능동 방식 vs. 능동-수동 방식

고가용성 아키텍처 가이드

액티브-액티브와 액티브-패시브는 서로 다른 두 가지 아키텍처 구성입니다.고가용성 클러스터의 서버 노드액티브-액티브 아키텍처는 두 서버 모두 전원이 켜진 상태로 데이터를 처리하는 것을 의미합니다. 액티브-패시브는 이와는 상당히 다른 방식으로, 하나의 서버만 능동적으로 데이터를 처리하고, 보조 서버는 능동 서버에 장애가 발생할 경우 제어권을 인계받기 위해 비활성 상태로 대기합니다.

고가용성 시스템 및 핵심 구성 요소

높은 가용성이는 단일 장애 지점을 제거하는 것에 관한 것으로, 특정 노드에 문제가 발생하더라도 다른 노드가 해당 작업을 대신 수행할 수 있도록 하는 것을 의미합니다.

고가용성 시스템의 핵심 구성 요소:

메모리와 전력을 갖춘 주 처리 코어 노드
메모리와 전원을 갖춘 대기 처리 코어 노드
두 핵심 구성 요소 간의 통신 링크
로컬 수준의 저장소 또는 핵심 구성 요소 간에 공유되는 저장소

액티브-액티브 아키텍처

액티브-액티브 아키텍처에서는 동일한 서버 두 대가 동시에 실행되며, 두 서버 모두 활성 상태로 각각 트랜잭션을 처리할 수 있습니다. 트랜잭션은 어느 서버에서든 처리할 수 있습니다.

액티브-액티브 아키텍처의 장점

다른 구성과 달리, 이 구성에서는 두 서버 모두 항상 켜져 있습니다. 다른 구성에서는 정상 작동 시 사용되지 않는 노드가 있습니다. 잠재적인 이점은 다음과 같습니다.

확장성, 특히 클라우드 플랫폼을 활용하면 최대 사용량 문제는 이제 과거의 일이 됩니다.
서버 부하를 분산하여 특정 서버에 과부하가 걸리지 않도록 할 수 있습니다.
전반적으로 동일한 하드웨어 용량에서 처리량이 증가했습니다.

확장성

클라우드 플랫폼에서 액티브-액티브 아키텍처는 확장성이 매우 뛰어납니다. 예를 들어, AWS AutoScale을 사용하면 필요에 따라 EC2 인스턴스를 추가하여 클러스터가 데이터 급증을 처리할 수 있도록 확장할 수 있습니다.

부하 분산

노드 상류에 로드 밸런서를 구성하여 트랜잭션을 부하가 적은 서버로 전송함으로써 클러스터 전체에 트래픽이 분산되어 작업 항목의 처리량이 높아지도록 할 수 있습니다.

액티브-액티브 사용 사례

대용량 데이터, 트랜잭션 유형 처리 및 멀티 노드 호스팅 애플리케이션에는 액티브/액티브 구성이 가장 적합합니다. 다음은 몇 가지 예입니다.

다중 노드, 글로벌 분산 데이터베이스 시스템
실시간 애플리케이션을 위한 수학적 데이터 처리
빅데이터/데이터웨어하우징
트래픽이 많은 웹사이트 호스팅
통신 네트워크 및 SMS

능동-수동 아키텍처

액티브-패시브 아키텍처에서 클러스터 환경은 두 대의 서버를 사용합니다. 한 대는 활성 모드로 지정되어 데이터 처리를 수행하고, 다른 한 대는 대기 모드로 유지되며 데이터 처리는 수행하지 않지만, 문제가 발생할 경우 즉시 인계받을 준비가 되어 있습니다.장애 조치활성 노드 또는 사용자가 발행한바꿔 넣기활성 노드에서.

능동-수동 아키텍처의 장점

한 번에 하나의 서버만 활성화되므로, 다른 서버는 다운타임을 갖게 됩니다(전원은 켜져 있지만 대기 모드로, 활성화된 서버에서 필요한 데이터를 복사하고 필요시 제어권을 인계받을 준비를 하지만 실제로 활성 작업을 처리하지는 않습니다). 잠재적인 이점은 다음과 같습니다.

클러스터의 전력 소모량 감소
하드웨어 수명 연장 – 부품은 부하가 덜 걸리고 지속적으로 한계까지 몰아붙여지지 않을 때 더 오래 사용할 수 있습니다.
냉방 필요량 감소 및 냉방 감소로 인한 전기 요금 절감
간소화된 리소스 보기 – 리소스는 활성 노드에서 활성화됩니다.
로드 밸런서는 필요하지 않습니다.

능동-능동 방식과 능동-수동 방식의 비용 효율성 비교

클러스터의 처리 능력 중 절반만 실제 작업에 사용되므로, 능동-수동 구성에서는 동일한 처리량 대비 하드웨어 비용이 더 높아 능동-능동 구성보다 비용 효율성이 약간 떨어집니다.

간소화된 관리

리소스는 활성 노드에서 활성화됩니다. 따라서 특정 리소스를 현재 어떤 노드에서 호스팅하고 있는지 추측할 필요가 없습니다.

능동-수동 사용 사례

데이터 손실을 최소화하면서 지속적으로 가동되어야 하는 중요 시스템은 다음과 같습니다.

금융 처리 시스템
백엔드 소매 시스템
재해 복구 솔루션
관계형 데이터베이스
중소기업을 위한 비용 절감 및 높은 가용성
간단한 호스팅 솔루션이 필요한 레거시 시스템

재해 복구 솔루션에서 액티브-액티브 방식과 액티브-패시브 방식의 차이점

능동-능동 방식과 능동-수동 방식의 역할

액티브-액티브 재해 복구(DR) 시스템은 지리적으로 분산된 노드에 구현되며, 두 노드 모두 운영 트래픽을 처리합니다. 한 노드에 장애가 발생하면 작업 부하가 작동 중인 다른 시스템으로 분산됩니다.중단 시간시스템 하나가 다운될 경우 작업 부하 처리량이 평소보다 낮아질 수 있지만, 사용자 불편은 사실상 감지할 수 없습니다.

능동-수동 재해 복구(DR) 시스템은 다음을 구현합니다.재해 복구 솔루션기본 시스템에 장애가 발생하면 대기 시스템이 그 기능을 인계받습니다. 활성 노드에 장애가 발생할 경우, 시스템 전환 과정에서 약간의 다운타임이 발생할 수 있지만, 대기 노드가 기존 활성 시스템을 대체할 때의 작업 부하 수준은 이전 시스템과 거의 차이가 없을 것입니다.

이중화 시스템과의 통합

이중화 시스템을 활용한 재해 복구는 기존 시스템과 동일한 수준의 데이터를 유지하면서 동기화된 백업 시스템으로 시스템을 전환할 수 있는 전략을 제공하며, 새로운 활성 시스템은 단시간 내에 온라인 상태로 전환됩니다. 이중화 시스템을 구현할 때는 하드웨어 이중화, 통신 경로 이중화, 그리고 소프트웨어 이중화(고가용성)를 모두 고려해야 합니다.

비즈니스에 적합한 액티브-액티브 아키텍처와 액티브-패시브 아키텍처 중 선택하기

고려해야 할 요소들

비즈니스에 적합한 아키텍처를 선택하는 것은 다음과 같은 요소에 따라 달라집니다.

비용에는 클라우드 호스팅 노드를 사용하려는 경우 발생하는 지속적인 클라우드 비용이 포함됩니다.
핵심 임무 시스템인가, 아니면 대량의 데이터를 처리하는 시스템인가?
사용자가 가끔 발생하는 소규모 다운타임을 감수하며 살아가는 것에 대한 절제력, 성능 요구 사항(예: 가동 시간 미준수에 대한 FCC의 벌금)은 어떨까요?
지리적으로 분산된 노드와 스토리지를 통해 지연 시간을 줄이고, 필요에 따라 노드 수를 늘려 최대 수요에 대응할 수 있습니다.

성능 및 가동 시간 요구 사항

비즈니스에 필요한 성능 및 가동 시간 의무 사항은 아키텍처를 결정하기 전에 먼저 설정해야 합니다.

연간 8시간의 다운타임만 허용하는 99.9%의 가동률을 요구하는 서비스를 제공하는 기업의 경우, 신속한 페일오버와 체계적인 모니터링 및 유지 관리가 이루어진다면 액티브-패시브 구성으로도 충분히 이러한 목표를 달성할 수 있습니다.99.99% 가동률 (포나인즈)이는 주로 액티브-액티브 시스템의 영역에 속합니다.

트랜잭션 처리 수준 또한 고려해야 합니다. 지속적인 대량 데이터 트랜잭션 처리가 예상되는 경우 액티브-액티브 구성이 더 적합할 수 있습니다.

액티브-액티브 vs. 액티브-패시브: 어떤 아키텍처가 귀사에 적합할까요?

액티브-액티브 시스템과 액티브-패시브 시스템 모두 각각의 장점이 있습니다. 기업 입장에서는 시스템 다운이 절대 허용되지 않는 중요 시스템에는 액티브-액티브 아키텍처를 사용하는 것이 적합할 수 있습니다. 반면, 가끔씩 다운타임이 발생해도 괜찮은 다른 시스템에는 액티브-패시브 시스템이 적합할 수 있습니다. 모든 시스템을 포괄하기 위해 두 가지 기술을 혼합하여 사용하는 것도 좋은 방법입니다. 기업은 각자의 필요에 맞는 다양한 옵션을 선택할 수 있습니다. 규모가 크고 사업장이 분산된 기업은 클라우드 기반 액티브-액티브 시스템의 유연성을 활용할 수 있고, 소규모 기업은 액티브-패시브 시스템의 간편함과 비용 절감 효과를 누릴 수 있습니다. 모든 기업에 적합한 솔루션이 존재합니다.

고가용성 전략을 위해 액티브-액티브 방식과 액티브-패시브 방식을 비교 검토 중이라면,데모 요청하기SIOS가 귀사에 적합한 아키텍처를 설계하는 데 어떻게 도움을 줄 수 있는지 알아보세요.

저자: 폴 스크러튼, SIOS 소프트웨어 시스템 엔지니어

허가를 받아 재게재되었습니다.SIOS