제한 임계값 조정: 시기 및 이유

조정과 관련해서는 한 가지 크기를 일률적으로 적용할 수 없습니다. 최적의 설정은 여러 가지 요인에 따라 결정됩니다. 기본적으로 BizTalk Server에는 백로그의 과잉 누적과 같은 문제로부터 시스템을 효과적으로 보호하도록 테스트를 통해 검증된 기본값이 설정되어 있습니다. 그러나 일부 시나리오에서는 이러한 값이 적절하지 않을 수 있습니다. 다음 예에서는 이러한 점을 설명합니다.

예제 1: 최대 로드 및 데이터베이스 크기

BizTalk Server를 기반으로 구축된 각 솔루션에는 MST(Maximum Sustainable Throughput)가 설정되어 있습니다. 이론적으로 부하가 이 수준을 초과하지 않으면 시스템에서 부하를 무한정 유지할 수 있습니다. 그런데 실제로 부하 프로필을 살펴보면 시간의 경과에 따라 부하가 변동 없이 일정하게 유지되는 것이 아니라 최대치와 최소치가 반복적으로 나타납니다.

따라서 최대치의 부하를 무한정 유지할 수 있는 시스템보다는 부하가 최대일 때 어느 정도의 백로그를 처리하고 부하가 적을 때 원래 수준으로 복구할 수 있는 시스템을 구축하는 것이 더 비용 효율적입니다. 그런데 이 경우 부하가 최대일 때 예상되는 백로그 크기가 데이터베이스 크기의 기본 조정 값보다 크면 입력이 조정되어 백로그가 차단됩니다. 따라서 모든 입력 파일을 최대한 빨리 사용해야 할 때처럼 입력을 자동으로 조정하는 것이 바람직하지 않을 경우에는 입력이 조정되기 전에 예상된 크기의 백로그를 허용하도록 데이터베이스 크기 임계값을 높게 설정해야 합니다.

예제 2: 메모리 사용량 최적화

처리 속도를 적절한 수준으로 조정하는 데 사용되는 또 다른 리소스는 프로세스를 호스트하는 데 사용할 수 있는 메모리의 양입니다. 임계값에 비해 사용 가능한 메모리가 너무 적으면 조정을 통해 엔진이 호스트 큐에서 검색하는 작업 대상 메시지 수가 줄어듭니다. 오늘날의 엔터프라이즈 클래스 서버에서 메모리 양과 가용성의 가변성을 감안할 때, 특히 BizTalk Server x64 지원을 사용하면 메모리 사용을 최적화하기 위해 임계값을 크게 올리거나 낮춰야 할 수 있습니다.

권장

BizTalk Server 제한은 기본적으로 시스템을 기본적으로 잘 보호하도록 구성됩니다. 그러나 이러한 기본 설정이 항상 최상의 설정은 아닙니다. 따라서 성능 카운터 모니터링을 통해 조정 상태를 검토하여 조정 작업이 수행되고 있는지 확인한 다음 조정 작업의 기반이 되는 리소스(예: 데이터베이스 크기 또는 메모리 사용)가 너무 많이 사용되거나 너무 적게 사용되는지 판단하여 이에 따라 조정 임계값을 적절하게 조절하는 것이 좋습니다.