2. 운영 환경

DRX 는 운영머신 환경에 로컬로 설치할 경우 DRX 의 버퍼링 기능에 필요한 물리 메모리의 충분한 여유 공간을 필요로 합니다. 만약 물리 메모리 공간이 여유가 없을 경우 운영 머신의 물리메모리 증설에 대해서도 고려해야 합니다.

또한 복제 가속을 위한 압축기능을 사용할 경우 압축에 따른 CPU 부하가 운영노드 상에서 발생할 수 있음을 감안해야 합니다. 로컬 I/O의 부하가 크지 않고 압축에 따른 운영노드의 성능저하가 미미할 경우 로컬에서도 압축을 사용할 수는 있으나, 압축 부하로 인해 로컬 시스템 전반의 성능에 영향을 주게 된다면 압축의 사용을 재고해야 합니다. 압축에 따른 부하는 로컬 I/O 부하에 약 20~30%의 추가 부하가 발생될 수 있으며 압축을 수행하는 DRX를 전용 머신으로 구성하여 운영환경과 분리 구성할 경우 압축에 따른 부하를 분산시킬 수 있습니다.

이러한 DRX의 운영정책은 로컬 I/O 부하에 대한 사전조사 데이터를 근거로 하여 수립되어야 하고 구성환경의 다음 항목들에 대한 사전조사를 통해 DRX가 구동하는데 적합한 사양과 버퍼 운영 정책등을 결정해야 합니다.

2.1. 운영환경 사전조사

2.1.1. 운영체제

• Windows 2008 이상 64비트, Linux CentOS 6.4 이상 64비트 플랫폼을 지원합니다.

2.1.2. 운영머신 최소 사양

• 최소 1GHz 이상의 x86/x64 호환 프로세서(2GHz 이상 권장), 최소 4 core 이상 권장
• 최소 4G 이상 물리메모리
• 최소 10GB 용량 디스크

2.1.3. 복제 리소스 개수

• 최대 100 채널

2.1.4. 운영서버 I/O 부하 측정

다음의 절차를 통해 운영서버의 I/O 부하도를 측정합니다.

• 운영서버 복제 대상 디스크의 읽기/쓰기 I/O 데이터 측정 (최소 1~4주 기준 평균/peak I/O)
• 측정 방법
  • Windows : 성능모니터 도구 이용 디스크 I/O 데이터 취합
  • Linux: iostat 등 유틸리티 이용 디스크 I/O 데이터 취합
• 측정결과에 따라 버퍼운영 정책 결정
  • 2.3. 버퍼 운영 정책 참고
• 압축, 암호화 정책 결정

2.1.5. 복제 대역

• 최소 10Mbps~100Mbps 요구

2.2. DRX 구성 방식

운영환경의 I/O 부하도 및 압축 사용 여부에 따라 구성방식을 결정합니다. 로컬 구성 방식이 일반적이나 복제 부하가 크고 WAN 구간 가속이 필요할 경우 전용 구성 방식을 권장합니다.

2.3. 버퍼 운영 정책

• DRX의 물리적 버퍼 사양 계측을 위해 네트워크 대역, 운영 머신 I/O 부하도에 대한 사전조사가 필요합니다.
• 사전 조사 항목
  • 운영머신의 리소스당 평균 I/O 양
  • 최대 I/O 양
  • 최대 I/O 지속시간
• 운영 머신의 평균 I/O 와 최대 I/O 의 수치는 적절한 버퍼링 환경을 구축하기 위한 근거 자료가 됩니다.
• 사전 데이터 미확보 시 하기 3번 case 기준의 권장 버퍼 사양에 따라 구성 후 운영 및 버퍼 크기에 대한 조정(튜닝) 과정이 필요 합니다.

2.3.1 혼잡 정책

• 혼잡상태란 복제부하가 가중되어 DRX의 버퍼링할 여유공간이 남아 있지 않아 버퍼링이 불가한 상태를 의미합니다.
• 혼잡(congestion)정책: DRX의 버퍼가 혼잡상태에 진입할 경우 DRBD에서 대응하는 정책입니다.
• 혼잡정책 설정 방법
  • drbd.conf

    resource r0 {
    	proxy {
    		memlimit 1G:
    	}
    	net {
    		on-congestion pull-ahead;
    		congestion-fill 950M;
    	}
    }

  • memlimit : DRX 버퍼
  • on-congestion : 혼잡정책 설정
  • congestion-fill :  혼잡인지 시점 설정, 위 예시에서 950M 바이트 데이터가 버퍼링되는 시점을 혼잡시점으로 인지
• 혼잡상황에서의 DRBD의 대응 정책은 3가지이며 WAN 구간 비동기 복제 운영 시에는 Ahead 모드의 설정을 권고 합니다.
  • Block: 버퍼가 비워질 때 까지(버퍼의 큐잉할 수 있을 때까지) I/O 대기 합니다. (기본값)
  • Disconnect: 복제 연결을 단절합니다. (StandAlone 상태로 진입), Linux DRBD 미지원
  • Ahead: 지연 복제 모드 진입. (복제 연결은 유지하되 복제는 중단, 로컬 I/O 는 oos 로 기록), 혼잡 해제 시 oos 에 대한 리싱크 수행.

2.3.2. 버퍼 조정 가이드

• DRBD의 Ahead 모드(지연복제) 비동기 복제 구성을 전제로 합니다.
• 복제 연결이 유지되는 구간의 측정치에 대해서만 고려합니다.
• 24~72시간 기준으로 다음의 방법을 통해 DRBD가 Ahead 모드로 진입하는 회수(혼잡 진입 회수)를 취합합니다.
  • drbd 로그상의 "Congestion-fill threshold reached" 의 출력 회수 취합
  • drbdsetup events2 명령을 통한 Ahead 진입 회수 확인
• 취합한 혼잡진입 회수를 기준으로 버퍼의 크기 사양의 적절성을 판단합니다.
  • 혼잡빈도가 잦은 경우 후속 리싱크 구간의 증가로 인해 원격지 데이터가 Inconsistent 가 되는 빈도가 높을 경우 버퍼 크기의 증설을 고려합니다.
• 버퍼를 증설 했음에도 혼잡구간이 빈도가 낮아지지 않을 경우 압축에 대해 고려합니다.

2.3.3. 물리 메모리 사양 

• WAN 100Mbps 대역폭,  최대 I/O 200MB/s , 최대 I/O 지속시간 10초 기준

• DRX 서버 최소 메모리 사양 공식: 100MB + 리소스 개수 * (최대 I/O(MB/s) - 대역폭(MB/s)) * 최대 I/O 지속시간(초) + 리소스 개수 *(압축/암호화 버퍼)
  • 일정 기간 내에 측정한 최대 I/O가 복제 대역폭보다 낮다고 해서 DRX 버퍼링을 고려하지 않는 것은 바람직 하지 않습니다. 운영환경의 애플리케이션의 특성에 따라 최대 I/O 가 급등하는 상황에 대비할 필요가 있으므로 DRX 버퍼는 여유공간을 갖고 구성하는것이 바람직 합니다.
    • 최대 I/O 가 대역폭보다 낮은 수치일 경우 계산 수식상 음수가 될 수 있으므로 이럴 경우 "최대 I/O(MB/s) - 대역폭(MB/s)"의 값은 최소한 1MB/s이상의 값으로 계산합니다.
  • 여기서 대역폭의 값은 WAN 환경에서 가변적 수치입니다. WAN 구간 대역폭은 일반적으로 보장 대역폭이 아닌 네트웍 상황에 따라 변동이 심한 가변대역의 특성을 가지기 때문에 통상 WAN 대역폭은 10~100Mbps 정도의 대역으로 간주하여 1MB/s ~10MB/s 로 추산하는 것이 버퍼링 관점에서 적당합니다.