Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents


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

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

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

...

requires sufficient free physical memory for DRX's buffering capability when installed locally in an operating machine environment. If you do not have enough free physical memory space, you should also consider adding physical memory on your production machine.

Also, if you use the compression feature to accelerate replication, you should be aware that compression can cause CPU load on the operating node. Compression can be used locally if local I / O is not heavily burdened and compression of the operating node is insignificant. However, if compression loads affect performance across the local system, you should rethink the use of compression. Compressed loads can result in an additional load of approximately 20 ~ 30% on the local I/O load. If the DRX that performs the compression is configured as a dedicated machine and separated from the operating environment, it is possible to distribute the load depending on the compression. These DRX operational policies should be based on preliminary data on the local I / O load and should be determined by preliminary investigation of the following items in the configuration environment

2.1. Prior research

2.1.1.

...

 Operating System

Windows 2008

...

or later, Linux CentOS 6.4

...

or later 64-bit platforms are supported.

2.1.2.

...

 Operating machine minimum specification

  • At least 1GHz x86/x64 호환 프로세서compatible processor (2GHz 이상 권장or higher recommended), 최소 minimum 4 core 이상 권장recommended
  • 최소 4G 이상 물리메모리
  • 최소 10GB 용량 디스크At least 4G physical memory
  • At least 10 GB disk

2.1.3.

...

Replication resources

You can configure it to any size as long as memory resources allow and limit it to up to 100 channels of replication resources.

2.1.4.

...

 Measure operational server I/O

...

load

Use the following procedure to measure the I/O 부하도를 측정합니다.

...

load on the server.

  • Measure the read/write I/O load of the server's replication target disk (average I/O, 최대 maximum I/O within a minimum of one to four weeks)
  • 측정 방법How to measure
    • Windows: 성능모니터 도구 이용 디스크 Using the Performance Monitor tool Disk I/O 통계 데이터 취합statistical data collection
    • Linux: iostat 등 유틸리티 이용 디스크 Utilizing utilities such as iostat Collecting disk I/O 통계 데이터 취합
    측정결과에 따라 버퍼 크기, 압축, 암호화 정책 결정: 
    • statistical data
  • The buffer size, compression, and encryption policy are determined based on the measurement results. See 2.3. 버퍼 운영 정책 참고 Buffer operation policy

2.1.5.

...

Replication Bandwidth

Replication bandwidth requires at least 10 Mbps to 100 Mbps bandwidth.

2.2.

...

 DRX configuration method

Determine how you will configure your operating environment based on I/O load and whether compression is enabled. the local configuration is common, but If the replication load is large and WAN section acceleration is required, a dedicated configuration is recommended.

2.3.

...

  • DRX의 물리적 버퍼 사양 계측을 위해 네트워크 대역, 운영 머신 I/O 부하도에 대한 사전조사가 필요합니다.
  • 사전 조사 항목
    • 운영머신의 리소스당 평균 I/O 양
    • 최대 I/O 양
    • 최대 I/O 지속시간
  • 운영 머신의 평균 I/O 와 최대 I/O 의 수치는 적절한 버퍼링 환경을 구축하기 위한 근거 자료가 됩니다.

...

case

...

버퍼

...

 Buffer operation policy

  • DRX's physical buffer specification requires a preliminary investigation of network bandwidth and operating machine I/O load for instrumentation.
  • Prior research item
    • Average amount of I/O per active machine's resources
    • Maximum I/O Amount
    • Maximum I/O Duration
  • The average I/O and maximum I/O values of the operating machine are the basis for building an appropriate buffering environment.

case

buffer

remarks
1average I/O < maximum I/O < network bandwidth

권장 버퍼 크기: 1 GByte 이상

예)1Gbps 대역폭, 1G Buffer = 최대 100MB/s I/O를 약 10초간 유지 가능
2평균 average I/O < 대역폭 < 최대  < network bandwidthmaximum I/O(최대 I/O - 대역폭) * 최대 I/O 지속시간

예) 평균 50MB/s I/O, 100Mbps 대역폭, 최대 200MB/s, 최대 I/O 10초간 지속

(200MB/s - 약 10MB/s) * 10초 = 약 2GB

3대역폭 < 평균 network bandwidth < average I/O < 최대 maximum I/O

네트워크 대역 확장 요구, 압축 기능 고려


DRX의 버퍼는 사전 조사한 운영 노드의 I/O 부하 수치가 감당될 수 있도록 적절한 크기로 설정되어야 합니다. 사전 조사를 바탕으로한 I/O 데이터가 확보되지 못했다면 1번 case 기준의 권장 버퍼 사양에 따라 구성 및 시범 운영을 한 후 버퍼 크기에 대한 튜닝 과정을 필요로 합니다.

...