Abstract: Examples of systems and methods are described for selecting firmware versions of multiple components for a distributed computing system (e.g., a cluster). Multiple selection interfaces may be presented to a user who may select at least one firmware version of at least one component. Based on the user selection(s), a service manager may evaluate firmware component dependencies and identify compatible firmware versions of other components for installation. In this manner, a set of firmware versions may be installed and/or upgraded which may be different than a current set of versions and/or a set of versions recommended in a wholly automated manner.

Abstract: Examples described herein provide for hardware interface services in virtualized systems. The hardware interface services may receive a vendor-agnostic command to control a particular hardware component. The particular hardware component may be identified, for example, by its location (e.g., physical and/or logical location or other identification) in the virtualized system. The hardware interface services described herein may identify a hardware component type (e.g., vendor, serial number, model number, etc.) based on the location provided. The hardware interface services may translate the vendor-agnostic command to a command specific for the identified hardware component.

Abstract: A system and method include creating a bootable virtual machine (VM) image for a container image. The method includes a controller machine creating a single partition within an output VM disk file where the single partition comprises a master boot record and a partition table, forming a valid file system in a main partition of the output VM disk file, arranging an input set of container image definitions as a list where a base image forms a head of the list and subsequent images follow in the list, sequentially processing the list for each image by adding the input set of container image definitions to the output VM file; and applying a final networking configuration over the output VM file.

Abstract: A system and method include receiving, by a migration tool of a virtual computing system, an indication for hypervisor conversion for converting a hypervisor on nodes in a cluster of the virtual computing system from a first hypervisor type to a second hypervisor type. The system and method also include converting, one at a time, the hypervisor on each of the nodes from the first hypervisor type to the second hypervisor type in response to the indication, including converting virtual machines on each of the nodes for running on the second hypervisor type. The hypervisor and the virtual machines are converted on one node before starting conversion of the hypervisor and the virtual machines on another node, and the virtual machines of the one node are migrated from the one node before conversion and the migrated virtual machines remain operational during conversion of the hypervisor on the one node.

Abstract: A system and method include assigning, by an identifier management system of a virtual computing system, a hypervisor agnostic identifier to a virtual machine. The system and method also include creating a mapping of the hypervisor agnostic identifier to a first hypervisor specific identifier of the virtual machine, including storing the mapping in a database, and updating the mapping in response to a second hypervisor specific identifier being associated with the virtual machine. The updated mapping maps the hypervisor agnostic identifier to the second hypervisor specific identifier. The system and method further include making available the hypervisor agnostic identifier for use by other elements of the virtual computing system instead of the first hypervisor specific identifier and the second hypervisor specific identifier. The first hypervisor specific identifier and the second hypervisor specific identifier are hypervisor specific, while the hypervisor agnostic identifier is not hypervisor specific.

Abstract: Examples of systems and methods are described for selecting firmware versions of multiple components for a distributed computing system (e.g., a cluster). Multiple selection interfaces may be presented to a user who may select at least one firmware version of at least one component. Based on the user selection(s), a service manager may evaluate firmware component dependencies and identify compatible firmware versions of other components for installation. In this manner, a set of firmware versions may be installed and/or upgraded which may be different than a current set of versions and/or a set of versions recommended in a wholly automated manner.

Abstract: Examples described herein provide for hardware interface services in virtualized systems. The hardware interface services may receive a vendor-agnostic command to control a particular hardware component. The particular hardware component may be identified, for example, by its location (e.g., physical and/or logical location or other identification) in the virtualized system. The hardware interface services described herein may identify a hardware component type (e.g., vendor, serial number, model number, etc.) based on the location provided. The hardware interface services may translate the vendor-agnostic command to a command specific for the identified hardware component.

Abstract: A system and method include receiving, by a migration tool of a virtual computing system, an indication for hypervisor conversion for converting a hypervisor on nodes in a cluster of the virtual computing system from a first hypervisor type to a second hypervisor type. The system and method also include converting, one at a time, the hypervisor on each of the nodes from the first hypervisor type to the second hypervisor type in response to the indication, including converting virtual machines on each of the nodes for running on the second hypervisor type. The hypervisor and the virtual machines are converted on one node before starting conversion of the hypervisor and the virtual machines on another node, and the virtual machines of the one node are migrated from the one node before conversion and the migrated virtual machines remain operational during conversion of the hypervisor on the one node.

Abstract: A system and method include receiving, by an entity management system of a virtual computing system, a user request for performing an operation on an entity in a mixed hypervisor cluster of the virtual computing system and accessing, by the entity management system, a hypervisor library for retrieving hypervisor resources of a particular hypervisor type associated with the entity for performing the operation on the entity. The entity management system is configured to perform the operation on multiple hypervisor types. The system and method also include fulfilling, by the entity management system, the user request by performing the operation on the entity using the hypervisor resources.

Abstract: A system and method include assigning, by an identifier management system of a virtual computing system, a hypervisor agnostic identifier to a virtual machine. The system and method also include creating a mapping of the hypervisor agnostic identifier to a first hypervisor specific identifier of the virtual machine, including storing the mapping in a database, and updating the mapping in response to a second hypervisor specific identifier being associated with the virtual machine. The updated mapping maps the hypervisor agnostic identifier to the second hypervisor specific identifier. The system and method further include making available the hypervisor agnostic identifier for use by other elements of the virtual computing system instead of the first hypervisor specific identifier and the second hypervisor specific identifier. The first hypervisor specific identifier and the second hypervisor specific identifier are hypervisor specific, while the hypervisor agnostic identifier is not hypervisor specific.

Abstract: A system and method include creating a bootable virtual machine (VM) image for a container image. The method includes a controller machine creating a single partition within an output VM disk file where the single partition comprises a master boot record and a partition table, forming a valid file system in a main partition of the output VM disk file, arranging an input set of container image definitions as a list where a base image forms a head of the list and subsequent images follow in the list, sequentially processing the list for each image by adding the input set of container image definitions to the output VM file; and applying a final networking configuration over the output VM file.