> Documentation > End User Access > Command Center > Virtualization and Cloud > Configuration for Virtualization

Hypervisors

Hypervisors provide hosting for virtual machines. You can include hypervisors for different virtualization platforms in the same Command Center implementation:

  • Alibaba Cloud: The hypervisor represents an Alibaba Cloud account.

  • Amazon: The hypervisor represents an Amazon Web Services (AWS) account.

  • Google Cloud Platform: A hypervisor represents a Google Cloud service account.

  • Azure - Classic: A hypervisor represents an Azure subscription.

    Azure - Resource Manager: A hypervisor represents an application.

  • Azure Stack: A hypervisor represents an Azure subscription.

  • Hyper-V: A hypervisor represents a Hyper-V cluster, a Hyper-V server in a cluster, or a standalone Hyper-V server.

  • Nutanix Acropolis AHV: A hypervisor represents a Nutanix cluster.

  • OpenStack: A hypervisor represents a keystone node in an OpenStack deployment.

  • Oracle Cloud Classic: A hypervisor represents an Oracle Cloud Infrastructure Classic endpoint.

  • Oracle Cloud Infrastructure: A hypervisor represents an Oracle Cloud Infrastructure region. If the Oracle Cloud Infrastructure deployment includes multiple regions, create a separate hypervisor for each region.

  • Oracle VM: A hypervisor represents an Oracle VM Manager.

  • Red Hat Virtualization (RHV): A hypervisor represents a RHEV Manager.

  • vCloud Director: A hypervisor represents a vCloud Director deployment, which can include one or more vCenters.

  • VMware: A hypervisor represents a vCenter or a standalone ESX server.

The Hypervisors tab for the Virtualization solution shows all of the hypervisors in your environment. You can click on any hypervisor to get summary information, or click on a Jobs link in the Actions column to check the status of jobs for a hypervisor. Some users may only have access to specific hypervisors for which they are responsible.

For each hypervisor, you can define VM groups (collections of virtual machines) that you want to manage separately. For example, you can put virtual machines in different VM groups so that you can have different backup criteria or schedules for different classes of virtual machines.

Loading...