데이터 수집
ThingWorx 시스템 요구사항을 결정할 때 플랫폼이 에지 장치에서 수신할 것으로 예상되는 데이터의 양을 고려하는 것이 중요합니다.
아래 단계를 사용하면 각 장치 유형에 대해 예상되는 초당 쓰기 수(WPS)를 추정할 수 있습니다. 이 추정치는 모든 장치 유형에서 추정되는 총 수집 로드의 양을 결정하기 위해 함께 추가될 수 있습니다.
수집 속도는 장치 수뿐만 아니라 각 장치의 속성 수 및 이러한 속성 변경 속도에도 영향을 줍니다.
|
T
|
사물 수("Thingcount"): ThingWorx에서 관리할 사물(또는 장치, 센서, 연결, 모듈 등)의 수입니다. Thingcount는 필요한 연결 서버 수 및 플랫폼 메모리 요구사항과 같은 많은 구성 요소에 영향을 줍니다.
|
||
|
P
|
사물당 속성 수: 각 사물이 ThingWorx에 전송할 값의 수입니다.
지속 속성은 로깅된 속성에 사용된 가치 스트림 하위 시스템과 다른 스레드 풀을 사용합니다. 지속 속성이 수집 성능 및 신뢰성에 영향을 줄 가능성은 적습니다.
|
||
|
F
|
전송 빈도: 이는 대개 ThingWorx 솔루션에 대한 데이터베이스 요구사항을 결정하는 가장 큰 요소 중 하나입니다.
일일 빈도(FD)와 초당 빈도(FS) 간을 변환하려면 86,400(하루의 초 수)으로 나누거나 곱하면 됩니다.  |
이러한 값을 사용하면 초당 총 쓰기 수(WPS)를 각 사물 유형에 대해 서로 다른 각 속성에 대한 쓰기 합계로 결정할 수 있습니다.
예를 들어, 다음 로깅된 속성의 사물 개수가 100(T)인 경우가 있습니다.
• 분당 한 번씩(F1) 업데이트되는 10개의 속성(P1)
• 초당 한 번씩(F2) 업데이트되는 5개의 추가 속성(P2)
계산 방법은 다음과 같습니다.
WPS = T × [(P1 × F1) + (P2 × F2)]
= 100 × [(10 × 1/60) + (5 × 1)]
≈ 100 × [0.17 + 5]
≈ 100 × 5.17
≈ 517 writes per second
= 100 × [(10 × 1/60) + (5 × 1)]
≈ 100 × [0.17 + 5]
≈ 100 × 5.17
≈ 517 writes per second
위의 간단한 시나리오에서는 H2와 같은 간단한 데이터베이스를 가진 초소규모 ThingWorx 시스템에서 이 로드를 처리해도 되지만 이러한 시스템은 생산 환경에서는 권장되지 않습니다.
대부분의 실제 사용 사례에서는 여러 유형의 사물과 더 많은 사물 및 속성 수를 고려해야 합니다.
일반적으로 연결 서버는 더 많은 볼륨의 에지 장치 연결에서 워크로드를 분산해야 합니다. 일반적으로 연결 서버당 최대 100,000대의 장치를 사용하는 것이 좋지만, 이 수는 각 장치와 ThingWorx Platform 사이의 연결 수와 전송되는 메시지 크기에 따라 달라질 수 있습니다.
연결 서버에 대한 특정 크기 조정은 Connection Services 도움말 센터에서 찾을 수 있습니다.
이러한 계산과 관련된 두 가지 예는 여기에서 제공됩니다.