DEPLOY IT · 기술 인사이트

Arcfra 액티브-액티브 도입 전, 에디션과 두 사이트의 조건부터 확인하세요

Arcfra 액티브-액티브를 검토한다면 두 사이트 확보와 함께 에디션, 독립 witness, 사이트 간 망 조건을 확인하세요. 장애 후 남은 사이트가 업무를 감당하고 사용자가 다시 접속할 수 있는지까지 살펴야 도입 범위를 정할 수 있습니다.

이 글은 AECP 6.3 문서의 ACOS 6.3.0 액티브-액티브 구성을 기준으로 합니다. 문서에서 확인한 기능과 도입 전에 시험할 항목을 구분하며, 다른 버전과 고객별 지원 조합은 별도 확인이 필요합니다.

현재 에디션에 포함된 기능입니까?

공개 사양표의 Active-Active 행은 Essential에 미제공 표시, Standard와 VDI Essential에 CPU Core 기준 추가 구매, Advanced에 포함 표시를 둡니다. 포함 표시는 사용 권리의 출발점이며 자동 설치나 가격 확정을 의미하지 않습니다.

에디션별 액티브-액티브 구매 범위
그림 1. 에디션별 액티브-액티브 구매 범위 — 설명용 개념도이며 실제 배치·실측 결과가 아닙니다.

견적에는 에디션, 과금 대상 코어, 지원 기간과 하이퍼바이저 권리를 명시해 달라고 요청하세요. 액티브-액티브 권리만으로 네트워크·보안 등 다른 기능의 구매 범위까지 확보했다고 판단하지 않는 것이 좋습니다.

두 사이트 외에 witness가 필요한 이유는 무엇입니까?

공식 구성 설명은 두 가용 영역(AZ)과 하나의 witness로 클러스터를 구성한다고 안내합니다. 데이터는 두 AZ에 2+1 복제본으로 배치하며, 쓰기는 양쪽 AZ의 물리 디스크에서 확인된 뒤 성공 응답을 반환합니다.

witness는 장애 때 서비스를 계속할 영역을 판단하는 중재 역할을 맡고 사용자 데이터는 보관하지 않습니다. 두 AZ와 독립된 물리 장애 도메인에 배치해야 하며, 데이터 복구용 백업 저장소로 사용할 수 없습니다.

두 AZ의 데이터와 독립 witness의 중재 역할
그림 2. 두 AZ의 데이터와 독립 witness의 중재 역할 — 설명용 개념도이며 실제 배치·실측 결과가 아닙니다.

문서는 AZ 간 L2 연결과 통상 직접 광연결·최소 10Gbps 저장망을 설명합니다. 이는 문서의 설계 조건이므로 현장에서는 정상·장애 상황의 지연, 손실, 대역폭과 witness 경로를 측정해야 합니다.

기존 클러스터에 바로 적용할 수 있습니까?

ACOS 6.3.0 구성 제약에 따르면 VMware ESXi에서는 최초 클러스터 배포 때만 액티브-액티브를 활성화할 수 있습니다. 기존 ESXi 클러스터에서 설정만 켜는 계획 대신 지원되는 신규 구성과 이관 경로를 공급사에 확인하세요.

같은 문서는 3복제본만 지원하며 Erasure Coding, RDMA, SR-IOV는 지원하지 않는다고 명시합니다. 일반 제품 사양표의 지원 표시를 이 구성에 그대로 적용하면 도입 조건을 잘못 판단할 수 있습니다.

ACOS 6.3.0 액티브-액티브 구성 제한
그림 3. ACOS 6.3.0 액티브-액티브 구성 제한 — 설명용 개념도이며 실제 배치·실측 결과가 아닙니다.

가상화 플랫폼 문서에서 AVE는 물리 서버에 ACOS를 실행하고, ESXi 구성은 SCVM이 NFS 저장소를 제공하며 ESXi가 VM을 실행합니다. ESXi에서 cloud service addons가 지원되지 않는다는 설명을 액티브-액티브 자체의 미지원으로 확대해서는 안 됩니다.

정확한 ESXi 빌드, 서버·NIC·펌웨어의 호환성 목록과 기존 AVE의 전환·롤백 경로는 별도 확인 대상입니다. 최신 패치와 지원 종료일도 이 글의 확인 범위에 포함되지 않습니다.

장애 후 서비스가 돌아오는지 어떻게 판단합니까?

남은 사이트의 CPU·메모리·스토리지 여유를 확인하고, VM 복구와 애플리케이션 정상화, 사용자 접속을 나누어 시험하세요. 동기 쓰기 설명만으로 데이터베이스 일관성이나 외부 접속 경로까지 무중단이라고 판단할 수 없습니다.

인프라·앱·접속·별도 백업의 복구 확인 항목
그림 4. 인프라·앱·접속·별도 백업의 복구 확인 항목 — 설명용 개념도이며 실제 배치·실측 결과가 아닙니다.

테스트베드에서는 단일 호스트, AZ 전체, AZ 간 망, witness 손실을 구분하고 기대 결과와 복귀 절차를 기록하는 것이 좋습니다. 별도 백업에서 실제 복원한 데이터와 업무 트랜잭션까지 확인한 뒤 운영 환경의 목표 복구시간을 평가하세요.

신규 설치와 기존 업데이트에서 준비할 것은 무엇입니까?

신규 설치는 관리자 권한과 승인된 관리망 경로, DNS·NTP·인증서·방화벽부터 점검하세요. 풀 설치본은 기반 구성요소와 버전·무결성 정보를, 업데이트본은 패치 의존성·적용 순서·지원 조합을 따로 확인해야 합니다.

기존 환경 변경은 현재 설정·데이터·사용자 수정 내역을 보존하고 복구 가능한 백업을 만든 뒤 진행하세요. 유지보수 시간과 롤백 조건을 정하고, 중앙 로그·알림 수신과 복원 결과를 변경 전후로 비교하는 절차가 필요합니다.

IP·FQDN·노드 역할·사이트 차이는 하나의 환경 설정 목록에서 관리하고 비밀은 별도 저장소로 참조하는 방식을 권합니다. 이는 도입 관리 제안이며 Arcfra의 공통 설정 API 제공을 확인한 내용은 아닙니다.

관리 도구용 새 Ubuntu VM을 준비하더라도 물리 HCI나 독립 witness의 지원 조건은 따로 충족해야 합니다. 포털·교육 앱·VDI·라이선스·외부 접속 서비스 역시 각각의 호환성과 복구 순서를 확인해야 합니다.

도입 전에 받을 증거를 정리하세요

구매 담당자는 에디션·권리가 명시된 견적을, 기술 담당자는 해당 버전의 호환성 목록과 망·잔존 용량 측정 결과를 요청하세요. 운영 담당자는 장애시험, 별도 백업 복원, 앱·접속 복구 기록을 함께 준비하면 도입 판단의 빈칸을 줄일 수 있습니다.

이 글은 공식 문서에 근거한 도입 검토 안내이며 설치·성능·장애 복구의 실측 결과를 제시하지 않습니다. 구체적인 가격, 지원 계약, 고객 환경의 적합성은 공급사와 구성별로 확인해야 합니다.

공식 근거와 문의

사양표 · 구성 설명 · 구성 제약 · 가상화 플랫폼. 문서 확인일은 2026년 10월 27일이며 문서에 발표일은 표시되어 있지 않습니다.

현재 구성과 복구 목표를 정리하는 상담은 DeployIT 인프라 문의에서 시작할 수 있습니다. 제품별 구매 권리와 지원 여부는 해당 공급사의 확인을 받으세요.