acontis的Type 1和Type 2实时虚拟机管理程序解决方案

多年来,acontis一直是市场上知名的实时虚拟化解决方案的领先提供商。这些产品使客户能够在Windows®上实现硬实时应用程序。该实时软件可以在与Windows®并行的单个CPU核上运行,也可以单独在一个或多个CPU核上运行。

该软件还适用于硬件整合或工作负载整合。在这种情况下,2个或更多的实时和/或非实时系统应该合并在一个硬件平台上

RTOSVisor用于多个Windows®和/或标准linux实例与一台PC上的实时操作系统并行

Type 1实时Hypervisor—多个通用和实时操作系统

下载RTOSVisor Flyer

详细信息和评估

LxWin - Windows®和实时Linux在一台PC上

下载LxWin Flyer

详细信息和评估

VxWin -Windows®和VxWorks-在一台PC上

下载VxWin Flyer

详细信息和评估

介绍实时虚拟机管理程序技术

虚拟化

当使用完全虚拟化时,Windows®或Linux等操作系统及其驱动程序和应用程序运行在完全虚拟或仿真硬件之上,即所谓的虚拟机或VM。

所有操作系统驱动程序都不访问真正的硬件,而是与底层管理程序提供的虚拟化硬件交互。

客户操作系统使用原始的硬件驱动程序运行,这些驱动程序认为它们运行在真正的硬件上。

一个优点是客户操作系统与Hypervisor主机以及其他客户操作系统和硬件完全隔离。

第二个优点是可以在客户机之间共享硬件。例如,来宾可能都使用一个以太网连接连接到外部世界。

当然,也有一些负面影响。最重要的是性能。在虚拟硬件上运行操作系统可能比在真正的物理硬件上运行客户机要慢得多,因为在完全虚拟化中,需要由底层管理程序模拟硬件。

准虚拟化

通过半虚拟化,我们使用能够感知虚拟机管理程序的客户驱动程序,而不是使用本机硬件驱动程序和模拟硬件。

例如:不是模拟某种英特尔或其他遗留以太网控制器,而是使用一个知道底层管理程序的特定驱动程序作为网络驱动程序。

使用半虚拟化可以显著提高性能,因为不需要模拟底层硬件。

直通

直通(Pass Through)是一种技术,其中物理硬件的特定部分允许由客户操作系统专用。这意味着客户操作系统(Windows®或Linux)直接访问硬件的特定部分,例如以太网控制器。

这有显著的性能优势;由于在客户驱动程序和硬件之间没有任何东西,因此可以实现本地性能。但也有一些限制。通路的可用性取决于硬件。一个典型的例子是多功能设备。如果您的PCI设备具有两个或多个功能,这些功能不能由不同的客户端使用,通常所有功能必须传递给单个客户端。此外,这种硬件不能再共享,因为它直接分配给一个特定的客户机。

分区

分区是指,单个PC硬件被分成两个或多个硬件分区。每个分区可以被认为是一个具有cpu、内存和设备的完全可操作的小型PC。

在这个例子中,你可以看到一台PC被分成两个分区。底部的分区包含一个CPU核心、一块内存以及一个硬件设备。剩余的CPU内核、内存和硬件设备属于顶部分区。

现在每个客户机将在其中一个分区上运行。

这对实时客户机特别重要,为了保持实时行为,实时客户机必须独占地运行在自己的硬件分区上。运行其他客户端将导致不可预知的延迟,从而破坏实时性。

每个实时操作系统都必须分配到一个特定的硬件分区。所有非实时客户机都可以在剩余的硬件分区上运行。

什么是实时管理程序?

实时Hypervisor是一种软件平台,它允许多个操作系统并发地运行在相同的物理硬件上,并具有实时保证。这允许您划分硬件资源,并同时运行多个操作系统和应用程序,每个操作系统和应用程序在自己的虚拟机(VM)中运行。

使用实时虚拟机管理程序,你可以:

  • 在同一硬件上运行多个操作系统,包括实时操作系统(RTOS)。
  • 对CPU、内存、I/O等硬件资源进行分区,根据需要分配给不同的虚拟机使用
  • 并发运行多个应用程序,每个应用程序在自己的虚拟机中运行
  • 通过为关键应用程序分配更高的优先级和更多的资源来确保其实时性能
  • 轻松管理和监控您的虚拟机和应用程序的性能
  • 快速轻松地跨多个硬件平台部署和扩展您的应用程序

无论您是在高性能计算环境、工业自动化设置还是关键任务应用程序中工作,实时管理程序都可以帮助您最大限度地利用硬件资源,并确保应用程序的可靠和确定的性能。

type 1裸机和type 2 Hypervisor的比较

标准

Type 1 Hypervisor / bare-metal Hypervisor

Type 2 Hypervisor

Real-time Performance

Very good

(if Real-time OS runs on a separate hardware partition)

Very good

(if Real-time OS runs on a separate hardware partition)

RTOS boot time

Good

(RTOS can be booted immediatelly after Hypervisor is running)

Poor

(RTOS can be booted only after host OS is ready)

Separation, Security

Perfect

(if using full virtualization for Non Real-time OS)

Good

(OS separated via MMU an Intel Virtualization technology)

Installation effort an complexity

  • Extra step for Hypervisor installation and configuration needed
  • Overall more complex solution
  • Simple installation
  • Less complex technology

Independent OS update and reboot

  • Guests can be updated and rebooted independently
  • Only available for RTOS guests
  • RTOS needs to be stopped if Hypervisor Host OS shall be updated and/or rebooted

Multiple OS instance support

Available for all guests when using full virtualization

Only available for RTOS guests.

更多信息

免费评估请求