수신 호스트 확장
수신 호스트를 고가용성으로 만들려면 각 수신 호스트의 인스턴스를 실행하는 BizTalk Server 컴퓨터가 두 대 이상 있어야 합니다. 수신 호스트를 확장하면 메시징을 많이 사용하는 BizTalk Server 배포에 대한 가용성을 높일 수 있습니다. 이러한 배포는 최소한의 오케스트레이션 처리를 수행하는 반면 다양한 유형의 대량 메시지를 빠르고 안정적으로 라우팅할 수 있습니다.
오케스트레이션을 처리하고 메시지를 송신하는 호스트와 수신 호스트를 분리하면 각 호스트에 대해 독립적으로 보안을 유지하고 확장할 수 있으므로 보안 및 확장성을 향상시킬 수 있습니다. 예를 들어 처리 또는 송신 호스트에는 컴퓨터를 추가하지 않고 수신 호스트에만 두 대의 컴퓨터(호스트 인스턴스)를 추가할 수 있습니다.
In-Process 및 격리된 수신 호스트 이해
BizTalk Server 애플리케이션을 통합하여 비즈니스 서비스를 제공합니다. 통합은 일반적으로 BizTalk Server(애플리케이션에서) 문서를 받고, 문서를 처리하고, 처리된 문서를 애플리케이션 또는 다른 애플리케이션으로 다시 보내는 것으로 표시됩니다. 이 프로세스를 문서 트랜잭션이라고 합니다.
트랜잭션은 일반적으로 특정 프로토콜 채널을 모니터링하고 문서를 수신하는 BizTalk 어댑터로 시작됩니다. 어댑터는 다른 애플리케이션을 BizTalk Server 연결하기 때문에 호출됩니다. 함수에 따라 송신 어댑터 또는 수신 어댑터일 수 있습니다. 대부분의 기본 어댑터는 하나의 .NET 어셈블리에 기본 제공되는 receive 함수와 send 함수를 모두 사용하는 하나의 .NET 구성 요소입니다. 어댑터가 있는 프로세스 메모리 공간에 따라 In Process(수신) 어댑터 또는 격리된(수신) 어댑터입니다. in-process 어댑터는 BizTalk Server 프로세스(BTSNTSvc.exe)에서만 호스팅할 수 있으며 격리된 어댑터는 다른 프로세스에서 호스트되도록 설계되었습니다. 예를 들어 HTTP 어댑터 및 SOAP 어댑터는 IIS(인터넷 정보 서비스) 프로세스에서 호스트됩니다. 기본적으로 ISAPI 확장입니다. 반면에 모든 송신 어댑터는 In-process 어댑터입니다.
BizTalk Server 구성은 두 개의 기본 호스트를 만듭니다. In-process 호스트를 BizTalkServerApplication이라고 하고 격리된 호스트를 BizTalkServerIsolatedHost라고 합니다. 호스트는 두 가지 함수를 제공합니다. 하나는 BizTalk Server 항목을 논리적으로 그룹화하여 이러한 항목을 다른 BizTalk Server 프로세스에 할당할 수 있도록 하고 다른 하나는 보안을 제어하는 것입니다. 호스트에 대한 Windows 그룹을 지정해야 합니다. 이 그룹의 사용자만 이 호스트에 할당된 호스트 인스턴스 가 호스트하는 어댑터로 문서를 보낼 수 있습니다.
두 기본 호스트 각각에는 호스트 instance 있습니다. 호스트 instance 이름이 없지만 호스트와 연결됩니다. BizTalkServerApplication 호스트 instance 실제로 BizTalk 그룹 내의 BizTalk Server 컴퓨터에서 BizTalk Server 서비스 프로세스(BTSNTSvc.exe)입니다. BizTalkServerIsolatedHost 호스트 instance 프로세스에 직접 바인딩되지 않습니다. 수신 어댑터를 호스트하는 프로세스와 연결됩니다.
BizTalk Server Configuration은 SMTP를 제외한 각 기본 어댑터에 대한 수신 처리기를 만듭니다(SMTP는 송신 어댑터임). 수신 처리기 속성 중 하나는 호스트 이름입니다. 이것이 호스트 및 해당 호스트의 호스트 인스턴스에 바인딩되는 방법입니다.
어댑터, 호스트, 호스트 instance 및 수신 처리기 외에도 BizTalk Server 문서 수신을 시작하기 전에 수신 포트를 구성해야 합니다. 수신 포트에는 수신 위치가 포함됩니다. 수신 위치에는 수신 처리기 속성이 있습니다. 논리에 따라 이 수신 포트를 처리하는 BizTalk Server 프로세스를 추적할 수 있습니다.
수신 포트 구성에서 선택적으로 맵을 지정합니다. 수신 위치 구성에서 문서 전처리에 사용되는 파이프라인을 지정해야 합니다. 지정된 BizTalk Server 프로세스는 문서 수신, 문서 전처리, 문서 매핑에 이르기까지 모든 작업을 처리합니다. 이는 In-Process 호스트 인스턴스와 격리된 호스트 인스턴스 모두에 대해 동일합니다.
호스트 수신 In-Process 스케일 아웃
다음 그림에서는 각각 두 개의 호스트 인스턴스를 서로 다른 컴퓨터에 배치하여 수신 호스트에 고가용성을 제공하는 BizTalk Server 배포를 보여 줍니다. 이 그림에서는 호스트에 할당된 BizTalk 항목을 처리하는 instance 호스트가 하나만 있기 때문에 처리 및 송신 호스트는 고가용성이 없습니다.
대규모 배포 환경이나 여러 거래 업체와 거래를 할 때 또는 여러 다른 프로토콜을 사용하는 경우에 여러 수신 호스트로 수신 기능을 분산할 수 있습니다. 예를 들어 어댑터별로 메시지를 받을 수 있도록 호스트를 만들거나 파트너에서 보낸 메시지를 따로 받을 수 있도록 각기 다른 호스트를 만들 수 있습니다. 여러 수신 호스트를 만들 경우 보안 경계를 만들 수 있으며 사용자 환경의 관리 효율과 확장성을 보다 쉽게 향상시킬 수 있지만 가용성이 향상되지는 않습니다. 사용자 환경의 가용성을 높이려면 만든 각 수신 호스트에 대해 둘 이상의 호스트 인스턴스를 만들어야 합니다. 예를 들어 세 개의 서로 다른 수신 호스트(A, B 및 C)를 만들어 세 개의 다른 회사에서 메시지를 받을 수 있습니다. 이러한 각 호스트의 가용성을 높이려면 두 대 이상의 컴퓨터에 각 호스트의 호스트 인스턴스를 만듭니다. 이 경우 보안 경계, 관리 효율 또는 확장성을 손상시키지 않으면서 한 대의 컴퓨터에 각 호스트의 인스턴스를 보유할 수 있습니다.
다음 그림은 각 회사에서 보낸 메시지를 전담해서 수신하는 호스트가 있는 세 대의 컴퓨터로 구성된 고가용성 BizTalk Server 환경을 보여 줍니다.
이 구성에서 고가용성을 제공하기 위해 각 컴퓨터는 세 개의 호스트 인스턴스를 실행합니다. 각 3개 회사에 대해 하나의 instance. 각 회사에 대한 호스트 인스턴스는 각 회사와의 통신용으로 수신 위치 및 파이프라인을 포함합니다. 일반적인 작업 중에 수신 어댑터 앞에서 스케일 아웃에 필요한 작업을 수행한 경우 메시징 로드는 각 호스트에 대한 세 개의 호스트 인스턴스 간에 분산됩니다. 한 컴퓨터의 호스트 인스턴스가 실패하면 다른 두 컴퓨터에서 실행되는 호스트 인스턴스가 중복성을 제공하며 서비스 가용성을 유지합니다.
격리된 수신 호스트 확장
호스트 인스턴스 외에도 수신 호스트에 대한 고가용성 크기 조정 및 제공 프로세스는 배포에서 구현하는 특정 어댑터에 따라 달라집니다. 각 어댑터는 프로토콜마다 다른 특징을 가지므로 계획 및 배포 방식도 그에 따라 달라집니다. 그러나 BizTalk Server 기본적으로 추가 컴퓨터 및 호스트 인스턴스를 통해 모든 어댑터에 동일한 고가용성 솔루션을 적용할 수 있습니다.
사용되는 특정 프로토콜에 따라 일부 수신 어댑터는 고가용성을 제공하기 위해 여러 호스트 컴퓨터에 들어오는 메시지를 분산하기 위한 추가 메커니즘을 필요로 합니다. 예를 들어 HTTP 또는 SOAP 어댑터(웹 서비스 어댑터라고도 함)를 사용하는 BizTalk Server 솔루션은 다음 그림과 같이 수신 워크로드를 분산하기 위해 NLB(네트워크 부하 분산)와 같은 부하 분산 장치가 필요합니다.
확장
BizTalk Server 가장 일반적인 어댑터에 대한 고가용성 지침에 대한 자세한 내용은 BizTalk Server 도움말의 확장된 수신 호스트(https://go.microsoft.com/fwlink/?LinkId=151283)의 "BizTalk Server 수신 어댑터 크기 조정" 섹션을 참조하세요.