사양
다음은 BSR이 지원하는 플랫폼과 대상 시스템의 물리적 요구사양 입니다.
플랫폼
Windows 2012 이상, Linux CentOS 6.4, Ubuntu 16.04 LTS 이상 x64 환경을 지원합니다.
파일시스템
블럭복제 솔루션은 통상 파일시스템의 유형에 관계없이 동작합니다. 하지만 최근 복제 볼륨의 용량이 대용량화(수십~수백 테라바이트) 되어가고 있는 추세이고 그에 따라 복제 볼륨을 초기 동기화 하는데 소요되는 시간이 상당히 증가하고 있습니다. 많게는 수일에서 수십일이 소요되기도 합니다. 이것은 볼륨을 초기동기화 하는데 전체 디스크 볼륨을 대상으로 하기 때문입니다. 1 Gbps 네트워크 대역폭에서 볼륨의 용량이 10 테라바이트 일 경우 전체 동기화를 완료 하려면 아무리 빨라도 최소한 27 시간 이상, 100 TB 라면 열흘 이상 소요 됩니다.
우리는 이러한 과도한 동기화 소요 시간 문제를 해결하기 위해 빠른 동기화( 이하 FastSync)를 구현하였습니다. FastSync 는 복제 볼륨의 파일시스템에서 사용하고 있는 영역에 대해서만 동기화 하는 기능으로서 초기 동기화 소요시간을 비약적으로 개선하였습니다. 예를 들어 100TB 용량의 볼륨에서 실제 10GB 만 사용하고 있다면 1Gbps 대역에서 FastSync는 1분 내에 동기화를 완료 합니다. 다만 파일시스템의 특성을 사용하여 개발된 기능인 만큼 파일시스템 유형에 의존적으로 동작하고 그에 따라 파일시스템 유형에 대한 지원 명세를 갖게 되었습니다.
bsr 은 Windows 에서 일반적으로 사용하는 NTFS, ReFS 파일시스템을 지원하며 리눅스의 Ext 계열 파일시스템(ext3 이상), xfs 파일시스템을 지원합니다. 이 파일시스템들은 일반 사용자들이 가장 많이 사용하는 파일시스템 유형으로 이 이외의 파일시스템들에 대해서도 점차적으로 지원해 갈 계획입니다.
다만 bsr 의 FastSync에서 지원하지 않는 유형의 파일시스템들에 대해서 복제를 구성할 수 없는 것은 아닙니다. 단지 FastSync 를 사용할 수 없을 뿐 기존의 전체 동기화 방식으로 동작하므로 호환에 문제가 되지는 않습니다.
CPU
최소 2GHz, 4 core 이상, x64 호환 프로세서에서 구성할 것을 권장합니다. 이 보다 낮은 사양의 프로세서 환경에서도 동작하는데 문제는 없으나 시스템의 I/O 성능을 고려하면 되도록 구성 머신의 사양을 높게 확보할 필요가 있습니다.
메모리
최소 4GB 의 물리 메모리가 요구되고 비동기 복제를 위해 송신버퍼링 용 메모리는 별도로 산정되어야 합니다. 송신버퍼용 메모리는 최소 20MB ~ 100MB 수준의 메모리 용량이 요구됩니다.
다만 메모리 사양 역시 CPU 사양과 마찬가지로 되도록이면 많은 물리적 메모리 자원을 확보하여 구성하는 것이 복제 성능을 위해 바람직 합니다.
최근 가상화 환경에서 VM 을 통한 복제 구성이 보편화 되어 가고 있습니다. 이런 환경의 특징은 개별 VM에게 할당된 CPU 나 메모리 자원 상황이 넉넉하게 할당되지는 않는 다는 점 입니다. 예를 들어 개별 VM이 2core, 2~4GB 메모리로 구성될 경우 bsr 의 최소 구성사양에 충족되지 못하게 됩니다. 이렇게 저사양의 VM 으로 복제 환경이 구성될 경우 복제를 처리하는 bsr 엔진 쓰레드들 간의 문맥 전환 지연이 발생될 수 있으며 복제 양 노드 간의 네트워크 keep alive(ping) 지연이 빈번하게 발생될 가능성이 있습니다. 이런 환경에서 bsr 이 동작하게 되더라도 기본적인 동작에는 문제가 없지만, I/O 부하가 높아지거나 시스템의 HW 계층의 인터럽트 발생빈도가 높아질 경우 VM 전반의 성능이 하락되고 그에 따라 bsr 도 동작에 영향을 받게 됩니다.
이런 문제는 시스템 구성 자원을 넉넉하게 확보하는 방법 이외에는 특별한 해결책이 없습니다.
디스크
기본 설치 공간
bsr 의 바이너리 실행 모듈들을 모두 설치하는데 약 200MB 정도가 필요하고 bsr의 로그를 저장하기 위해 1GB 가 요구되어 약 2GB 의 디스크 설치 공간을 필요로 합니다.
메타디스크
복제 볼륨의 용량에 따라 필요한 메타디스크의 용량을 산정해야 합니다. 복제 볼륨 1TB 당 약 33MB 의 메타디스크 공간을 필요로 하고 보다 정확한 크기는 메타데이터 크기 추정의 내용을 참고합니다.
네트워크
최근의 기업환경에서 미러링을 위한 네트워크는 1 Gbps 에서 10 Gbps 대역폭까지 구성하는게 보편적 입니다. 최소 1Gbps 환경을 권장하지만 DR(Disaster Recovery)을 위한 원격 실시간 복제 환경(WAN 환경 복제)은 이보다 낮은 대역폭으로 운영될 수 밖에 없는 것이 현실입니다. 이렇게 낮은 대역폭의 환경에선 비동기 복제의 혼잡모드로 구성하거나 복제 가속기(DRX)를 연동하는 것이 필수적 입니다.
구성 환경
bsr 은 다음과 같이 다양한 구성 형태를 통해 기업의 중요 데이터를 유연한 방식으로 이중화할 수 있습니다.
1:1 미러
로컬 네트워크 내에서의 이중화를 위한 일반적인 미러링 구성 방식으로 프로토콜은 동기방식 구성이 일반적이나 프로토콜 설정에 제한은 없습니다.
1:N 미러
로컬 네트워크 내의 N 노드 복제 구성으로 1:1 미러를 N 노드로 확장한 구성입니다. 동기방식 구성이 일반적이나 프로토콜 설정에 제한은 없습니다.
1:1 재해복구(DR)
제해복구를 위한 WAN 구간 복제 구성으로 비동기 프로토콜로 설정하고 송신버퍼와 혼잡모드를 설정해야 합니다. 타깃 정합성을 높이고 복제 성능을 극대화하기 위해 복제 가속기(DRX)의 연동을 권장합니다.
1:N 미러 & 재해복구(DR)
로컬 네트워크의 미러링 구성과 WAN 구간 원격 재해복구 복제의 혼합 구성입니다. 로컬 미러는 동기방식으로 WAN 원격 복제는 비동기 방식으로 혼합하여 구성합니다. WAN 구간 복제는 송신버퍼와 혼잡모드를 설정해야 하고 복제 가속기(DRX)의 연동을 권장합니다.
공유 디스크 재해복구(DR)
주 운영사이트의 공유디스크를 소스로 하고 타깃을 WAN 구간 재해복구 노드로 구성하는 방식입니다. 이 방식은 공유디스크를 제어하는 2 노드를 Active-Standby 로 하여 DR 노드를 제2의 Standby 노드로 구성하며, 이 때 Active-Standby 노드는 동일한 가상 주소(VIP)를 통해 운영해야 하며 DR 측 노드는 이 VIP 를 통해 주 운영사이트와 연동합니다. WAN 재해복구 구성인 만큼 비동기 방식 프로토콜 운영과 복제 가속기(DRX) 연동을 고려해야 합니다.
N:1 미러
서로 다른 노드에 위치하는 리소스들의 타깃 노드를 하나의 노드로 구성하는 방식입니다. 개별 리소스 측면에선 1:1 미러 구성이지만 전체 토폴로지 운영측면에서 N:1 미러로 정의 합니다.
로컬 마이그레이션
로컬 내의 다중리소스 구성을 통해 로컬 소스 볼륨을 로컬 타깃 볼륨으로 복제하는 구성입니다. 실시간 마이그레이션을 위한 용도로 사용합니다.