选择硬件大小
查看针对 ThingWorx Foundation 节点和所需数据库的建议。云提供工具选项和存储速度建议遵循这些图表。
 |
建议是通过在 Azure Linux (Ubuntu 18.04 LTS) Fsv2 虚拟机上执行的测试确定的。所有数据库实例使用高级 SSD。在其他云提供工具、物理硬件或操作系统组合上，结果可能会有所不同。
|
|
大小
|
ThingWorx Foundation (每个节点)
|
系数据库
(SQL Server 或 PostgreSQL)
|
时序数据库数据节点
(InfluxDB)
|
|---|---|---|---|
|
X-Small 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)
|
16vCPUs
32 GiB RAM
|
16vCPUs
32 GiB RAM
|
|
|
中 +(具有 InfluxDB**)
|
16vCPUs
32 GiB RAM
|
8 个 vCPU
16 GiB RAM
|
8 个 vCPU
16 GiB RAM
|
|
大(仅限 RDBMS)
|
32vCPUs
64 GiB RAM
|
32vCPUs
64 GiB RAM
|
|
|
大 +(具有 InfluxDB**)
|
32vCPUs
64 GiB RAM
|
16 个 vCPU
32 GiB RAM
|
16 个 vCPU
32 GiB RAM
|
|
提示：大小设定指南建议旨在使用初始基线来设定 ThingWorx 实施的大小。个别结果将会因为边缘配置、应用程序加载的不同而有所不同。
|
|||
|
* 生产实施不支持 H2 内存数据库。
** ThingWorx 可与开源、单一节点版本的 InfluxDB 一起使用，或与 InfluxDB Enterprise 群集搭配使用，来实现高可用性和提高性能。这些大小设定测试使用 InfluxDB 开源版本。对于 InfluxDB Enterprise 大小设定，考虑使用两个 InfluxDB "Data" 节点，外加三个 "Meta" 节点，通常每个节点具有 1-2 个 vCPU 和 0.5-1GiB RAM 。有关 InfluxDB 大小设定的详细指南，请查看 https://docs.influxdata.com/influxdb/v1.8/guides/hardware_sizing/。
|
|||
Microsoft Azure
Azure 提供了各种实例类型来满足不同的用例需求。对于大多数用例 (主要是 Fsv2 系列)，PTC 建议使用通过计算优化的超线程实例类型。
Microsoft 将 Azure Fsv2 系列实例描述为https://azure.microsoft.com/en-us/pricing/details/virtual-machines/linux/“...支持每个 vCPU 2-GiB RAM 和 8-GB 本地临时存储 (SSD)，并且已针对计算密集型工作负载优化”的虚拟机。
也可以根据要部署的应用程序的要求考虑其他实例类型，例如通用的 Dsv3 系列：
• F 类 (计算优化) 虚拟机通常非常适合业务逻辑或事件处理复杂性较低的高速数据提取。
• D 类 (通用) 虚拟机通常适用于优先使用状态需要保留在内存中的高设备计数的 ThingWorx 应用程序。
对于您的用例，可能需要考虑 CPU 时钟速度。Fsv2 具有的 CPU 时钟速度略高于 Dsv3，这可能会对需要快速、高容量事件处理的工作负载产生明显影响。
Azure 提供了一种打包方法，用于根据 CPU 内核数选择虚拟机。典型的大小设定项为 F2s_v2、F4s_v2、F8s_v2 等，其中数字表示虚拟机中的 CPU 内核数。
在下面采用上述本地术语的示例中，可以将使用 H2 数据库的小 ThingWorx Platform 的大小设定为在 F8s_v2 VM 上运行，但如果您的应用程序的每个 ThingWorx Foundation 节点需要的内存需求量较大，则可以根据需求选择部署 D8s_v3。
Microsoft 还会定期调整和改进其虚拟机产品。有关 Azure 虚拟机具体信息的更多详细信息，请访问 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 实例的大小。典型的大小设定项为 large、xlarge、2xlarge 等。
在下面采用上述本地术语的示例中，可将使用 H2 数据库的小 ThingWorx Platform 大小设定为在 C5d.2xlarge EC2 实例上运行。也可根据应用程序负载所需的 CPU 与内存比考虑其他 EC2 实例类型 (例如通用 (M) 和内存密集型 (R))，但本指南中不涵盖这些类型。
有关 Amazon EC2 实例类型具体信息的更多详细信息，请访问 AWS 网站：https://aws.amazon.com/ec2/instance-types/。
高速存储
通常，PTC 建议将高速存储用于 ThingWorx 以支持并行数据提取、处理和可视化。
较慢的存储选项可能导致 ThingWorx 及其所依赖的数据库出现难以诊断性能和规模难题。这些难题还可能会产生意外的外部影响，例如系统备份、操作系统或数据库级别的数据碎片，或在同一存储设备或控制器上运行清理活动。
建议使用每个云供应商的现有固态磁盘 (或 SSD) 选项，对于平台和数据库实施，应尽可能考虑使用这些选项。
也可以考虑高速硬盘驱动器 (HDD) 选项，尤其是对于将更改或访问频率较低的数据。
有关其他详细信息，请查看 ThingWorx 系统要求。