安裝與升級 > ThingWorx 大小設定指南 > 將大小設定條件與指南進行比較
將大小設定條件與指南進行比較
將您的需求與下表進行比較以選取大小基線。
物件計數與連線伺服器估計
由 ThingWorx 管理的物件數對平台的記憶體需求有重大影響,但與 CPU 使用率之間的關聯很小。
對照以下基線比較資料擷取計算中的 Thingcount (T)。在聚集部署中,每個個別的 ThingWorx Foundation 節點都將需要足夠的記憶體來載入完整模型。
對於連線伺服器,建議每 100,000 部裝置使用一個。針對此計算,將預期的 Thingcount 四捨五入為最接近的 100,000。
針對高可用性考量因素,請考慮在此估計之上包括至少一個額外的連線伺服器,以確保在連線伺服器節點失敗時有足夠的容量。
在叢集操作中,需要有連線伺服器才能跨整個叢集分配裝置負載,或在發生節點失敗時重新分配。
請注意,每個連線伺服器類型的硬體大小設定建議都有所不同,如 ThingWorx Connection Services 說明中心所述。
Foundation Server
記憶體
裝置 (或物件) 數目
連線伺服器數目
(冗餘 +1)
X-小 *
8 GiB
最多 10,000
1 (+1)
16 GiB
最多 30,000
1 (+1)
「中」
32 GiB
最多 100,000
1 (+1)
64 GiB
最多 250,000 **
2 (+1)
提醒:大小設定指南建議適用於使用初始基線來設定 ThingWorx 實行的大小。個別結果會根據邊緣配置、應用程式負載等而有所不同。
* X-小所使用的記憶體比生產實行的建議量少。
** 如需大於 250,000 部裝置之大小設定實行方面的協助,請與 PTC 連絡
值串流 (VS) 佇列率與 HTTP 請求比較
使用「資料擷取」與「資料視覺化」部份中的「每秒寫入數 (WPS)」與「每秒 HTTP 請求數 (R)」計算來選取基線。針對列出的每個組合,會在相同的大小設定測試執行期間取得 WPS 與 RPS 值。
這些大小設定測試會優先考慮指定硬體的最大可能資料擷取率,接受取得它們所需的較低 HTTP 請求結果。欲將高於基線的 HTTP 請求率設為目標,請規劃低於所列結果以便能夠補償的「值串流佇列率」。
Foundation Server
資料庫組態
每秒值串流寫入數 (WPS)
每秒 HTTP 請求數 (RPS)
X-小
H2 *
3,000
19
Microsoft SQL Server
3,000
19
PostgreSQL
17,000
32
PostgreSQL + InfluxDB **
33,000
95
Microsoft SQL Server
18,000
82
PostgreSQL
26,000
84
PostgreSQL + InfluxDB **
90,000
120
Microsoft SQL Server
26,000
112
PostgreSQL
47,000
122
PostgreSQL + InfluxDB **
203,000
238
提醒:大小設定指南建議適用於使用初始基線來設定 ThingWorx 實行的大小。個別結果會根據邊緣配置、應用程式負載等而有所不同。
* 不建議針對生產 ThingWorx 實行使用 H2 記憶體內資料庫的實行方式。
** 針對執行的 InfluxDB 測試,InfluxDB 資料庫中的最大內容實例數小於1,000,000。例如,如果有 10,000 個物件,且每一個物件都有 100 個內容,這將會導致 InfluxDB 中有 1,000,000 個序列 (10,000 × 100)。
1,000,000 個以上的序列計數是可能達到的,但本指南可能無法提供精確的大小設定估計。針對包含超過3,000,000 個序列的參考實行,請參閱資產參考基準的 IOT EDC 遠端監視
這是否有幫助?