ThingWorx 고가용성을 위한 부하 분산
다음 기능을 지원하는 모든 레이어 7 부하 분산은 ThingWorx HA 환경에서 ThingWorx 및 ThingWorx Connection Server에 대한 프록시로 사용할 수 있습니다.
• HTTP 및 WebSocket 트래픽
• HTTP 트래픽 및/또는 IP 기반 연결에 대해 고정 세션 지원
◦ 고정 세션은 쿠키를 기반으로 하고, 세션은 쿠키를 기반으로 동일한 서버로 라우팅됩니다.
다른 사용자에 대한 동일한 IP를 다른 시스템으로 라우팅될 수 있습니다.
◦ IP 기반은 특정 IP의 모든 트래픽이 동일한 서버로 라우팅됨을 의미합니다. 이는 게이트웨이 유형 시나리오에서 문제가 될 수 있습니다.
• 경로 기반 라우팅
URL 또는 URL의 일부를 기반으로 특정 백엔드로 라우팅될 수 있습니다.
• 서버 끝점의 상태 확인
• 선택 사항: SSL 종료 및 SSL 내부 끝점 관리
부하 분산 구성 예제는
HAProxy 예제에 나와 있습니다. 이 예제는 HAProxy(
http://www.haproxy.org)를 기반으로 합니다.
기본적으로 모든 라우팅은 플랫폼 서버로 이동해야 하지만 다음 라우팅은 Connection Server로 이동해야 합니다.
• /Thingworx/WS
• /Thingworx/WSTunnelServer
• /Thingworx/WSTunnelClient
• /Thingworx/VWS
ThingWorx Flow를 ThingWorx HA에 설치한 경우 다음 라우팅이 ThingWorx Flow로 이동해야 합니다.
• /Thingworx/Composer/apps/flow
• /Thingworx/Flow
• /Thingworx/Triggers
• /Thingworx/Lookups
• /Thingworx/Oauths
• /Thingworx/Subsystems/EventProcessingSubsystem/Subscriptions
• /enterprise/v1/fetchconfig
모든 서버는 상태 구성에 따라 부하 부산의 일부로만 설정되어야 합니다. 상태 확인 빈도를 구성할 때 잘못된 요청이 처리될 수 있는 공차에 따라 동일한 속도로 실행되어야 합니다.
• ThingWorx Foundation에는 /health 및 /ready 끝점이 있습니다. /Thingworx/ready 끝점은 부하 분산에 사용되어야 합니다. 서버가 트래픽을 수신할 준비가 완료되면 200을 반환합니다.
• Connection Server는 특정 포트에서 상태 확인 요청을 실행하고 정상인 경우 200을 반환합니다.