归宿 可用性 借助特征描述,用户可自信地衡量边缘计算平台

借助特征描述,用户可自信地衡量边缘计算平台

作者: Dan Hebert PE, Principal at ControlsPR

选择 边缘计算平台时的主要考虑因素是,决定要可靠地托管多少个客户机,而不会出现性能下降。因此,与供应商的合作非常重要,因为他们不只是进行基本的产品测试,而是通过构建真实情况配置和压力测试性能而描述硬件和软件的特点。

下面的方法可用实际探索一个典型的Stratus ztC Edge 系统在托管多个应用程序时的表现。罗克韦尔自动化公司的 ThinManager 被用来部署其强大而灵活的可视化解决方案 FactoryTalk View SE,且 ztC Edge托管建议的最多三个虚拟机(VM):

  • 域控制器(DC)
  • FactoryTalk View SE人机界面(HMI)服务器
  • ThinManager 远程桌面服务(RDS)服务器和人机界面客户端

每个 ztC 边缘有8个vCPU核心和32GB的虚拟随机存取内存,可根据需要分配给虚拟机。按照Stratus ,这八个vCPU核心中的三个必须分配给其everRun 高可用性技术。对于DC来说,一个vCPU核心和2GB vRAM是绰绰有余的。这使得HMI可以分配到两个vCPU和4GB vRAM,而RDS使用两个vCPU和8GB vRAM。

测试方法非常简单:不断启动 RDS 会话,直到出现明显的滞后或问题。

第一阶段测试采用多个较小的应用程序,每个应用程序有大约 50 条显示、250 至 550 个标签和 10 个警报。该测试以 15 个 RDS 会话为上限,由于远高于用户通常的部署水平,因此非常重要且积极。若会话数量低于此,则会话正常执行。达到或超出这个数量,则会观察到了大约两秒的明显导航延迟,若会话更密集则出现警报且数据记录也会出现类似延迟。更具体的调查显示,限制因素是 CPU 利用率,而非内存。

Phase-1 testing

第二阶段的测试使用了一个极其庞大的应用程序,有400多个显示器,超过25,000个标签和1,000个警报。此外,所有的虚拟机都只在节点0上运行,以模拟节点1的故障。 ztC 边缘以便模拟节点1上的故障。在这种情况下,我们发现7个或更少的会话可以正常运行,而8个或更多的会话则使系统的CPU利用率超过75%,从而导致了延迟。再一次。 ztC 边缘 使用ThinManager能够提供远高于任何正常应用所需的性能。

Phase-2 testing

除了将一个系统实际部署到现场外,现实的性能测试是证明它在现实世界条件下如何运行的下一个最佳方式。特性化展示了经过验证的配置,使最终用户能够自信地选择和扩展边缘 计算平台。在这个案例中,它表明ztC 边缘 搭配ThinManager是一种可靠而灵活的方法,可以在瘦客户端环境中提供各种规模和数量的OEM可视化应用。

该Stratus ztC 边缘 计算平台的设计是为工业环境提供硬件冗余和软件高可用性,在”边缘”。专门为OEM厂商打包,是运营技术(OT)人员实现人机界面(HMI)和其他应用的理想平台。

具有独立的和直接的设计。 ztC 边缘 可由OT人员随时管理和维护。罗克韦尔自动化的ThinManager软件是对该硬件的理想补充。ThinManager是一个以OT为中心的可视化、安全和移动性软件解决方案,使用户能够以他们想要的方式和地点部署瘦客户机(尤其是HMI应用)。搭配在一起。 ztC 边缘 和ThinManager为OEM和终端用户提供了一种革命性的方式来提供机器可视化应用。

相关文章