BizTalk를 사용하여로드 균형 조정을 구성하는 방법을 이해하는 데 유용한 문서/리소스는 무엇입니까? 제품의 고유 기능과 NLB (Windows 2003 이상에서의 네트워크로드 균형 조정) 에디션)?네트워크로드 균형 조정 BizTalk 인스턴스
EDIT :로드 균형 조정에 응용 프로그램 프로토콜의 영향을 특별히 고려하고 있습니까? 예를 들어, BizTalk이 연결 요청을하는 상대방이 둘 이상의 연결을 허용하지 않을 때 BizTalk Server의 두 인스턴스가 TCP/IP 연결을 처리하는 방법은 다음과 같습니다.
명백한 리소스는 MSDN입니다. 이 섹션에서는 대부분의 개념을 다루고 웹에서 다른 리소스를 찾는 올바른 용어를 제공하는 Planning for High Activity이라는 제목의 섹션을 제공합니다. 많은 Microsoft 서버 제품과 마찬가지로 MSDN에는 특정 BizTalk 시나리오를 다루는 많은 백서가 있습니다.
가장 좋은 BizTalk 설명서에는로드 균형 조정 개념에 대한 섹션이 포함되어 있습니다 (Professional BizTalk Server 2006의 예가 있습니다).
그 외에도 특히 용어 사용에 대한 몇 가지 주요 개념이 있습니다 (일부 BizTalk의 사용은 오도 할 수 있음).
로드 균형 조정
BizTalk 서버 아키텍처,로드 밸런싱의 성격이다. 이것이 의미하는 바는 MessageBox 데이터베이스에 연결하는 BizTalk 호스트가 두 개 이상인 경우 데이터베이스 내의 메시지가 BizTalk 그룹에 참여하는 호스트간에 균등하게 분산된다는 것입니다. (BizTalk 프로세스가 각 호스트에서 실행되도록 구성되어 있다는 경고가 있습니다).
Microsoft 네트워크로드 균형 조정 서비스 또는 이와 동등한 서비스 인 네트워크로드 균형 조정의 개념도 있습니다. BizTalk에서 이는 웹 수준에서 HTTP 프로토콜 (예 : HTTP 어댑터, SOAP 어댑터 및 WCF HTTP 어댑터)을 사용하는 수신 어댑터에 적용됩니다. 이로드 균형 조정은 실제로 BizTalk 서비스는 아니지만 웹 리소스의 가용성을 높이기 위해 BizTalk 격리 호스트 어댑터 위에 제공된로드 균형 조정 계층입니다. 다른 NLB 서비스와 동일하게 구성됩니다.
클러스터링 클러스터링 BizTalk에서 언급이 둘 개 중 하나를 지칭하는데 사용된다
- 가용성 및 페일 오버 및 BizTalk 호스트 클러스터링을 제공하기 위해 SQL 계층에서 클러스터링.
SQL 클러스터링 - 데이터베이스 장애 조치를 허용하면서 BizTalk 서버 데이터베이스를 실행하는 SQL 서버 클러스터를 제공하는 문제는 간단합니다. 이것은 BizTalk 특정 기술이 아닙니다.
BizTalk 호스트 클러스터링 -이 경우 BizTalk Server 호스트는 BizTalk 내에서 클러스터를 만들 때 클러스터로 표시됩니다. 이것은 본질적으로 한 번에 하나의 호스트 인스턴스 만 실행되며이 호스트 내의 모든 리소스에도 단일 인스턴스 만 포함된다는 BizTalk 관련 설정입니다. 이 어댑터는 주로 FTP 및 MSMQ 어댑터와 같이 더 많은 어댑터가 동시에 실행되도록 허용 될 때 잘못 작동하는 어댑터에 사용하기위한 것입니다.
이 편집은 OP의 의견에 대한 자세한 내용입니다. 희망적으로 이것은 일을 더 분명하게합니다.세부 사항에 대해 더 궁금한 점이 있으면 대답 할 수는 있지만 이는 이론 인 고 가용성 환경 구성에 대한 지식을 많이 소모합니다. 저는 주로 BizTalk 개발자이자 솔루션 디자이너입니다. 네트워크 복잡성에 관해서는 내가 일하는 사람들이 있습니다.이 디자이너들은 이러한 디자인을 구현하고 구현합니다. HTTP 기반 어댑터
에 대한 균형
네트워크 부하는 내가 여기에 표현하려고했던 핵심은 BizTalk의 맥락에서 네트워크 부하 분산이 다른 네트워크로드 균형 조정 시나리오에 대한 차이가 없습니다이었다.
BizTalk에는 프로세스에서 및 격리 됨 이라는 두 가지 유형의 호스트가 있습니다. 프로세스에서 호스트는 서버에서 실행되는 개별 BizTalk 서비스입니다 (서버 당 하나의 호스트 인스턴스 포함). 격리 된 호스트는 실제로 모든 HTTP 기반 어댑터 (HTTP 어댑터와 SOAP 어댑터 및 WCF 어댑터의 특정 구성)를 처리하는 웹 서버 (IIS)에 대한 위임자입니다.
BizTalk 환경에 네트워크로드 균형 조정을 도입하면 격리 된 호스트가 호스팅하는 어댑터의 경우 웹 서버 계층에서이를 처리하고 있습니다.
다음은 introduction to NLB의 MSDN 페이지입니다.
네트워크로드 균형 조정 클러스터의 컴퓨터 클러스터 IP 주소의 동일한 집합에 의해 해결 할 수 을 모두 할 수 있습니다 (그러나 : NLB의 핵심 사항 중 하나는 다음의 인용문에서 페이지로 표현된다 또한 자신의 고유 한 전용 IP 주소를 유지 관리합니다.
NLB를 설정하면 여러 격리 된 호스트 서버가 하나의 전용 IP 주소로 향하는 인터넷 트래픽을 처리 할 수 있습니다. NLB 구성은 작업을 수행합니다. 내 대답에
클러스터링 BizTalk 어댑터 핸들러
을 나는 여러 BizTalk 호스트 인스턴스 내에서 실행하도록 허용 할 때 특정 BizTalk 어댑터가 제대로 작동하지 밝혔다 위. 이것은 매우 특별한 어댑터의 이유에 대한 것입니다. 그래서 가장 좋은 확장은 MSDN documentation의 다음 인용문입니다. FTP 어댑터를 특별히 다룹니다. 어댑터를 통합는 BizTalk 대부분의
, 고 가용성 는 BizTalk 그룹 내에서 BizTalk 호스트에 다른 BizTalk 서버 에 인스턴스를 실행하기 위해 여러 어댑터를 핸들러를 생성함으로써 달성 될 수있다. 그러나 수신 핸드러는 BizTalk 호스트 인스턴스를 동시에 실행하도록 을 구성해서는 안됩니다. 는 FTP 어댑터가 같은 파일의 여러 복사본이 동시에 할 때 검색되지 않도록하기 위해 대상 시스템 및 파일을 잠그지 않는 FTP 프로토콜 에서 파일을 검색 할 FTP 프로토콜을 사용받을 수 있기 때문에이 권장된다 FTP 수신 어댑터의 여러 인스턴스 실행
말한 것처럼 FTP 어댑터는 파일을 잠그지 않는 FTP 프로토콜을 사용합니다. BizTalk는 기본적으로 고도로 병렬화 된 시스템이기 때문에 여러 BizTalk 호스트가 FTP 어댑터의 인스턴스를 호스팅하도록 허용하면 동일한 FTP 메시지의 여러 복사본이 BizTalk 시스템에 수신됩니다. BizTalk 클러스터링은 클러스터 된 BizTalk 호스트가 1이고 호스트 인스턴스가 1 인 호스트 인스턴스에서만 실행되도록합니다. 당신의 FTP가 clusterd 호스트 내부 핸들러를받을 배치하면 다음을 확인하십시오
또한 BizTalk 클러스터 된 호스트를 사용하여 시스템의 부하를 줄일 수 있습니다. 예를 들어, BizTalk SQL 어댑터는 폴링하도록 구성된 위치를 수신하고 모두 호스트 인스턴스에서 폴링합니다. 이로 인해 반드시 여러 메시지 인스턴스가 생성되는 것은 아니지만 폴링 한 SQL Server에 과도한로드가 발생하거나 호출 된 저장 프로 시저의 디자인에 따라 교착 상태 시나리오를 만들 수 있으므로 SQL 어댑터 수신 처리기를 클러스터링하는 것이 좋습니다.
좀 더 자세히 설명했습니다. 잘하면 도움이됩니다. –