|
||||||||||||
The Alpha virtualization software is designed to replace single and multi CPU Alpha computer systems, like:
The principles of Alpha Hardware Virtualization In order to make correct decisions regarding how to apply Alpha Hardware Virtualization or Emulation it is important to make a distinction between the Alpha hardware that is virtualized or emulated and the (non-Alpha) hardware from the host platform that carries de Alpha Virtualization Software. Virtualized hardware: CHARON-AXP virtualizes various Alpha architectures and can meet the performance level of these Alpha's when run on the hardware platform we advise for these systems. Our Alpha emulator product is currently available in the following variants:
The original Alpha systems supported a family of adapter boards and it is sufficient to virtualize one of these family members to cover the whole range. In such a family line you will often find performance or functionality improvements that were typically hardware bound. By emulating only one (often the last) occurrence Virtualization of the older hardware models is often automatically invoked. For example: by emulating the KZPBA UltraSCSI adapter we include support for the earlier models KZPAA (single ended) and KZPSA (FWD) and multiport models (KZPAC) and even a combo board like the KZPCM (SCSI and Ethernet combined). The following table explains which hardware item we virtualize and which other adapters are covered by it:
*) note that CHARON-AXP release 2.0 and newer support the use of DSSI, MSCP and FibreChannel disk identifyers (e.g. DIA, DGA) when running OpenVMS and the special configuration option for this feature. View the configuration section for more details about this capability. Host platform The Virtualization Software presents the Alpha operating system with typical Alpha devices allowing it to function as were it still running on an Alpha computer. While emulating SCSI disks attached to a SCSI adapter they could show up as container files on any disk type of the host platform or as a physical windows drive. This diagram explains that what for the Alpha appears to be physical disk can be translated to disk container files on a Windows disk, or can be represented to what the host operating system sees as a physical disk or to a direct addressed (i)SCSI disk device.
With the use of current storage technology disks do not have to be physically attached to the Host platform, but they can reside on a SAN or iSCSI storage structure. A similar translation process is also valid for other emulated hardware devices. |