...
OS | CPU Architecture |
|---|---|
Windows 2012 이상 | x64 |
RHEL / CentOS 6.4 ~ 8.4 | x64 |
RHEL / Rocky 8.5 이상 | x64 |
Ubuntu 16 LTS 이상 | x64 |
ProLinux 7 이상 | x64 |
파일시스템
블럭복제 솔루션은 블럭복제는 기본적으로 파일시스템의 유형에 관계없이 상관없이 동작하지만 bsr 은 파일시스템에서 사용하는 영역에 대해서만 동기화 하는 빠른 동기화를 구현함에 따라 지원 파일 시스템에 대한 명세를 가집니다.
최근 복제 볼륨의 용량이 대용량화(수십~수백 테라바이트) 되어가고 있는 추세이고 그에 따라 복제 볼륨을 초기 동기화 하는데 상당히 많은 시간이 소요되고 있습니다소요됩니다. 전체 볼륨 영역을 대상으로 초기동화를 초기동기화를 할 경우 많게는 수일에서 수십일이 걸리기도 합니다. 예를 들어, 1 Gbps 네트워크 대역폭에서 볼륨의 용량이 10 테라바이트 일 경우 전체 동기화를 완료 하려면 최소한 27 시간 이상, 100 TB 라면 열흘 이상 소요 됩니다.
...
Windows 의 NTFS, ReFS
Linux의 Ext 계열 파일시스템(ext3 이상), xfs
위 에서 지원하지 않는 유형의 그 이외의 파일시스템들에 대해서는 기존의 전체 동기화 방식으로 동작합니다.
...
최소 2GHz, 4 core 이상, x64 호환 프로세서에서 구성할 것을 권장합니다. BSR 복제 엔진은 복제는 실시간 I/O를 O 문맥에서 처리하므로 I/O Latency 가 좋으려면 유휴 CPU 코어가 코어 자원에 상시 준비되도록 CPU 자원에 여유가 있어야 합니다.
메모리
시스템은 커널 설정에 따라 다르지만 통상 메모리 사용량이 70% 70~80% 를 넘을 때 가상메모리 페이징을 시작합니다. 페이징이 동작하면 시스템 I/O 성능의 저하가 발생하므로 상시 30% 20~30% 이상의 물리메모리 여유 공간을 확보하여 페이징 발생이 억제되도록 구성하는 게 복제에 유리합니다.
| Info |
|---|
페이징이 발생하는 시점은 시스템의 메모리 용량, 플랫폼, OS 버전에 따라 달라질 수 있습니다. 위에서 설명한 70%는 70~80%는 통상의 수치이므로 사용자 환경에 맞게 이해할 필요가 있습니다. |
BSR 에서 사용하는 메모리는 복제에서 수용할 수 있는 최대 쓰기 요청값(max-req-write-count)과 버퍼링을 위한 송신버퍼의 크기에 따라 결정됩니다. 아래는 Windows 환경의 예시입니다.
...
| Info |
|---|
최근 가상화 환경에서 VM 을 통한 복제 구성이 보편화 되어 가고 있습니다. 이런 환경의 특징은 개별 VM에 할당된 CPU 나 메모리 자원이 충분하게 할당 되지는 않는 다는 되지 않는다는 점 입니다. 예를 들어 개별 VM이 2core1core, 2~4GB 메모리로 구성될 경우 bsr 의 최소 구성사양에 충족되지 못할 수 있습니다. 이렇게 저사양의 VM 으로 복제 환경이 구성될 경우 bsr 엔진 내부의 성능 지연과 노드 간의 네트워크 통신(keep alive) 지연이 빈번하게 발생될 가능성이 높아집니다. 기본적인 동작에는 문제가 없지만 I/O 부하가 커지거나 시스템의 HW 계층의 인터럽트 발생빈도가 높아지게 되면 VM 전반의 성능이 하락되고 그에 따라 bsr 도 동작에 영향을 받게 됩니다. 결론은 저 사양의 VM 에서 복제 환경을 구축하는 것에는 성능적 제약이 따른다는 것 입니다. 이 문제를 다루려면 시스템 자원을 넉넉하게 확보하는 방법 이외에는 별다른 해결책은 없습니다. |
...