BizTalk 호스트 고가용성
BizTalk Server 여러 서버에 물리적으로 배포할 수 있는 메시지 수신 및 보내기 또는 오케스트레이션 처리와 같은 특정 기능 영역을 실행하기 위해 논리 호스트를 전략적으로 바칠 수 있으므로 고가용성 문제를 해결하는 데 큰 유연성을 제공합니다.
BizTalk 호스트는 어댑터 송신 처리기(파이프라인 포함), 수신 위치 및 오케스트레이션과 같은 BizTalk Server 항목을 저장할 수 있는 BizTalk Server 그룹 내의 논리적 컨테이너입니다. 일반적으로 비슷한 크기의 속성을 갖는 항목을 특정 호스트로 그룹화합니다.
호스트를 만든 후 호스트 instance 물리적 BizTalk Server 컴퓨터에 배포할 수 있습니다. 호스트 instance 지정된 BizTalk Server 컴퓨터에서 Windows 서비스, BTSNTSvc.exe(또는 64비트 호스트 instance BTSNTSvc64.exe)로 실행됩니다. 각 호스트에 대해 특정 BizTalk Server 컴퓨터에 instance 하나만 가질 수 있습니다. 그러나 하나 이상의 BizTalk Server 컴퓨터에 특정 호스트의 인스턴스를 가질 수 있으며 특정 BizTalk Server 컴퓨터에 다른 호스트의 인스턴스를 가질 수 있습니다.
BizTalk 호스트에 포함된 항목은 다음 함수를 수행할 수 있습니다.
수신 중. 이러한 항목은 메시지가 수신 위치에 도착한 후에 메시지의 초기 처리를 수행합니다. 호스트에 수신 위치(파이프라인 포함)와 같은 수신 항목이 포함된 경우 호스트 내의 파이프라인에서 메시지 디코딩 및 암호 해독이 발생합니다.
보내기. 이러한 항목은 송신 포트로 메시지가 송신되기 전에 메시지의 최종 처리를 수행합니다. 호스트에 송신 포트와 같은 송신 항목이 포함된 경우 메시지 서명 및 암호화는 호스트 내의 파이프라인에서 발생합니다.
처리 중. 이러한 항목은 오케스트레이션의 지침에 따라 메시지를 처리합니다.
하나의 BizTalk 호스트에 메시지를 수신, 송신 및 처리하는 항목이 포함될 수 있습니다. 보다 쉽게 관리 및 확장성을 위해 각 함수에 대해 지정된 다른 호스트를 만드는 것이 좋습니다. 특히 처리 및 수신/보내기 작업에 다른 호스트를 사용하는 것이 좋습니다.
예를 들어 메시지 한 개를 수신하고 오케스트레이션을 실행한 후 메시지 10개를 송신하는 경우 송신 항목이 수신 항목보다 10배 더 많은 트래픽을 발생시키므로 수신 기능과 송신 기능을 별도의 두 호스트로 분리할 수 있습니다. 메시지 한 개를 수신하고 오케스트레이션을 실행한 후 메시지 한 개를 송신하는 경우 이러한 항목을 하나의 작업 단위로 간주하여 단일 호스트로 그룹화할 수 있습니다. 또는 이러한 항목을 세 개의 다른 호스트로 분리하여 성능과 융통성을 높일 수도 있습니다. 물론 이 경우 관리 비용은 증가합니다.
BizTalk 호스트는 In-process 또는 Isolated의 두 가지 유형 중 하나입니다. in-process 호스트는 BizTalk Server 런타임 프로세스(BTSNTSvc.exe 또는 BTSNTSvc64.exe) 내에서 실행되며 격리된 호스트는 BizTalk Server 런타임 프로세스에서 실행되지 않습니다. 격리된 호스트는 격리된 수신 어댑터의 수신 쪽에서만 사용됩니다. 다음 표는 이러한 각 호스트 유형에 포함될 수 있는 항목을 보여 줍니다.
| 호스트 유형 | 논리적 컨테이너 |
|---|---|
| In-Process | -오케스트레이션 - 어댑터 송신 처리기 - In-process 어댑터 수신 처리기 |
| 격리 | - HTTP, SOAP 수신 처리기 - 다른 격리된 어댑터 수신 처리기 |
BizTalk 호스트 및 호스트 인스턴스 관리에 대한 자세한 내용은 BizTalk Server 도움말에서 BizTalk 호스트 및 호스트 인스턴스 관리(https://go.microsoft.com/fwlink/?LinkID=154191)를 참조하세요.
BizTalk 호스트에 고가용성을 제공하려면 환경에 각 호스트(둘 이상의 컴퓨터)에 대해 둘 이상의 호스트 인스턴스가 있어야 합니다. 각 호스트에 대해 둘 이상의 호스트 instance 사용하면 하나의 호스트 instance 사용할 수 없게 되면 동일한 호스트의 인스턴스를 실행하는 다른 컴퓨터의 호스트 인스턴스가 문제가 있거나 실패한 호스트 instance 기능을 다시 시작할 수 있으며 전체 시스템이 중단을 최소화하면서 계속 수행할 수 있는지 확인합니다.
추가 호스트의 단점
추가 호스트 인스턴스를 만드는 이점도 있지만 호스트 인스턴스가 너무 많이 만들어지면 잠재적인 단점도 있습니다. 각 호스트 instance MessageBox 데이터베이스에 대한 추가 부하를 생성하고 CPU, 메모리 및 스레드와 같은 컴퓨터 리소스를 사용하는 Windows 서비스(BTSNTSvc.exe 또는 BTSNTSvc64.exe)입니다. 이 외에도 너무 많은 추가 호스트 인스턴스를 구성하지 않는 다음과 같은 이유가 있습니다.
호스트당 세분성이 너무 많은 여러 성능 카운터가 보고됩니다. 이는 많은 데이터를 트래버스해야 하는 관리자의 유용성에 영향을 줍니다. 이는 관리자가 가진 전체 보기에 부정적인 영향을 줍니다.
각 호스트는 상당한 양의 메모리를 사용하며 이로 인해 제한 및 성능 저하가 발생할 수 있습니다.
호스트에 지속적으로 폴링을 수행하는 수신 어댑터가 있는 경우 각 호스트는 짧은 간격으로 데이터베이스를 폴링하므로 성능이 저하됩니다.
섹션 내용
참고 항목
호스트 및 호스트 인스턴스 구성고가용성을 위한전용 추적 호스트 계획 구성2 마스터 비밀 서버의 데이터베이스 고가용성 고가용성