選取硬體大小設定
審核 ThingWorx Foundation 節點與所需資料庫的建議。圖表後有雲端服務提供者選項與儲存速度建議。
 |
建議透過在 Azure Linux (Ubuntu 18.04 LTS) Fsv2 虛擬機器上執行的測試識別。Premium SSD 已用於所有資料庫實例。其他雲端服務供應商、實體硬體或作業系統組合上的結果可能會不同。
|
|
大小
|
ThingWorx Foundation (每個節點)
|
關聯式資料庫
(SQL Server 或 PostgreSQL)
|
時間序列資料庫資料節點
(InfluxDB)
|
|---|---|---|---|
|
X-小 H2*
(H2 記憶體內資料庫)
|
4 vCPU
8 GiB RAM
|
||
|
小 H2 *
(H2 記憶體內資料庫)
|
8 vCPU
16 GiB RAM
|
||
|
小(僅限 RDBMS)
|
8 vCPU
16 GiB RAM
|
8 vCPU
16 GiB RAM
|
|
|
小 +(含 InfluxDB**)
|
8 vCPU
16 GiB RAM
|
4 vCPU
8 GiB RAM
|
4 vCPU
8 GiB RAM
|
|
中(僅限 RDBMS)
|
16vCPU
32 GiB RAM
|
16vCPU
32 GiB RAM
|
|
|
中 +(含 InfluxDB **)
|
16vCPU
32 GiB RAM
|
8 vCPU
16 GiB RAM
|
8 vCPU
16 GiB RAM
|
|
大(僅限 RDBMS)
|
32vCPU
64 GiB RAM
|
32vCPU
64 GiB RAM
|
|
|
大 +(含 InfluxDB **)
|
32vCPU
64 GiB RAM
|
16 vCPU
32 GiB RAM
|
16 vCPU
32 GiB RAM
|
|
提醒：大小設定指南建議專門用於使用初始基線來設定 ThingWorx 實行的大小。個別結果會根據邊緣配置、應用程式負載等而有所不同。
|
|||
|
* 生產實行不支援 H2 記憶體內資料庫。
** ThingWorx 可以使用 InfluxDB 的開放原始碼、單一節點版本，或 InfluxDB Enterprise 叢集以獲得高可用性及提高效能。InfluxDB 開放原始碼版本已用於這些設定大小的測試。針對 InfluxDB Enterprise 大小設定，請依指示規劃兩個 InfluxDB「資料」節點，加上三個「中繼」節點，通常為每個有 1-2 個 vCPU 與 0.5-1GiB 的 RAM。如需有關 InfluxDB 大小設定的更多指引，請審核 https://docs.influxdata.com/influxdb/v1.8/guides/hardware_sizing/。
|
|||
Microsoft Azure
Azure 提供各種實例類型以符合您的使用案例。PTC 建議針對大多數使用案例使用計算已最佳化的超執行緒實例類型 - 主要是 Fsv2 序列。
Microsoft 對於 Azure Fsv2 系列實例 as VM 的描述是「...支援每個 vCPU 2 GiB 的 RAM 與 8 GB 的本機暫時儲存空間 (SSD)，並針對計算密集型工作負載進行最佳化。」
也可以根據所部署應用程式的需求來考慮其他實例類型，例如一般目的 Dsv3 序列：
• F 類別 (計算最佳化) VM 通常非常適合用來進行高速資料擷取，而不會產生複雜的企業邏輯或事件處理。
• D 類別 (一般用途) VM 通常非常適合 ThingWorx 應用程式，其會優先處理需要在記憶體中保留狀態的高裝置計數。
可能需要針對您的使用案例考慮 CPU 時脈速度。Fsv2 的 CPU 時脈速度稍微高於 Dsv3，其可能會對需要快速、高容量事件處理能力的工作負載產生可見的影響。
Azure 提供了一種封裝方法來就 CPU 核心選取 VM。典型大小設定詞彙為 F2s_v2、F4s_v2、F8s_v2 等，其中的數字代表 VM 中的 CPU 核心數。
在上述內部部署詞彙範例之後，可對使用 H2 資料庫的小型 ThingWorx Platform 進行大小設定以便在 F8s_v2 VM 上執行，但根據您的需求而定，您可能會選擇部署 D8s_v3，前提是您的應用程式的每個 ThingWorx Foundation 節點都有較大的記憶體佔用空間。
Microsoft 也會定期調整及改善其 VM 產品。如需有關 Azure VM 細節的詳細資訊，請參閱 Azure 網站：https://azure.microsoft.com/en-us/pricing/details/virtual-machines/series/
傳統內部部署術語
傳統或內部部署硬體大小通常會就 CPU 核心的處理能力與 RAM 的記憶體能力進行討論。例如，使用 H2 資料庫的小型 ThingWorx Platform 可以將大小設定為 8 個 CPU 核心與 16 GB 的 RAM。
建議為資料庫提供自己的伺服器，以確保應用程式組態中沒有單一失敗點。
Amazon Web Services (AWS) 術語
針對 EC2 實例，AWS 提供了實例類型的選取項。PTC 建議使用計算最佳化序列，其中最新的是 C5d 序列。AWS 表示，這些實例類型「針對計算密集型工作負載最佳化，並根據計算率以低價提供符合成本效益的高效能。」
AWS 提供 T 恤方法來就 CPU 和記憶體條件選取 EC2 實例的大小。典型的大小設定詞彙有大、加大、超大等。
在上述內部部署術語的範例之後，可對使用 H2 資料庫的小型 ThingWorx Platform 設定大小，以便在 C5d 2xlarge EC2 實例上執行。其他 EC2 實例類型 (例如一般目的 (M) 與記憶體密集型 (R)) 也可以根據應用程式負載所需的 CPU 對記憶體率來考量，但不在本指南的說明範圍之內。
如需有關 Amazon EC2 實例類型細節的詳細資訊，請參閱 AWS 網站：https://aws.amazon.com/ec2/instance-types/。
高速儲存空間
一般而言，PTC 建議使用高速儲存空間以便 ThingWorx 能夠支援同步資料擷取、處理與視覺化。
較慢的儲存選項可能會導致對 ThingWorx 及其所依賴的資料庫產生難以診斷的效能與調整挑戰。這些挑戰也可能會產生非預期的外部影響，例如系統備份、作業系統或資料庫層級資料分段，或在相同儲存裝置或控制器上執行的清理活動。
每個雲端服務廠商都提供建議的固態硬碟 (或稱 SSD) 選項，如有可能，應針對平台與資料庫實行加以考慮。
您也可以考慮高速硬碟 (HDD) 選項，特別是對於不會頻繁變更或存取的資料。
如需其他詳細資訊，請審核 ThingWorx 系統需求。