Addon
|
|
|
|
|
|
|
custom |
|
|
Unique Feature 1
|
Add-On not supported by this product
|
Add-On not supported by this product
|
Add-On not supported by this product
|
|
|
General
|
|
|
- Fully Supported
- Limitation
- Not Supported
- Information Only
|
|
Pros
|
|
|
|
|
Cons
|
|
|
|
|
|
|
Content |
|
|
|
|
=BP12
|
|
Content created by Virtualizationmatrix; (Contributors: Sean Cohen, Yaniv Dary, Raissa Tona, Larry W. Bailey)
Content created by Virtualizationmatrix
Thanks to Sean Cohen, Raissa Tona, Yaniv Dary and Larry W. Bailey for content contribution and review.
|
|
|
|
Assessment |
|
|
|
|
vSphere 6.0 Enterprise - Click Here For Overview
|
|
RHV 3.5 - Click Here For Details
NEW
Red Hat Virtualization is Red Hats server and technical workstation virtualization platform. It consists of the management product RHV-M (manager) and RHV-H (hypervisor) - a purpose built, slim hypervisor based on KVM (Kernel Virtual Machine) - also referred to as Red Hat Virtualization Hypervisor. Red Hat Enterprise Linux (RHEL) also contains KVM based virtualization capabilities, typically referred to as Red Hat Enterprise Linux Hosts. RHV-M can manage RHV-H hosts as well as RHEL hypervisor hosts running KVM (but make sure to check version compatibilities). All listed features apply to both, RHV-H and RHEL host - unless pointed out otherwise.
Red Hat Virtualization is Microsoft SVVP (Server Virtualization Validation Program) Certified and RHV-M can manage Windows guests.
Vendor Messaging:
- Red Hat Virtualization is a complete virtualization management solution for virtualized servers and technical workstations.
- Red Hat Virtualization aims to provide performance advantages, competitive pricing, and a trusted, stable environment.
- Building on Red Hat Virtualization hypervisor and the popular oVirt open virtualization management project, Red Hat Virtualization positions itself as strategic virtualization alternative to proprietary virtualization platforms.
- Red Hat Virtualization provides common underlying services and management technologies for traditional virtualization workloads while also providing an on-ramp to high-level cloud functionality based on OpenStack.
With Red Hat Virtualization, you can:
* Take advantage of existing people skills and investments
* Decrease TCO and accelerate ROI
* Automate time-consuming and complicated manual tasks
* Standardize storage, infrastructure, and networking services on OpenStack (tech-preview)
|
|
|
|
=AU14
|
|
RHV 3.5 released in Feb 2015 - (RHV 3.4 - June 2014, RHV 3.3 - January 2014, RHV 3.2 - June 2013, RHV 3.1 - Dec 2012, RHV 2.1 - Nov 2009, 2.2: Aug 2010, RHV 3.0: Jan 2012)
NEW
Qumranet, a technology startup began the development of KVM and was subsequently acquired by Red Hat in 2008. Red Hats first release was v 2.1 in 2009 with an update in 2010 which included the virtual technical workstation capabilities. The 3.0 release in 2012 was a major milestone in porting the RHV-M manager from .NET to Java (and fully open-sourcing) alongside other improvements.
RHV 3.1 removed all requirements of any Windows-based infrastructure, but still support Microsoft Active Directory for user authentication, administration, VDI, etc. RHV 3.1 also provided a RESTful API for integration.
Since RHV 3.2, Red Hat has provided many feature enhancements, improvements in scale, enhanced reliability and integration points (hooks, OpenStack etc) documented in the matrix.
While not as large as e.g. the VMware and Microsoft ecosystem there are a large number of ISVs with products currently integrated into RHV, including Acronis for Backup/DR/Migration, Symantec Storage Foundation and Tintri for Storage, BMC TrueSight for capacity optimization, Igel, Wyse and other thin client vendors have SPICE (RHVs remote viewing protocol) integrated in some of their product offerings. Major OEM hardware vendors like IBM and HP support RHV (e.g. IBM has part numbers for all of RHVs subscription offerings). Additionally RHV enables third party plug-ins Recent plug-ins include:
- BMC connector for RHV-M REST API to collect data for managing RHV boxes without having to install an agent.
- HP OneView for Red Hat Virtualization (OVRHV) UI plug-in that that allows you to seamlessly manage your HP ProLiant infrastructure from within RHV Manager and provides actionable, valuable insight on underlying HP hardware (HP Insight Control plug-in is also available).
- NetApp Virtual Console enables rapid cloning of NetApp virtual machines, and allows NFS storage discovery, provisioning and modification from within Red Hat Virtualization Manager.
- Symantec Storage Foundation that delivers storage Quality of Service (QoS) at the application level and maximizes your storage efficiency, availability and performance across operating systems. This includes Symantec Cluster Server provides automated disaster recovery functionality to keep applications up and running. Cluster Server enables application specific fail-over and significantly reduces recovery time by eliminating the need to restart applications in case of a failure.
- Tenable Network Securitys Nessus Audit for RHV-M which queries the RHV API and reports that information within a Nessus report.
- Ansible RHV module that allows you to create new instances, either from scratch or an image, in addition to deleting or stopping instances on the RHV platform.
Visit marketplace.redhat.com/RHV to learn more about these plug-ins and RHV’s ecosystem of partner
|
|
|
|
Pricing |
|
|
|
|
Ent: $2,875/socket + S&S:$604 (B) or $719 (Prod)
|
|
Yes (included in RHV hypervisor subscription)
The RHV-M management component is included in the RHV subscription model (i.e. single part number for both, hypervisor and management)
|
|
|
|
=AU17
|
|
Yes, combined RHEL and RHV offering 26% savings
Red Hat offers Red Hat Enterprise Linux with Smart Virtualization (a combined solution of Red Hat Enterprise Linux and Red Hat Virtualization) that offers a 26% savings over buying each product separately. Red Hat Enterprise Linux with Smart Virtualization is the ideal platform for virtualized Linux workloads. Red Hat Enterprise Linux with Smart Virtualization enables organization to virtualize mission-critical
applications while delivering unparalleled performance, scalability, and security features. See details here: http://red.ht/KBgLO5
|
|
|
Bundle/Kit Pricing
Details
|
=AU18
|
|
RHV: No (RHEL: 1/4/unlimited)
RHV subscriptions include the RHV-H hypervisor and RHV-Manager, they do not include the rights to use RHEL as the guest operating system in the virtual machines being managed by RHV.
The customer would purchase this separately by buying a RHEL for Virtual Datacenter subscription.
Please note that RHEL hosts generate additional subscription costs that are not included with RHV (see https://www.redhat.com/apps/store/server/ for details). RHEL hosts are priced by sockets (2, 4), number of virtual guests included (1, 4, unlimited) and subscription levels (Standard/Premium).
Or, the customer can buy the Red Hat Enterprise Linux with Smart Virtualization which includes both RHV and RHEL for use as the guest operating System. http://red.ht/1lT1fww
|
|
|
Guest OS Licensing
Details
|
=AU19
|
|
Yes (RHV-M)
RHV-M - the Red Hat Virtualization Manager with a web-driven UI is central management console.
RHV 3.5 is based entirely on Open Source Software, with no dependencies on proprietary server infrastructures or web browsers. A centralized management system with a search-driven graphical interface supporting up to hundreds of hosts and thousands of virtual machines. The fully featured enterprise management system enables customers to centrally manage their entire virtual environments, which include virtual datacenters, clusters, hosts, guest virtual servers and technical workstations, networking, and storage.
RHV-M is also localized in various languages including: French, German, Japanese, Simplified Chinese, Spanish and English.
From RHV 3.3 there is full support for integrated external applications plug-ins from HP, Symantec, and NetApp – Learn more through the RHV marketplace - http://marketplace.redhat.com/RHV
|
|
|
VM Mobility and HA
|
|
|
|
|
|
|
VM Mobility |
|
|
|
Live Migration of VMs
Details
|
Yes vMotion
- Cross vSwitch vMotion Only
|
|
Yes (except with CPU pass-through)
Each cluster is configured with a minimal CPU type that all hosts in that cluster must support (you specify the CPU type in the RHV-M GUI when creating the cluster). Guests running on hosts within the cluster all run on this CPU type, ensuring that every guest can be live migrated to any host within the cluster. This cannot be changed after creation without significant disruption. All hosts in a cluster must run the same CPU type (Intel or AMD).
|
|
|
Migration Compatibility
Details
|
=AU27
|
|
Yes
|
|
|
|
=AU28
|
|
Yes (LB) - Built-in (CPU) and Scheduler for custom
Yes - a policy engine determines the specific host on which a virtual machine runs. The policy engine decides which server will host the next virtual machine based on whether load balancing criteria have been defined, and which policy is being used for that cluster. RHV-M will use live migration to move virtual machines around the cluster as required.
From RHV-M 3.3 a new scheduler handles virtual machine placement, allowing users to create new scheduling policies, and also write their own logic in Python and include it in a policy.
- The new scheduler serves scheduling requests for running or migrating virtual machines according to a policy.
- The scheduling policy also includes load balancing functionality.
- Scheduling is performed by applying hard constraints and soft constraints to get the optimal host for that request at a given point of time
- The infrastructure allowing users to extend the new scheduler, is based on a service called ovirt-scheduler-proxy. The services purpose is for RHV admins to extend the scheduling process with custom python filters, weight functions and load balancing modules.
- Every cluster has a scheduling policy. Prior to 3.3, there were only three main policies - None, Even distribution, and Power saving - and now administrators can create their own policies or use the built-in policies which were extended to support new capabilities such as shutting down servers for power saving policy.
The load balancing process runs once every minute for each cluster in a data center. You can disable automatic migration for individual vm or pin them to specific hosts.
You can choose to set the policy as either even distribution or power saving, but NOT both.
|
|
|
Automated Live Migration
Details
|
Yes (DRS) - CPU, Mem - No Storage DRS.
|
|
Yes (Power Saving)
When Power saving is enabled in a cluster it distributes the load in a way that consolidates virtual machines on a subset of available hosts. This enables surplus hosts that are not in use to be powered down, saving power. You can set the threasholds in the RHV-M GUI to specify the Minimum Service Level a host is permitted to have.
You must also specify the time interval in minutes that a host is permitted to run below the minimum service level before remaining virtual machines are migrated to other hosts in the cluster - as long as the maximum service level set also permits this.
LIMITATIONS:
- You can enable either Load Balancing or Power Savings on a cluster but not both concurrently.
- Currently only CPU utilization is considered.
|
|
|
|
=AU30
|
|
Yes
NEW
Storage Live Migration is officially supported since RHV 3.2 that allowed migration of virtual machine disks to different storage devices while the virtual machine is running.
RHV 3.3 added the ability to do it to several disks of the same vm concurrently.
RHV 3.4 added the ability to do cold move between any two storage domains in the same DC (e.g., NFS and iSCSI) and Storage Live Migration between types of file domains (NFS/POSIX/Gluster) or block domains (FCP/iSCSI).
RHV 3.5 added the option to move an entire storage domain between DCs or even between setups.
|
|
|
Storage Migration
Details
|
=AU31
|
|
200 hosts/cluster
That is the supported maximum number of hosts per RHV DataCenter and also per cluster (the theoretical KVM limit is higher).
|
|
|
|
HA/DR |
|
|
|
|
=AU32
|
|
Yes (HA)
High availability is an integrated feature of RHV and allows for virtual machines to be restarted in case of a host failure.
HA has to be enabled on a virtual machine level. You can specify levels of priority for the vm (e.g. if resources are restrained only high priority vm are being restarted). Hosts that run highly available vm have to be configured for power management (to ensure accurate fencing in case of host failure).
Fencing Details: When a host becomes non-responsive it potentially retains the lock on the virtual disk images for virtual machines it is running. Attempting to start a virtual machine on a second host could cause data corruption. Fencing allows RHV-M to safely release the lock (using a fence agent that communicates with the power management card of the host) to confirm that a problem host has truly been rebooted.
RHV-M gives a non-responsive host a grace period of 30 seconds before any action is taken in order to allow the host to recover from any temporary errors.
Note: The RHV-M manager needs to be running for HA to function (unlike e.g. VMware HA or Hyper-V HA that do not rely on vCenter / VMM for the failover capability), also HA can not be enabled on the cluster level.
|
|
|
Integrated HA (Restart vm)
Details
|
=AU33
|
|
Yes (HA, WatchDog)
RHV supports watchdog device for linux guests that restarts virtual machines in case of OS failure. High availability (in addition to monitoring physical hosts) also monitors all virtual machines, so if the virtual machines operating system crashes, a signal is sent to automatically restart the virtual machine, but this is with host change.
|
|
|
Automatic VM Reset
Details
|
=AU34
|
|
No
There is no live lock-step mirroring support in RHV (aka Fault Tolerance in VMware) - although the theoretical capability is available in KVM. Red Hat tends to points out that the limitations around this technology (inability to take e.g. snap shots, perform a live storage migrate, limited guest vCPU support, high bandwidth/processing requirements) can make it inappropriate for enterprise implementation).
|
|
|
VM Lockstep Protection
Details
|
Yes (Fault Tolerance) 2 vCPUs.
|
|
No (native);
Yes (with Vendor Add-On: Satellite
There is no integrated application level monitoring or restart of services/vm in case of application failures.
You can e.g. use Symantec Cluster Server to mitigate this.
This is possible using Satellite 6.
This is a Fee-based Add-On; Details - http://www.redhat.com/en/technologies/linux-platforms/satellite
|
|
|
Application/Service HA
Details
|
No
AppHA is not available with this edition!
vSphere 6.0 Application High Availability (App HA) – Expanded support for more business critical applications.
vSphere 5.5 introduces enhanced application monitoring for vSphere HA with vSphere App HA.
App HA works in conjunction with vSphere HA host monitoring and virtual machine monitoring to further improve application uptime. vSphere App HA can be configured to restart an application service when an issue is detected. It is possible to protect several commonly used applications. vSphere HA can also reset the virtual machine if the application fails to restart.
App HA leverages VMware vFabric Hyperic to monitor applications (you need to deploy two virtual appliances per vCenter Server: vSphere App HA and vFabric Hyperic - the App HA virtual appliance stores and manages vSphere App HA policies while vFabric Hyperic monitors applications and enforces vSphere App HA policies, vFabric Hyperic agents are installed in the virtual machines containing applications that will be protected by App HA).
vSphere 5 introduced the High Availability (vSphere HA) application monitoring API.
|
|
No (yes with Symantec Storage Foundation - Fee-Based Add-On)
There is no natively provided Site Failover capability in RHV.
You can e.g. use Symantec Storage Foundation to mitigate this.
Since RHV 3.2 Red Hat supports a third-party plug-in framework, enabling third parties to integrate new features and actions directly into the RHV Manager user interface.
RHV-M 3.5 fully supports a Symantec Storage Foundation plug-in that provides disaster recovery in case of a failure.
Symantec Storage Foundation offers push button disaster recovery orchestration and features completely automated failover of a Red Hat Virtualization environment over to a disaster recovery site. This includes guests, guest network reconfiguration, and storage reconfiguration. It is designed to provide high availability and disaster recovery for databases, custom applications, and complete multi-tiered applications across physical and virtual environments over any distance.
|
|
|
Replication / Site Failover
Details
|
=AU37
|
|
Yes
In RHV-H you can upgrade and reinstall a Red Hat Virtualization Hypervisor host from an ISO image centrally stored on the Red Hat Virtualization Manager. Upgrading and reinstalling means that you are stopping and restarting the host. This can be either done manually by entering maintenance mode for the individual hosts or using a automated process of scheduling and applying updates to the cluster by setting hosts to maintenance mode in round-robin fashion (like e.g. with VMware Update Manager).
In RHEL Hypervisor hosts Patching is done via the normal patching processes via RHN or Satellite. Reboot can either be done manually or scheduled in round-robin fashion.
|
|
|
Management
|
|
|
|
|
|
|
General |
|
|
|
Central Management
Details
|
=AU20
|
|
Third-party plug-in framework
NEW
RHV focuses on managing the virtual infrastructure and can also manage RHSS.
Also, RHV-M 3.3 (and onwards) integrates with 3rd party applications including:
- BMC connector for RHV-M REST API to collect data for managing RHV boxes without having to install an agent.
- HP OneView for Red Hat Virtualization (OVRHV) UI plug-in that that allows you to seamlessly manage your HP ProLiant infrastructure from within RHV Manager and provides actionable, valuable insight on underlying HP hardware (HP Insight Control plug-in is also available).
- NetApp Virtual Console enables rapid cloning of NetApp virtual machines, and allows NFS storage discovery, provisioning and modification from within Red Hat Virtualization Manager.
- Symantec Storage Foundation that delivers storage Quality of Service (QoS) at the application level and maximizes your storage efficiency, availability and performance across operating systems. This includes Symantec Cluster Server provides automated disaster recovery
functionality to keep applications up and running. Cluster Server
enables application specific fail-over and significantly reduces
recovery time by eliminating the need to restart applications in case of
a failure.
- Tenable Network Securitys Nessus Audit for RHV-M which queries the RHV API and reports that information within a Nessus report.
- Ansible RHV module that allows you to create new instances, either from scratch or an image, in addition to deleting or stopping instances on the RHV platform.
|
|
|
Virtual and Physical
Details
|
=AU21
|
|
Yes (AD and IPA)
RHV offers the choice to either integrate with Microsoft Active Directory or use Red Hat IPA (based upon open technologies and standards) with support for LDAP and Kerberos, centrally managed identity, single sign-on services, high availability directory services or Red Hat Directory Services (RHDS).
RHV provides a range of pre-configured or default roles, from the Superuser or system administration of the platform, to an end user with permissions to access a single virtual machine only. Additional roles can be added and customized to suit the end user environment.
|
|
|
RBAC / AD-Integration
Details
|
=AU22
|
|
No (native)
Yes (with Vendor Add-On: CloudForms)
No - RHV exclusively manages Red Hat based environments.
Yes with Red Hat CloudForms - users can manage multiple hypervisor vendors. Details here: http://red.ht/I8JG3E (additional cost, not included in RHV subscription)
|
|
|
Cross-Vendor Mgmt
Details
|
=AU23
|
|
Yes (RHV-M, Power User Portal)
Yes, RHV-M is Java based and is accessed through a web browser GUI, RESTful API with session support, Linux CLI, Python SDK, Java SDK.
RHV also offers a Power User Portal, a web-based access portal for user (Red Hat positions it as an entry-level Infrastructure as a Service (IaaS) user portal to: Create, edit and remove virtual machines, Manage virtual disks and network interfaces, Assign user permissions to virtual machines, Create and use templates to rapidly deploy virtual machines, Monitor resource usage and high-severity events, Create and use snapshots to restore virtual machines to a previous state.
|
|
|
Browser Based Mgmt
Details
|
=AU24
|
|
Yes (extended functionality with CloudForms - Fee-Based Add On)
RHV has comprehensive data warehouse with a stable API and reports package that provides a suite of pre-configured reports that enable you to monitor and analyse the system at data center, cluster and host levels.
It also provides dashboards in the UI to monitor the system in these different levels.
CloudForms - offers cloud and virtualization operations management advance capabilities:
Note that CloudForms is an additional Fee-Based offering not covered by the RHV subscription!
Features of the cloud and virtualization operations management capabilities:
- delivering IaaS with self-service
- service catalogs, automated provisioning and life cycle management
- monitoring and optimization of infrastructure resources and workloads
- metering, resource quotas, and chargeback
- proactive management, advanced decision support, and intelligent automation through predictive analytics
- provides visibility and reporting for governance, compliance, and management insight
- Enforces enterprise policies in real-time, ensuring cloud security, reliability, and availability
- IT process, task, and event automation.
Details here: www.redhat.com/en/technologies/cloud-computing/cloudforms
|
|
|
Adv. Operation Management
Details
|
=AU25
|
|
Yes (Live Migration - unlimited concurrent migrations, 3 by default)
Yes, live migration is fully supported with unlimited concurrent migrations (depending only on available resources on other hosts and network speed). By default limited to 3 concurrent outgoing migrations and each live migration event is limited to a maximum transfer speed of 32 MiBps.
|
|
|
|
Updates and Backup |
|
|
|
Hypervisor Upgrades
Details
|
=AU38
|
|
Yes (Red Hat Network)
Updates to the virtual machines are typically performed as in the physical environment, providing only limited capabilities. For Red Hat virtual machines updates can be downloaded from the Red Hat Network. For Windows virtual machines you would apply the relevant MS update mechanisms. There is no specific integrated function in RHV-M to update virtual machines or templates.
Centralized patching mechanism for Red Hat machines is possible via Satellite.
This is a Fee-based Add-On; Details - http://www.redhat.com/en/technologies/linux-platforms/satellite
|
|
|
|
=AU39
|
|
Yes; Including RAM
RHV 3.1 introduced the new ability to take Live Snapshots of VMs and has an enhanced Snapshot management interface (maintained with 3.3).
New in RHV 3.3: Snapshots now include the state of a virtual machines memory as well as disk. In addition a new Create Snapshot button has been added to the action panel of the Virtual Machines tab, and as a context menu item when a virtual machine is selected.
New in RHV 3.4: The admin portal now allows to preview, commit and manage snapshots of individual disks within a VM.
New in RHV 3.5: Ability to Live Merge snapshots, allowing to remove intermediate snapshots while VM is running
Taking a snapshot in RHV involves the following possible actions:
- Creation (obviously)
- Previews (involves previewing a snapshot to determine whether or not to restore the system to this snapshot - when it is previewed, a new (COW) preview layer is copied from the snapshot being previewed. The guest interacts with the preview instead of the actual snapshot volume. The preview can then be committed to restore the
guest data to the state captured in the snapshot or alternatively the admin can select Undo to discard the preview layer of the viewed snapshot.
- Deletion (deleting a restoration point that is no longer required)
Notes for Live Snapshots:
- VM with a guest agent that supports quiescing can ensure filesystem consistency across live snapshots. Red Hat Network registered Red Hat Enterprise Linux guests can install the qemu-guest agent to enable quiescing before snapshots (VDSM uses libvirt to communicate with the agent to prepare for a snapshot).
- All live snapshots are attempted with quiescing enabled. If the snapshot command fails because there is no compatible guest agent present, the live snapshot is re-initiated without the use-quiescing flag.
Please note: When a virtual machine is reverted with quiesced filesystems, it boots cleanly with no filesystem check required.
Reverting the previous snapshot using an un-quiesced filesystem however requires a filesystem check on boot.
|
|
|
|
=AU40
|
|
Backup API
From RHV 3.3 there is a API set for third-party tools that offer backup, restore, and replication.
For backup, a snapshot of a virtual machines disk is created then attached to a virtual appliance. For restore, disks are attached to a virtual appliance, the data is restored to the disks, then the disks are attached to a virtual machine.
Tools are from enterprise companies such as Tintri, Acronis, Symantec, etc. From RHV 3.3 there is configuration support for add/edit/delete storage connections to enable multi-pathing, hardware changes, simpler failover to remote sites, and array-based replication.
RHV-M 3.5 fully supports Acronis Backup & Recovery that provides image-based backup, disaster recovery (recover the whole VM) and data protection (recover selected files).
This is a Fee-based Add-On; Details - http://marketplace.redhat.com/RHV/10085-Acronis-Backup-Recovery-11-5-Virtual-Edition-for-RHV-11-5
|
|
|
Backup Integration API
Details
|
=AU41
|
|
No
There is no integrated backup in RHV Manager.
Use traditional backup methods to protect your virtual machines and hosts (e.g. backup agents for network based backups in individual virtual machines and RHEL hosts). However you can of course export virtual machines and templates onto the export domain (NFS).
Background: Export domains are temporary storage repositories that are used to copy and move images between data centers and RHV environments. They can be used to backup virtual machines. An export domain can be moved between data centers, however, it can only be active in one data center at a time. Support for export storage domains backed by storage on anything other than NFS is being deprecated - new export storage domains must be created on NFS storage.
Additionally a tool for backing up and restoring RHV Manager database and certificates is available.
|
|
|
Integrated Backup
Details
|
=AU42
|
|
No (native);
Yes (with Vendor Add-On: Satellite 6)
RHV-H or RHEL hosts can be installed using traditional methods either interactively (from ISO, USB flash media) or automated (PXE). There is however no integrated capability to deploy RHV centrally (e.g. using deployment templates and custom images) to bare metal hosts using the RHV management (like VMwares auto deploy or SCVMMs bare metal deploy).
This is possible using Satellite 6 using Foreman.
This is a Fee-based Add-On; Details - http://www.redhat.com/en/technologies/linux-platforms/satellite
|
|
|
|
Deployment |
|
|
|
Automated Host Deployments
Details
|
No
This edition does not support auto-deploy or host profiles
|
|
Yes, CloudInit and Glance support - NEW
NEW
In RHV by default, virtual machines created from templates use thin provisioning.
In the context of templates, thin provisioning of vm means copy on write (aka linked clone or difference disk) rather than a growing file system that only takes up the storage space that it actually uses (usually referred to as thin provisioning). All virtual machines based on a given template share the same base image as the template and must remain on the same data domain as the template. Do NOT delete the template if you have created virtual machines in this way from it as the vm depend on the existence of the base image!
You can however specify to deploy the vm from template as clone - which means that a full copy of the vm will be deployed. When selecting to clone you can then select thin (sparse) or pre-allocated provisioning of the full clone. Deploying from template as clone results in independence from the base image but space savings associated with using copy on write approaches are lost.
Important: The image used to create templates for RHV must be generalized e.g. using the Sysprep tool (for Windows) or sys-unconfig (for Linux). This approach is similar to the deployment with e.g. SCVMM (different to VMware, where the generalization and customization of the vm is done on deployment, allowing for a quick, direct conversion of a template to a vm and vice versa). With RHV, changes to the template image require a deployment, applying changes/updates with subsequent generalization, then a conversion back into a template.
While not the same as a classic template, RHV 3.3 introduced support for cloud-init, which facilitates the provisioning of virtual machines by performing the initial setup of networking, SSH keys, timezones, user data injection, and more.
In RHV 3.5 support was added consume (use), export and share images with Glance. Glance image services include discovering, registering, and retrieving virtual machine images.
|
|
|
|
Yes
|
|
No (native);
Yes (with Vendor Add-On: CloudForms Deployables)
There is no integrated functionality in RHV that allows you to deploy a multi-vm construct from a single template (like e.g. with vSphere vApp or VMM Service Templates).
Comment: CloudForms (fee based cloud offering) has components called Deployable - defined as an Application deployment definition that contains one or more assemblies and meta-data configuration; this configuration specializes a deployment by qualifying it for a specific targeted infrastructure. A Deployable is essentially made of one or more Assemblies with configuration data. Each Assembly is made of one or more Templates and configuration. Each Template lists the software and configuration data. An Assembly optionally indicates the services that it defines or requires. Some of the configuration data may be defined a the time of instance launch.
See http://red.ht/122cnOE for details.
|
|
|
Tiered VM Templates
Details
|
=AU45
|
|
No (native);
Yes (with Vendor Add-On: Satellite)
There is no ability in RHV to capture or centrally apply settings to hosts (or a group of hosts) in order to ensure standard settings on deployment or to check for compliance of hosts with certain settings.
You can add the new Foreman provider in the administration portal, and use the add Hosts window to select a host provided by Foreman on Red Hat Virtualization Manager.
This is a Fee-based Add-On; Details - http://www.redhat.com/en/technologies/linux-platforms/satellite
|
|
|
|
No
|
|
No
While RHV supports different types of storage, there is no integrated ability in RHV that allows classification of storage (e.g. by performance or other properties) in order to enable intelligent placement of workloads onto appropriate storage classes.
|
|
|
|
=AU47
|
|
Yes (Quota, Devices SLA, CPU Shares)
NEW
RHV 3.5 includes quota support and Service Level Agreement (SLA) for storage I/O bandwidth, network interfaces and CPU QoS\shares:
- Quota provides a way for the Administrator to limit the resource usage in the System. Quota provides the administrator a logic mechanism for managing resources allocation for users and groups in the Data Center.
This mechanism allows the administrator to manage, share and monitor the resources in the Data Center from the engine core point of view.
- vNIC profile allows the user to limit the inbound and outbound network traffic in virtual NIC level.
- CPU profile limits the CPU usage of a virtual machine.
- Disk profile limit the bandwidth usage to allocate the bandwidth in a better way on limited connections.
- CPU shares is a user defined number that represent a relative metric for allocating CPU capacity. It defines how often a virtual machine will get a time slice of a CPU when there is no CPU idle time.
|
|
|
|
Other |
|
|
|
|
=AU48
|
|
V2V, P2V & Partners
Whilst there is no integrated capability to perform physical to virtual migrations in RHV itself, Red Hat provide p2v tools to customers to export existing physical machines to a virtual infrastructure whilst ensuring that relevant changes are made to the new guest, e.g. Paravirtualization drivers.
Red Hat also partners with 3rd partys e.g. Acronis to perform v2v and p2v migrations. RHV provides the virt-v2v tool, enabling you to convert and import virtual machines created on other systems such as Xen, KVM and VMware ESX. virt-v2v is available on Red Hat Network (RHN) in the Red Hat Enterprise Virt V2V Tool, details here: http://red.ht/zFpc6i
|
|
|
|
=AU49
|
|
User Portal
RHVs web-based Power User Portal (introduced with RHV 3.0 and maintained with 3.5) is positioned by Red Hat as an entry-level Infrastructure as a Service (IaaS) user portal.
It allows the user to: create, edit and remove virtual machines, manage virtual disks and network interfaces, assign user permissions to virtual machines, create and use templates to rapidly deploy virtual machines, monitor resource usage and high-severity events, create and use snapshots to restore virtual machines to a previous state. In conjunction with the quota functionality in RHV administrators can restrict resources consumed by the users (but there is no integrated request approval or granular resource assignment based on e.g. subsets of the resources through private clouds).
|
|
|
Self Service Portal
Details
|
No
|
|
No (native);
Yes (with Vendor Add-On: CloudForms)
There is no orchestration tool/engine provided with RHV.
Use Red Hat CloudForms (fee-based vendor add-on) to provide orchestration.
This functionality is achieved with Red Hat Cloudforms (Fee-Based Add-ON), now part of RHCI. With CloudForms, resources are automatically and optimally used via policy-based workload and resource orchestration, ensuring service availability and performance. You can simulate allocation of resources for what-if planning and continuous insights into granular workload and consumption levels to allow chargeback, showback, and proactive planning and policy creation. For details: http://red.ht/1h7DR9T.
|
|
|
Orchestration / Workflows
Details
|
=AU51
|
|
SELinux, iptables, VLANs, Port Mirroring
The RHV Hypervisor has various security features enabled. Security Enhanced Linux (SELinux) and the iptables firewall are fully configured and on by default. SELinux and sVirt adds security policy in kernel for effective intrusion detection, isolation and containment (SELinux is essentially a set of patches to the Linux kernel and some utilities to incorporate a strong, flexible mandatory access control architecture into the major subsystems of the kernel. e.g. with SELinux you can give each qemu process a different SELinux label to prevent a compromised qemu from attacking other processes and also allows you to label the set of resources that each process can see , so that a compromised qemu can only attack its own disk images.)
Advanced network security features like VLAN tagging and port mirroring are part of RHV, but there are no additional security-specific add-ons included with RHV (e.g. to address advanced fire-walling, edge security capabilities or Anti-Virus APIs).
|
|
|
|
=AU52
|
|
Agent-based (RHEL), CIM, SNMP
It is possible to use OEM vendor supplied tools, e.g. hardware monitoring utilities / agents, provided that the RHEL-based hypervisor is used.
RHV-H does not provide the tools and libraries that various tools depend upon but has basic CIM support for Systems Management. While it will not offer customizations delivered by dedicated OEM CIM providers, CIM management is available in RHV-H (RHV-H cannot be customized today to include third party CIM support). Red Hat uses the open source libcmpiutil as the CIM provider in RHV-H.
RHV-M integrates with 3rd party plug-ins that can provide systems management. For example HP OneView for Red Hat Virtualization (OVRHV) UI plug-in that that allows you to seamlessly manage your HP ProLiant infrastructure from within RHV Manager and provides actionable, valuable insight on underlying HP hardware (HP Insight Control plug-in is also available).
|
|
|
Systems Management
Details
|
=AU53
|
|
KVM with RHV-H or RHEL - details here
With RHV 3.5 virtualization hosts must run version 6.5, or later (of either): Red Hat Virtualization Hypervisor, or Red Hat Enterprise Linux Server.
RHV is based on the Kernel-based Virtual Machine (KVM) hypervisor and the oVirt open virtualization management platform (project started at Red Hat and released to the open source community). KVM is a full virtualization solution for Linux on x86 hardware containing virtualization extensions (Intel VT or AMD-V). It consists of a loadable kernel module, that provides the core virtualization infrastructure and a processor specific module. The kernel component of KVM is included in mainline Linux, as of 2.6.20.
RHV hosts can be either based on full Red Hat Enterprise Linux 6 based systems with KVM enabled or purpose built RHV-H (hypervisor) hosts. RHV-H is a bare metal, image-based, small-footprint (
|
|
|
Network and Storage
|
|
|
|
|
|
|
Storage |
|
|
|
Supported Storage
Details
|
=AU65
|
|
Yes (FC, iSCSI)
Multipathing in RHV provides:
1) Redundancy (provides failover protection).
2) Improved Performance (spreads I/O operations over the paths, by default in a round-robin fashion but also supports other methods including Asynchronous Logical Unit Access (ALUA). This applies to block devices (FC, iSCSI), although the equivalent functionality can be achieved with a sufficiently robust network setup for network attached storage.
RHV Manage Storage Connections feature (Multipath & DR) adds the ability to add/edit/delete storage connections to enable:
- Multipathing management
- Hardware changes
- Simpler failover to remote sites for array-based replication by quickly switching to work with another storage that holds a backup/sync of the contents of the current storage in case of primary storage failure
- Supports for the following storage types: NFS, Posix, local & iSCSI.
|
|
|
|
=AU66
|
|
SPM and support for shared FS; manual SPM role assigment
A host known as the Storage Pool Manager (SPM) manages access between hosts and storage.
The SPM host is the only node that has full access within the storage pool; the SPM can modify the images data, and meta-data and the pools meta-data.
In RHV 3.3 ability was added to manually assigned or re-assigned the Storage Pool Manager role to hosts, using the administration portal or via the REST API.
Additionally RHV has the capability of using any shared file system that the Linux kernel supports (support varies depending on vendor and implementation). For example, IBMs GPFS could be used as a backing store for virtual machines, configured as a POSIX file system for the Storage Domain. Other shared file systems like GFS, future versions of GlusterFS (Red Hat Storage) are considerations, as well. This provides maximum flexibility between traditional NAS (NFS), direct-to-block (standard RHV FC/iSCSI/SAS) and shared file systems (POSIX).
Background: Prior to Red Hat Virtualization 3.1, SPM exclusivity (ensuring the existence of a single arbitrator to avoid data corruption) was maintained and tracked using a feature called safelease. Safe lease only maintained exclusivity of one resource, the SPM role.
Sanlock provides the same functionality, but treats the SPM role as one of the resources that can be locked while allowing additional resources to be locked. Applications that require resource locking can register with Sanlock.
|
|
|
Shared File System
Details
|
=AU67
|
|
Yes
Booting from SAN is possible, provided that the HBA(s) present this ability to the BIOS. In other words, provided the OS can be booted via the LUN(s) provided by the HBA(s) then there should be no problem. When extra LUN(s) are presented to the hypervisors to use as shared storage, RHV will only allow un-used LUNs to be accepted into the storage domain, therefore its possible to both boot from SAN and use the same storage paths for shared storage in RHV.Â
|
|
|
|
=AU68
|
|
Yes
The RHV-H hypervisor is able to be installed onto USB storage devices or solid state disks. (The initial boot/install USB device must be a separate device from the installation target).
|
|
|
|
=AU69
|
|
RAW, Qcow2
RHV supports two storage formats: RAW and QCOW2
In an NFS data center the Storage Pool manager (SPM) creates the virtual disk on top of a regular file system as a normal disk in preallocated (RAW) format. Where sparse allocation is chosen additional layers on the disk will be created in thinly provisioned Qcow2 (sparse) format.
For iSCSI and SAN (block), the SPM creates a Volume group (VG) on top of the Logical Unit Numbers (LUNs) provided. During the virtual disk creation, either a preallocated format (RAW) or a thinly provisioned Qcow2 (sparse) format is created
Background: QCOW (QEMU copy on write) decouples the physical storage layer from the virtual layer by adding a mapping between logical and physical blocks. This enables advanced features like snapshots. Creating a new snapshot creates a new copy on write layer, either a new file or logical volume, with an initial mapping that points all logical blocks to the offsets in the backing file or volume. When writing to a QCOW2 volume, the relevant block is read from the backing volume, modified with the new information and written into the new snapshot QCOW2 volume. T hen the map is updated to point to the new place.
Benefits QCOW2 offers over using RAW representation include:
- Copy-on-write support (volume only represents changes to a disk image).
- Snapshot support (volume can represent multiple snapshots of the images history).
RAW
The RAW storage format has a performance advantage over QCOW2 as no formatting is applied to images stored in the RAW format (reading and writing images stored in RAW requires no additional mapping or reformatting work on the host or manager. When the guest file system writes to a given offset in its virtual disk, the I/O will be written to the same offset on the backing file or logical volume. Note: Raw format requires that the entire space of the defined image be preallocated (unless using externally managed thin provisioned LUNs from a storage array).
A virtual disk with a preallocated (RAW) format has significantly faster write speeds than a virtual disk with a thin provisioning (Qcow2) format. Thin provisioning takes significantly less time to create a virtual disk. T he thin provision format is suitable for non-IO intensive virtual machines.
Reference here: http://red.ht/1hOwQLz
|
|
|
Virtual Disk Format
Details
|
=AU70
|
|
Default max virtual disk size is 8TB (but its configurable in RHV DB)
The default maximum supported virtual disk size is 8TB in RHV 3.5 (but its configurable in RHV DB)
With the added the virtio-scsi support in 3.3, Red Hat also supports now 16384 logical units per target.
File level disk size remains unlimited by VDSM, the limits of the underlying filesystem do however apply.
|
|
|
|
=AU71
|
|
Yes
During the virtual disk creation, either a preallocated format (RAW) or a thinly provisioned Qcow2 (sparse) format can be specified.
A preallocated virtual disk has reserved storage of the same size as the virtual disk itself. The backing storage device (file/block device) is presented as is to the virtual machine with no additional layering in between. This results in better performance because no storage allocation is required during runtime. On SAN (iSCSI, FCP) this is achieved by creating a block device with the same size as the virtual disk. On NFS this is achieved by filling the backing hard disk image file with zeros. Pre-allocating storage on an NFS storage domain presumes that the backing storage is not Qcow2 formatted and zeroes will not be deduplicated in the hard disk image file. (If these assumptions are incorrect, do not select Preallocated for NFS virtual disks).
For sparse virtual disks backing storage is not reserved and is allocated as needed during runtime. This allows for storage over commitment under the assumption that most disks are not fully utilized and storage capacity can be utilized better. This requires the backing storage to monitor write requests and can cause some performance issues. On NFS backing storage is achieved simply by using files. On SAN this is achieved by creating a block device smaller than the virtual disks defined size and communicating with the hypervisor to monitor necessary allocations. This does not require support from the underlying storage devices.
|
|
|
Thin Disk Provisioning
Details
|
=AU72
|
|
Yes (via Hooks)
N_Port ID Virtualization (NPIV) is a function available with some Fibre Channel devices. NPIV shares a single physical N_Port as multiple N_Port IDs. NPIV provides similar functionality for Host Bus Adaptors (HBAs) that SR-IOV provides for network interfaces. With NPIV, virtualized guests can be provided with a virtual Fibre Channel initiator to Storage Area Networks (SANs).
Note: NPIV is supported via the scripted hooks mechanism, in which many additional advanced features can be implemented. Future versions of RHV will include access to such features via the graphical user interface.
|
|
|
|
=AU73
|
|
Yes
In RHV by default, virtual machines created from templates use thin provisioning. In the context of templates, thin provisioning of vm means copy on write (aka linked clone or difference disk) rather than a growing file system that only takes up the storage space that it actually uses (usually referred to as thin provisioning). All virtual machines based on a given template share the same base image as the template and must remain on the same data domain as the template.
You can however specify to deploy the vm from template as clone - which means that a full copy of the vm will be deployed. When selecting to clone you can then select thin (sparse) or pre-allocated provisioning of the full clone. Deploying from template as clone results in independence from the base image but space savings associated with using copy on write approaches are lost.
A virtual disk with a preallocated (RAW) format has significantly faster write speeds than a virtual disk with a thin provisioning (Qcow2) format. Thin provisioning takes significantly less time to create a virtual disk. The thin provision format is suitable for non-IO intensive virtual machines.
|
|
|
|
No
vCloud Director also linked clone capabilities but is not supported with this edition (requires Enterprise Plus)
VMwares virtual image sharing technology (vComposer or linked clones) is supported with VMwares virtual desktop solution (Horizon View).
Both Horizon View and vCD (as part of the vCloud Suites) are fee-based Vendor Add-Ons.
|
|
No (native);
Yes (with Vendor Add-On: Red Hat Storage)
There is no native software based replication included in the base RHV product.
However, there is support for managing Red Hat Storage volumes and bricks using Red Hat Virtualization Manager. Red Hat Storage is a software-only, scale-out storage solution that provides flexible unstructured data storage for the enterprise.
Red Hat Storage Console (RHS-C) of Red Hat Storage Server (RHS) for On-Premise provides replication via the native capabilities of RHS, with integration in the RHV-M interface.
RHS-C extends RHV-M 3.x and oVirt Engine technology to manage Red Hat Trusted Storage Pools with management via the Web GUI, REST API and (future) remote command shell.
Note that Red Hat Storage is a fee-based add-on.
A Getting Started with Red Hat Virtualization 3.4 and Red Hat Storage 3 guide is avaiable here: https://access.redhat.com/documentation/en-US/Red_Hat_Storage/3/pdf/Configuring_Red_Hat_Enterprise_Virtualization_with_Red_Hat_Storage/Red_Hat_Storage-3-Configuring_Red_Hat_Enterprise_Virtualization_with_Red_Hat_Storage-en-US.pdf
|
|
|
SW Storage Replication
Details
|
=AU75
|
|
FS-Cache
FS-Cache is a persistent local cache that can be used by file systems to take data retrieved from over the network and cache it on local disk.
This helps minimize network traffic for users accessing data from a file system mounted over the network (for example, NFS).
|
|
|
|
No
vSphere Flash Read Cache is not enabled with this edition!
vSphere 5.5 introduced the vSphere Flash Read Cache that enables the pooling of multiple Flash-based devices into a single consumable vSphere construct called vSphere Flash Resource.
vSphere hosts can use the vSphere Flash Resource as vSphere Flash Swap Cache, which replaces the Swap to SSD feature previously introduced with vSphere 5.0. It provides a write-through cache mode that enhances virtual machines performance without the modification of applications and OSs.
At its core Flash Cache enables the offload of READ I/O from the shared storage to local SSDs, reducing the overall I/O requirements on your shared storage.
Documented maxima with vSphere 5.5:
- Virtual flash resource per host: 1
- Maximum cache for each virtual disk: 400GB
- Cumulative cache configured per host (for all virtual disks): 2TB
- Virtual disk size: 16TB
- Virtual host swap cache size: 4TB
- Flash devices (disks) per virtual flash resource: 8
There is also the Storage Accelerator (CBRC) feature that can be enabled (only) with VMware Horizon View (VDI).
View Storage Accelerator is an in memory (ESXi Server Memory) cache, caching common image blocks when reading virtual desktop images. It is applicable to stateless (non-persistent) as well as stateful (persistent) desktops and is transparent to the guest virtual machine/desktop. It does not require any special storage array technology and provides additional performance benefits when used in conjunction with Storage Array technologies.
http://www.vmware.com/files/pdf/techpaper/vmware-view-storage-accelerator-host-caching-content-based-read-cache.pdf
|
|
No (native);
Yes (with Vendor Add-On: Red Hat Storage)
Red Hat Storage Console (RHS-C) of Red Hat Storage Server (RHS) for On-Premise provides replication via the native capabilities of RHS, with integration in the RHV-M interface.
RHS-C extends RHV-M 3.x and oVirt Engine technology to manage Red Hat Trusted Storage Pools with management via the Web GUI, REST API and (future) remote command shell.
Note that Red Hat Storage is a fee-based add-on.
A Getting Started with Red Hat Virtualization 3.4 and Red Hat Storage 3 guide is avaiable here:
https://access.redhat.com/documentation/en-US/Red_Hat_Storage/3/pdf/Configuring_Red_Hat_Enterprise_Virtualization_with_Red_Hat_Storage/Red_Hat_Storage-3-Configuring_Red_Hat_Enterprise_Virtualization_with_Red_Hat_Storage-en-US.pdf
|
|
|
|
=AU77
|
|
Third-party plug-in framework - e.g. NetApp Virtual Console
There is no specific storage API (similar to e.g. VMwares VAAI / VASA) in RHV that utilizes array specific capabilities for virtualization purposes (e.g. offload, storage classification etc.). However RHVs REST API does allow storage specific calls. The APIs are continually being enhanced in the community.
RHV 3.2 introduced a plug-in framework (maintained with 3.5). This enables third parties to integrate new features and actions directly into the RHV Manager user interface. New menu items, panes, and dialog boxes allow users to access the new functionality the same way they use Red Hat Virtualizations native functionality. One example is the NetApp Virtual Storage Console (VSC). VSC provides integrated virtual storage management, including rapid domain provisioning and cloning of hundreds of virtual machines, while enabling Red Hat administrators to access and execute all of these capabilities using the standard RHV management interface.
RHV 3.3 introduced a Backup API can also be leveraged with array cloning & replication for DR.
|
|
|
Storage Integration (API)
Details
|
=AU78
|
|
Yes (Quota, Storage I/O SLA)
NEW
RHV 3.5 includes quota support and Service Level Agreement (SLA) for storage I/O bandwidth:
- Quota provides a way for the Administrator to limit the resource usage in the system including vDisks. Quota provides the administrator a logic mechanism for
managing disks size allocation for users and groups in the Data Center.
- Disk profile limit the bandwidth usage to allocate the bandwidth in a better way on limited connections.
|
|
|
|
Limited (basic, no SIOC)
Storage I/O Control is not enabled with this license but the basic disk shares and limit functionality still allows you to manage basic disk access priority for vm on the same host (not across hosts - so a single host with lower priority vm could congest I/O paths)
|
|
Neutron Integration (Tech Preview) + various new enhancements - click for details
NEW
New in RHV 3.3. is the initial (tech preview) support for OpenStack Neutron as a network provider on Red Hat Virtualization Manager. OpenStack Neutron can provide networking capabilities for consumption by hosts and virtual machines.
The integration includes:
• Advanced engine for network configuration.
• open vSwitch distributed virtual switching support.
• Ability to centralize network configurations with Red Hat Enterprise Linux OpenStack Platform (not included).
RHV 3.4 extended the integration with Neutron as follows:
• Leverage Neutron IPAM by configuring subnets on external networks.
• Apply Neutron security groups to VM interfaces by assigning the 'SecurityGroups' custom property to relevant vNIC Profiles.
RHV 3.5 introduces a Neutron virtual appliance, to more easily get up-and-running with a Neutron server.
Also new in 3.3. are the following network features:
- simplified management network setup procedure
- New migration network role ( grant the migration role to a cluster network, separating migration data to the designated migration network, to prevent migration traffic from choking other networks)
- Virtual machine NIC-specific parameters (this enables a range of connection options, including: Create a host NIC via Mellanox UFM and connect it directly to a virtual NIC; use OpenStacks Neutron to connect a virtual NIC to one of its defined networks; pass non-standard quality of service (QoS) settings for a virtual NIC)
- Network QoS using virtual NIC profiles (users can now limit the inbound and outbound network traffic on a virtual NIC level by applying profiles which define attributes such as port mirroring, quality of service (QoS) or custom properties)
- Multiple network gateways per host (define a gateway for each logical network on a host)
- Refresh host network configuration (allows the administrator to obtain updated network configuration such as available NICs)
- Improved bond support (add new bonds from the administration portal, in addition to the five predefined bonds for each host
New in 3.4:
- Automatic propagation of network attribute changes to active hypervisors (instead of having to synchronize each host manually).
- Network labels to ease complex hypervisor networking configurations, comprising many networks.
- Predictable vNIC ordering inside guest OS for newly-created VMs.
- Hypervisors now recognize hotplugged network interfaces.
New in 3.5:
- Notifications in case of bond/NIC changing link state (e.g. link failure).
- Ability to configure custom properties on hypervisor network devices; specifically configuring advanced bridge and ethtool options.
- Support for bigger MAC address ranges.
- Dedicated network connectivity log on hypervisors to ease investigation in case of 'disaster'.
- Add a warning when unplugging a vNIC.
- Add warnings when meddling with the display network.
- Properly display arbitrarily-named hypervisor VLAN devices in the management console.
Advanced networking can also be achieved with RHEL OpenStack Platform. Starting with Red Hat Enterprise Linux 6.4, the Open vSwitch kernel module is included as an enabler for Red Hat Enterprise Linux OpenStack Platform. Open vSwitch is only supported in conjunction with Red Hat products containing the accompanying user space packages. Without theses packages, Open vSwitch will not function.
|
|
|
|
Networking |
|
|
|
Advanced Network Switch
Details
|
No
vNetwork Distributed Switch functionality is not enabled with this license
|
|
Yes
RHV 3.0 had significantly enhanced the GUI to simplify the network setup and also introduced extended bonding (NIC teaming) support that are maintained in RHV 3.1: 1) Active / Backup, 2) Load Balancing, 4) Link aggregation, 5) Adaptive transmit, Custom (Specify advanced options) - there is no Mode 3 listed
RHV 3.3 added improved bond support (add new bonds from the administration portal, in addition to the five predefined bonds for each host.
Details:
Mode 1 (active-backup policy) sets all interfaces to the backup state while one remains active. Upon failure on the active interface, a backup interface replaces it as the only active interface in the bond. The MAC address of the bond in mode 1 is visible on only one port (the network adapter), to prevent confusion for the switch. Mode 1 provides fault tolerance and is supported in Red Hat Virtualization.
Mode 2 (XOR policy) selects an interface to transmit packages to based on the result of an XOR operation on the source and destination MAC addresses multiplied by the modulo slave count. This calculation ensures that the same interface is selected for each destination MAC address used.
Mode 2 provides fault tolerance and load balancing and is supported in Red Hat Virtualization.
Mode 4 (IEEE 802.3ad policy) creates aggregation groups for which included interfaces share the speed and duplex settings. Mode 4 uses all interfaces in the active aggregation group in accordance with the IEEE 802.3ad specification and is supported in Red Hat Virtualization.
Mode 5 (adaptive transmit load balancing policy) ensures the outgoing traffic distribution is according to the load on each interface and that the current interface receives all incoming traffic. If the interface assigned to receive traffic fails, another interface is assigned the receiving role instead. Mode 5 is
supported in Red Hat Virtualization.
|
|
|
|
Yes (no LACP Support)
Note: no distributed switch included with this license - so no LACP support - only standard NIC teaming;
vSphere has integrated NIC teaming capabilities. To utilize NIC teaming, two or more network adapters must be uplinked to a virtual switch (standard or distributed).
The key advantages of NIC teaming are:
- Increased network capacity for the virtual switch hosting the team.
- Passive failover in the event one of the adapters in the team goes down
There are various NIC load balancing (e.g. based on originating port, source MAC or IP hash) and failover detection algorithms (link status, Beacon probing) in vSphere, for details refer to: http://bit.ly/16Sm1ll
The maximum number of supported (and teamed) adapters per host varies by vendors and speed (max 32 for 1Gb and 8 for 10Gb)
New in vSphere 5.5. is the enhancement of the LACP capabilities.
The enhanced link aggregation feature provides choice in hashing algorithms and also increases the limit on number of link aggregation groups (22 new hashing algorithm options, 64 LAGs per host and 64 LAGs per VMware vSphere VDS, new workflows to configure LACP across a large number of hosts via templates)
Added in 5.1 was the Link Aggregation Control Protocol (LACP) support - which is a standards-based method to control the bundling of several physical network links together to form a logical channel for increased bandwidth and redundancy purposes.
LACP enables a network device to negotiate an automatic bundling of links by sending LACP packets to the peer. As part of the vSphere 5.1 release, VMware now supports this standards-based link aggregation protocol.
|
|
Yes
With RHV the Network Interfaces tab of the details pane shows VLAN information for the edited network interface. In the VLAN column newly created VLAN devices are shown, with names based on the network interface name and VLAN tag.
Background: RHV VLAN aware and able to tag and redirect VLAN traffic, however VLAN implementation requires a switch that supports VLANs.
At the switch level, ports are assigned a VLAN designation. A switch applies a VLAN tag to traffic originating from a particular port, marking the traffic as part of a VLAN, and ensures that responses carry the same VLAN tag. A VLAN can extend across multiple switches. VLAN tagged network traffic on a switch is completely undetectable except by machines connected to a port designated with the correct VLAN. A given port can be tagged into multiple VLANs, which allows traffic from multiple VLANs to be sent to a single port, to be deciphered using software on the machine that receives the traffic.
|
|
|
|
=AU82
|
|
No
There is no PVLAN support in RHV
|
|
|
|
No
Private VLANs (sub-VLANs) are only supported with the virtual distributed switch.
|
|
Guests fully, hypervisors partially
RHV currently uses IPv4 for internal communications and does not use/support IPv6. Using IPv6 at the virtual machine level is fully supported though, provided that youre using a guest operating system thats compatible.
With RHV 3.2 the manager UI now reports IPV6 addresses in addition to IPV4 addresses
RHV 3.5 introduces network custom properties, which may be used to assign IPV6 addresses to host interfaces using the vdsm-hook-ipv6 hook; see https://www.mail-archive.com/users@ovirt.org/msg22375.html.
|
|
|
|
=AU84
|
|
Yes (with hooks)
Hooks (ability to launch pre-built scripts) allow for advanced KVM technology to be supported from the Red Hat Virtualization Manager interface. Pre-built hooks include SR/IOV: Allows bypassing the hypervisor for certain network and disk I/O for near-native speed. There is no capability to configure SR-IOV devices directly through the RHV-M interface though (other than launching the hook).
Comment: Evaluated amber - as Sample scripts have been developed that include SR-IOV configuration.
Please note: The creation and use of VDSM hooks to trigger modification of virtual machines based on custom properties specified in the Administration Portal is supported on Red Hat Enterprise Linux virtualization hosts. The use of VDSM Hooks on virtualization hosts running Red Hat Virtualization Hypervisor (RHV-H) is not currently supported.
|
|
|
|
VMDirectPath (No SR-IOV)
|
|
Yes
The network management UI in RHV allows you to set the MTU for network interfaces (jumbo frames).
|
|
|
|
=AU86
|
|
TOE
Currently, RHV hypervisors support TOE. Due to the way that RHV provides networking access to the virtual machines, using technologies such as TSO/LRO/GRO are currently unsupported. This is set to change when Open vSwitch is supported in upcoming versions.
|
|
|
|
=AU87
|
|
Yes (vNIC Profile)
RHV 3.3. added the ability to control Network QoS using virtual NIC profiles through the RHV-M interface.
Users can now limit the inbound and outbound network traffic on a virtual NIC level by applying profiles which define attributes such as port mirroring, quality of service (QoS) or custom properties.
|
|
|
|
Limited (no NetIOC)
VMware Network I/O control requires a virtual distributed switch (vDS) which is not enabled with this license. You can still use basic traffic shaping (hard using average/peak bandwidth and burst) on the port group level of the standard switch
|
|
Yes (Port Mirroring); toggle through vNIC profile
RHV 3.1 introduced port mirroring capabilities (maintained in 3.5).
It is now possible to configure the virtual Network Interface Card (vNIC) of a virtual machine to run in promiscuous mode. This allows the virtual machine to monitor all traffic to other vNICs exposed by the host on which it runs. Port mirroring copies layer 3 network traffic on given a logical network and host to a virtual interface on a virtual machine. This virtual machine can be used for network debugging and tuning, intrusion detection, and monitoring the behavior of other virtual machines on the same host and logical network.
RHV 3.3. adds the ability to create a Virtual Network Interface Controller (VNIC) profile to toggle port monitoring. There are also the vendor-supplied UI plug-ins to RHV-M, e.g. the Nagios community plugin.
|
|
|
Traffic Monitoring
Details
|
No
Port Mirroring is only available with the virtual distributed switch
|
|
Yes (virtio), Mem Balloon optimization and error messages
The virtio-balloon driver allows guests to express to the hypervisor how much memory they require. The balloon driver allows the host to efficiently allocate and memory to the guest and allow free memory to be allocated to other guests and processes. Guests using the balloon driver can mark sections of the guests RAM as not in use (balloon inflation). The hypervisor can free the memory and use the memory for other host processes or other guests on that host. When the guest requires the freed memory again, the hypervisor can reallocate RAM to the guest (balloon deflation).
This includes:
- Memory balloon optimization (Users can now enable virtio-balloon for memory optimization on clusters. All virtual machines on cluster level 3.2 and higher includes a balloon device, unless specifically removed. When memory balloon optimization is set, MoM will start ballooning to allow memory overcommitment, with the limitation of the guaranteed memory size on each virtual machine.
- Ballooning error messages (When ballooning is enabled for a cluster, appropriate messages now appear in the Events tab)
|
|
|
Hypervisor
|
|
|
|
|
|
|
General |
|
|
|
Hypervisor Details/Size
Details
|
=AU54
|
|
No limit stated
The RHV Hypervisor is not limited by a fixed technology (or marketed) restriction. Red Hat lists no Limit for the maximum ratio of virtual CPUs per host.
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Virtualization_Deployment_and_Administration_Guide/chap-Overcommitting_with_KVM.html
In reality the specifications of the underlying hardware, nature of the workload in the vm and the overall restriction of 160 logical CPUs per host will determine the limit. RHV has been publicly demonstrated (see SPECvirt) to run over 550 VMs with a mix of SMP vCPU VMs showing that they can scale beyond the previously (RHV 3.0) supported 512 vCPUs per host.
|
|
|
|
Host Config |
|
|
|
Max Consolidation Ratio
Details
|
=AU55
|
|
160 (logical)
With 8 socket with 10 cores each and Hyper-Threading enabled you can use up to 160 logical CPUs.
|
|
|
|
=AU56
|
|
unlimited
there is no license restriction for the max number of cores per CPU
|
|
|
Max Cores per CPU
Details
|
=AU57
|
|
4TB
Max amount of physical RAM installed in host and recognized by RHV is 4TG (4000GB).
|
|
|
Max Memory / Host
Details
|
=AU58
|
|
160 vCPU per VM
The maximum supported number of virtual CPUs per vm (please note that the actual number depends on the type of the guest operating system (i.e. technical workstation and older OSs might not support the maximum number).
Maximum topology limits are 16 sockets and 16 cores/socket.
|
|
|
|
VM Config |
|
|
|
|
=AU59
|
|
4TB
Maximum amount of configured virtual RAM for an individual vm is 4TB (4000GB).
|
|
|
|
=AU60
|
|
No (serial console via hooks possible)
Presence of the serial port can be configured per virtual machine. But there is no interface to access them.
However VDSM hooks can be used to get serial console access to virtual machine consoles (where graphical access is not possible) - http://www.ovirt.org/Features/Serial_Console_in_CLI
|
|
|
|
=AU61
|
|
Via remote-connection client or hooks
You can not pass-through any host USB devices directly to the virtual machine with RHV-H. If utilizing RHEL with KVM as your hypervisor, customization hooks can be leveraged to directly attached devices to the VM from the host.
However, using RHVs technical workstation virtualization solution (RHV-D) you can pass-through USB devices from client devices (e.g. technical workstation) via the SPICE protocol capabilities.
|
|
|
|
=AU62
|
|
Yes (disk, NIC, CPU)
NEW
RHV 3.1 added the ability to hot-add both Network Interface Cards as well as Virtual Disk Storage in the virtual machine (maintained with 3.5). New in 3.5 is hot-add CPU (but not removal). The RHV roadmap has publicly disclosed intentions to support hot-plug of memory in the future.
|
|
|
|
=AU63
|
|
No
no GPU acceleration available
|
|
|
Graphic Acceleration
Details
|
NO
|
|
DAS, iSCSI, NFS (v4), FC, FCoE, SAS, POSIX;
Virtio SCSI, GlusterFS support, online vDisk resize
NEW
RHV 3.5 added the following Storage features:
- Detaching and moving data domains, with their contained disks and associated VMs between Data Centers or even RHV setups.
- Customizing mount options for NFS domains.
RHV 3.4 added the following Storage features:
- Support for read-only VM disks.
- Mixing domains of different types (e.g. NFS and iSCSI) in a single Data Center.
RHV 3.3 added the following Storage features:
- Virtio-SCSI support (Virtio-SCSI is a new para-virtualized SCSI controller device which provides similar performance as the virtio-blk device, while improving scalability, supporting standard SCSI command sets and device naming, allowing for SCSI device passthrough)
- GlusterFS support (RHV supports native GlusterFS-based storage domains and data center types)
- Enable online virtual drive resize (Resize virtual disks while they are in use by one or more virtual machines without the need of pausing, hibernating or rebooting the guests, by specifying an Extend size by(GB) value. Disks Block Alignment scan (This feature provides a way to find the virtual disks with misaligned partitions, check if a virtual disk, the filesystem installed on it, and its underlying storage are aligned).
- Disk Hook (Adding VDSM hooking points before and after disks hot plug and hot unplug. The feature allows users to add their own functionality before hot-plugging and hot-unplugging disks).
Besides the full support for live Storage Migration RHV 3.2 added a few minor storage related functions, including the ability to perform a storage domain scan (Scan storage domain for new orphaned images and import images into storage domain) and the ability to delete VMs without deleting the virtual disks.
New in RHV 3.1 was the ability to attach any block device to a virtual machine (Direct LUN Support), the directlun VDSM hook script is no longer required perform this task. Another new feature is the ability to configure Cross Storage Domain Virtual Machines i.e. a virtual machine which has disks on multiple different storage domains. Previously all disks for a virtual machine had to be stored on the same storage domain. Support for NFS 4 had also been added.
In RHV storage is logically grouped into storage pools, which are comprised of three types of storage domains: data (vm and snap shots) , export (temporary storage repository that is used to copy and move images between data centers and RHV instances), and ISO. Although specifically mentioned, most SAS and FCoE devices are presented to the kernel in the same way and are therefore utilized by device-mapper-multipath. RHV uses device-mapper-multipath to gather available disk information so most SAS and FCoE devices are supported for use with RHV provided that the standard FC option is selected when looking for available storage in RHV.
The data storage domain is the only one required by each data center and exclusive to a single data center. Export and ISO domains are optional, but require NFS.
Storage domains are shared resources and can be implemented using NFS, iSCSI or the Fibre Channel Protocol (FCP). On NFS, all virtual disks, templates, and snapshots are simple files. On SAN (iSCSI/FCP), block devices are aggregated into a logical entity called a Volume Group (VG). This is done using the Logical Volume Manager (LVM) and presents high performance I/O.
|
|
|
|
Memory |
|
|
|
Dynamic / Over-Commit
Details
|
=AU90
|
|
Yes (KSM)
Kernel SamePage Merging (KSM) reduces references to memory pages from multiple identical pages to a single page reference. This helps with optimization for memory density.
|
|
|
Memory Page Sharing
Details
|
=AU91
|
|
Yes
RHV-3.0 introduced a new feature (maintained with 3.5) called transparent huge pages, where the Linux kernel dynamically creates large memory pages (2MB versus 4KB) for virtual machines, improving performance for VMs that require them (newer OSs generations tend to benefit less from larger pages)
|
|
|
|
=AU92
|
|
Yes
RHV supports Intel EPT and AMD-RVI
|
|
|
HW Memory Translation
Details
|
=AU93
|
|
Yes
The Red Hat Virtualization Manager interface allows you to import and export virtual machines (and templates) stored in Open Virtual Machine Format (OVF).
This feature can be used in multiple ways:
- Moving virtual resources between Red Hat Virtualization environments.
- Move virtual machines and templates between data centers in a single Red Hat Virtualization environment.
- Backing up virtual machines and templates.
|
|
|
|
Interoperability |
|
|
|
|
=AU94
|
|
Comprehensive
RHV takes advantage of the native hardware certification of the Redhat Enterprise Linux OS. The RHV Hypervisor (RHV-H) is certified for use with all hardware which has passed Red Hat Enterprise Linux certification except where noted in the Requirements chapter of the installation guide http://red.ht/1hOZEDA
|
|
|
|
=AU95
|
|
Limited
NEW
RHV supports the most common server and technical workstation OSs, current support includes:
- Red Hat Enterprise Linux 4.
- Red Hat Enterprise Linux 5.
- Red Hat Enterprise Linux 6.
- Red Hat Enterprise Linux 7.
- Microsoft Windows Server 2003 32-Bit x86.
- Microsoft Windows Server 2003 64-Bit x86,
- Microsoft Windows Server 2003 R2 32-Bit x86.
- Microsoft Windows Server 2003 R2 64-Bit x86.
- Microsoft Windows Server 2008 32-Bit x86.
- Microsoft Windows Server 2008 64-Bit x86.
- Microsoft Windows Server 2008 R2 64-Bit x86.
- Microsoft Windows Server 2012 64-Bit x86.
- Microsoft Windows XP 32-Bit x86.
- Microsoft Windows 7 32-Bit x86.
- Microsoft Windows 7 64-Bit x86.
- Microsoft Windows 8 32-Bit x86.
- Microsoft Windows 8 64-Bit x86.
- SUSE Linux Enterprise Server 10 32-Bit x86.
- SUSE Linux Enterprise Server 10 64-Bit x86.
- SUSE Linux Enterprise Server 11 32-Bit x86.
- SUSE Linux Enterprise Server 11 64-Bit x86.
|
|
|
|
=AU96
|
|
|
|
|
Container Support
Details
|
|
|
REST API, Python CLI, Hooks, SDK
RHV exposes several interfaces for interacting with the virtualization environment. These interfaces are in addition to the user interfaces provided by the
Red Hat Virtualization Manager Administration, User, and Reports Portals. Some of the interfaces are supported only for read access or only when it has been explicitly requested by Red Hat Support.
Supported Interfaces (Read and Write Access):
- Representational State Transfer (REST) API: With the release of RHV-3 Red Hat introduced a new Representational State Transfer (REST) API. The REST API is useful for developers and administrators who aim to integrate the functionality of a Red Hat Virtualization environment with custom scripts or external applications that access the API via standard HTTP. The REST API exposed by the Red Hat Virtualization Manager is a fully supported interface for interacting with Red Hat Virtualization Manager.
- Python Software Development Kit (SDK): This SDK provides Python libraries for interacting with the REST API. The Python SDK provided by the RHVm-sdk-python package is a fully supported interface for interacting with Red Hat Virtualization Manager.
- Java Software Development Kit (SDK): This SDK provides Java libraries for interacting with the REST API. The Java SDK provided by the RHVm-sdk-java package is a fully supported interface for interacting with Red Hat Virtualization Manager.
- Linux Command Line Shell: The command line shell provided by the RHVm-cli package is a fully supported interface for interacting with the Red Hat Virtualization Manager.
- VDSM Hooks: The creation and use of VDSM hooks to trigger modification of virtual machines based on custom properties specified in the Administration Portal is supported on Red Hat Enterprise Linux virtualization hosts. The use of VDSM Hooks on virtualization hosts running Red Hat Virtualization Hypervisor is not currently supported.
Additional Supported Interfaces (Read Access)
Use of these interfaces for write access is not supported unless explicitly requested by Red Hat Support:
- Red Hat Virtualization Manager History Database
- Libvirt on Virtualization Hosts
Unsupported Interfaces
Direct interaction with these interfaces is not supported unless your use of them is explicitly requested by Red Hat Support:
- The vdsClient Command
- Red Hat Virtualization Hypervisor Console
- Red Hat Virtualization Manager Database
|
|
|
|
=AU98
|
|
REST API
RHV provides its RESTful API for external integration into cloud platforms, for example, ManageIQs cloud management interface.
|
|
|
|
No (vCloud API)
The vCloud Suites require Enterprise Plus Editions!
vCloud API - Interface for providing and consuming virtual resources in the cloud.
The new vCloud Director 5.1 release introduces many new features and enhancements to the vCloud Director platform including:
vShield Edge Gateway Management, OrgVDC Networks, Metadata Tagging in Search/Filter, Filter improvements to Query Service, Storage Profiles
VM Snapshots, Attach/Detach Independent Disks, Many API/UI Parity fixes
Vendor Link: http://pubs.vmware.com/vcd-51/index.jsp?topic=%2Fcom.vmware.vcloud.api.reference.doc_51%2Fdoc%2Fright-pane.html
See Cloud
|
|
RHCI: CloudForms, OpenStack, RHV; OpenShift (Fee-Based Add-Ons)
NEW
Comment: Due to the variation in actual cloud requirements, different deployment model (private, public, hybrid) and use cases (IaaS, PaaS etc.) the matrix will only list the available products and capabilities. It will not list evaluations (green, amber, red) rather than providing the information that will help you to evaluate it for YOUR environment.
Overview:
IaaS (private and hybrid)
In July 2013 Red Hat announced Red Hat Cloud Infrastructure (RHCI) -a single-subscription offering that bundles and integrates the following products:
- RHV - Datacenter virtualization hypervisor and management for traditional (ENTERPRISE) workloads
- Cloud-enabled Workloads: RHEL OpenStack - scalable, fault-tolerant platform for developing a managed private or public cloud for CLOUD-ENABLED workloads
- Red Hat CloudForms - Cloud MANAGEMENT and ORCHESTRATION across multiple hypervisors and public cloud providers
Please find more details here - http://red.ht/1oKMZsP
PaaS:
Red Hat also offers OpenShift (PaaS), as on-promise technology as well as available as online (public cloud) offering by Red Hat. Details here - http://red.ht/1LRn7ol
There are a number of public and hybrid (on-premise or cloud) offerings that Red Hat positions as complementary like Red Hat Storage Server (scale-out storage servers both on-premise and in the Amazon Web Services public cloud). Details are here: http://red.ht/1ug7XTY
|
|
|
Extensions
|
|
|
|
|
|
|
Cloud |
|
|
|
|
No
vCloud Suite requires Enterprise Plus!
|
|
VDI Included in RHV; HTML5 support (Tech Preview)
There is one single SKU for RHV that includes server and technical workstation virtualization.
Red Hats Enterprise Virtualization includes an integrated connection broker as well as the ability to manage VDI users via external (LDAP-based) directory services. It is often referred to as RHV-D (technical workstation). The same interface is used to manage both server and technical workstation images (unlike most other solutions like e.g. VMware View, Citrix Xentechnical workstation).
Please note that VDI is an additional charge to the server product and cannot be purchased separately (i.e. without purchasing RHV for servers).
Red Hat Virtualization for technical workstations (RHV-D) consists of:
- Red Hat Hypervisor
- Red Hat Virtualization Manager (RHV-M) as centralized management console with management tools that administrators can use to create, monitor, and maintain their virtual technical workstations (same interface as for server management)
- SPICE (Simple Protocol for Independent Computing Environments) - remote rendering protocol. There is initial support for the SPICE-HTML5 console client is offered as a technology preview. This feature allows users to connect to a SPICE console from their browser using the SPICE-HTML5 client.
- Integrated connection broker-a web-based portal from which end-users can log into their virtual technical workstations
Note: VDI related capabilities are NOT listed as Fee-Based Add-Ons (no purchase of additional VDI management software is required or licenses involved to enable the VDI management capability).
However, you will require relevant client access licensing to run virtual machines with Windows OSs, see http://bit.ly/1cBdgAm for details
|
|
|
|
Desktop Virtualization |
|
|
|
|
=AU101
|
|
No, Possible via Red Hat Storage
NEW
Red Hat acquired Gluster in 2011 opening up the integration of the scale-out GlusterFS NAS filesystem for storage virtualization capabilities (now integrated in Red Hat Storage).
Red Hat Storage is a software-only, scale-out storage solution that provides flexible unstructured data storage for the enterprise.
There is support for managing Red Hat Storage volumes and bricks using Red Hat Virtualization Manager.
Red Hat Storage Console (RHS-C) of Red Hat Storage Server (RHS) for On-Premise provides replication via the native capabilities of RHS, with integration in the RHV-M interface.
RHS-C extends RHV-M 3.x and oVirt Engine technology to manage Red Hat Trusted Storage Pools with management via the Web GUI, REST API and (future) remote command shell.
Note that Red Hat Storage is a fee-based add-on.
A Getting Started with Red Hat Virtualization 3.4 and Red Hat Storage 3 guide is avaiable here:
https://access.redhat.com/documentation/en-US/Red_Hat_Storage/3/pdf/Configuring_Red_Hat_Enterprise_Virtualization_with_Red_Hat_Storage/Red_Hat_Storage-3-Configuring_Red_Hat_Enterprise_Virtualization_with_Red_Hat_Storage-en-US.pdf
|
|
|
|
1 |
|
|
|
|
=AU102
|
|
3rd Party
At this time RHV focuses on the management of the virtual and cloud infrastructure.
Partner solutions offer insight into the services running on top of the virtual infrastructure, with integration into RHV.
|
|
|
|
2 |
|
|
|
Application Management
Details
|
=AU103
|
|
sVirt & Security Partnerships
Red Hats RHV partner ecosystem has security partnerships with SourceFire, Catbird, and other security-focused products and solutions. This is in addition to RHVs integrated sVirt capability.
|
|
|
|
3 |
|
|
|
|
No (require VDS)
|
|
Vendor Add-On: CloudForms
NEW
Red Hat Cloudforms (separate product) or sold as part of Red Hat Cloud Infrastructure (RHCI) provides enterprises operational management tools including monitoring, chargeback, governance, and orchestration across virtual and cloud infrastructure such as Red Hat Virtualization, Amazon Web Services, Microsoft and VMware and OpenStack.
The CloudForms Management Engine enables context aware, model-driven automation and orchestration of administrative, operational, and self-service activities in enterprise cloud environments. Automation can be driven across a wide spectrum of scenarios including discovery, state changes, performance and trending, event-based, scheduled, via web-services integration or on-demand through an extensible web-based management portal.
|
|
|
|
4 |
|
|
|
Workflow / Orchestration
Details
|
=AU105
|
|
Plugin - Symantec Storage Foundation (Fee-Based Add-On)
fully supports a Symantec Storage Foundation plug-in that provides disaster recovery in case of a failure.
Symantec Storage Foundation Plugin provides automated disaster recovery and site recovery functionality for RHV:
- Automate virtual machine failovers to multiple secondary sites with push button disaster recovery that includes guest, guest network, storage reconfiguration and restart.
- Enables other nodes to take predefined actions when a monitored application fails, for instance to take over and bring up applications elsewhere in the cluster.
- Supports heterogeneous array replication such as (Hitachi, EMC & Symantec).
|
|
|
|
5 |
|
|
|
|
=AU106
|
|
Vendor Add-On: CloudForms
NEW
RHV includes enterprise reporting capabilities through a comprehensive management history database, which any reporting application utilizes to generate a range of reports at data center, cluster and host levels.
For charge-back, RHV has -party integrated solutions like e.g. IBMs Tivoli Usage and Accounting Manager (TUAM) which can convert the metrics RHVs enterprise reports provide into fiscal chargeback numbers.
Red Hat Cloudforms fee add-on or sold as part of Red Hat Cloud Infrastructure (RHCI) provides enterprises operational management tools including monitoring, chargeback, governance, and orchestration across virtual and cloud infrastructure such as Red Hat Virtualization, Amazon Web Services, Microsoft and VMware and OpenStack and provides the capability for cost allocation with usage and chargeback by determining who is using which resources to allocate costs, create and implement chargeback models.
|
|
|
|
6 |
|
|
|
|
=AU107
|
|
Vendor Add-Ons: Load Balancer, High Performance
- Red Hat has networking related products like the Load-Balancer Add-On for RHEL (http://www.redhat.com/f/pdf/rhel/RHEL6_Add-ons_datasheet.pdf) and the RHEL High-Performance Network Add-On (delivers remote direct memory access - RDMA- over Converged Ethernet - RoCE) that can add value to virtualization and cloud environments.
- Common SDN solution integration is available with Neutron integration on 3.3 (tech preview)
- Cisco UCS (VM-FEX) integration
|
|
|
|
7 |
|
|
|
Network Extensions
Details
|
No
3rd party network switch appliances are not supported with this license
|
|
NSX (Vendor Add-on)
VMware NSX is the network virtualization platform for the Software-Defined Data Center.
http://www.vmware.com/products/nsx.html
NSX embeds networking and security functionality that is typically handled in hardware directly into the hypervisor. The NSX network virtualization platform fundamentally transforms the data center’s network operational model like server virtualization did 10 years ago, and is helping thousands of customers realize the full potential of an SDDC.
With NSX, you can reproduce in software your entire networking environment. NSX provides a complete set of logical networking elements and services including logical switching, routing, firewalling, load balancing, VPN, QoS, and monitoring. Virtual networks are programmatically provisioned and managed independent of the underlying hardware.
|
|
