엔진 성능 테스트 시 권장 사항
BizTalk 엔진 성능 테스트 시 다음 지침을 준수해야 합니다.
부하 동작 프로필 파악 세 가지 부하 테스트에서 설명했듯이 시간이 지남에 따라 처리되는 메시지 측면에서 부하 프로필을 아는 것이 중요합니다. 이를 보다 잘 이해할수록 보다 정확하게 시스템 용량을 테스트하고 조정할 수 있습니다. 최고 처리량 요구 사항만 알고 있는 경우에는 유지 가능한 최대 처리량이 최대 로드량보다 많거나 같도록 시스템의 크기를 조정하는 것이 가장 좋습니다. 그러나 사용자 로드에 예측 가능한 최대/최소 처리량이 설정되어 있는 경우에는 시스템이 최대 처리량 간에 복구될 수 있도록 최적화하여 전체 배포 시 비용을 줄일 수 있도록 하는 것이 좋습니다.
성능 조기 테스트 솔루션의 기능을 설계하고 테스트하는 데 상당한 노력을 투자하는 함정에 빠지지 말고 프로덕션 하드웨어에서 성능을 테스트하기 위해 마지막 순간까지 기다리십시오. 필요한 로드 프로필을 시뮬레이트하는 성능 테스트를 개발 주기에서 가능한 초기에 시스템에서 실행합니다. 디자인이나 아키텍처에서 원하는 것을 변경해야 하는 경우 이를 미리 알면 다시 조정하고 테스트할 시간을 가질 수 있습니다.
성능을 테스트할 때 예상 부하 프로필 에뮬레이트 여기에는 다음과 같은 두 가지 기본 구성 요소가 있습니다.
시간에 따라 로드 프로필을 에뮬레이트합니다.
유지 가능성을 평가하기에 충분한 기간 동안 테스트를 실행합니다.
일반적으로 주기가 매일 반복되는 경우에는 적어도 하루 동안 유지 가능성에 대한 유효성을 검사하는 성능 테스트를 실행하도록 계획해야 합니다. 테스트 실행 기간이 길수록 더욱 좋습니다.
프로덕션 구성 에뮬레이트 예를 들어 포트 수와 유형, 호스트 및 호스트 instance 구성, 데이터베이스 구성 및 어댑터 설정이 있습니다. 구성을 변경한다고 성능이 크게 영향을 받지 않는다고 단정하지는 마십시오.
실제 메시지 사용 메시지 크기 및 메시지 복잡성은 성능에 영향을 주므로 프로덕션에서 보려는 것과 동일한 메시지 스키마 및 인스턴스를 사용하여 테스트해야 합니다.
성능 테스트 중 정상 작업 에뮬레이트 부하 테스트에는 포함되지 않았지만 주기적인 데이터베이스 쿼리, 백업 및 제거와 같은 표준 작업 작업은 지속 가능한 처리량에 영향을 주므로 성능 및 용량 테스트 실행 중에 이러한 작업을 수행하고 있는지 확인합니다. 프로덕션 환경에서 DTA 추적과 BAM 추적을 사용할 계획이라면 이 작업에 DTA 추적과 BAM 추적을 모두 포함합니다.
MessageBox에 대한 I/O 하위 시스템의 속도는 주요 성공 요소입니다 . 수행된 부하 테스트는 이 빌드 아웃 전용인 MessageBox 데이터베이스 파일에 대해 빠른 스토리지 영역 네트워크를 사용합니다. 이 경우에도 정리 작업은 SQL 데이터 파일의 유휴 시간을 0에 가깝게 구동할 수 있었습니다. 프로덕션 시스템에서 I/O 하위 시스템 병목 현상이 자주 발생합니다. 가능한 개별 물리적 드라이브에 데이터베이스 데이터 파일과 로그 파일을 배치하여 SQL I/O를 최적화하는 것이 좋습니다.
SQL 에이전트가 모든 MessageBox 서버에서 실행되고 있는지 확인 합니다. 분명히 SQL 에이전트가 실행되고 있지 않으면 정리 작업이 실행되지 않으므로 이러한 작업이 실행되고 있는지 확인합니다.
스풀 깊이는 핵심 지표입니다. 다른 지표에 관계없이 이 측정값은 시스템이 오버드라이브되고 있는지 여부를 빠르고 쉽게 평가할 수 있는 방법을 제공합니다.