|
|
|
VM Mobility |
|
|
|
Live Migration of VMs
Details
|
Yes vMotion
- Cross vSwitch vMotion Only
|
Yes vMotion
- Cross vSwitch vMotion Only
vMotion
- Cross vSwitch vMotion (all versions)
- Cross vCenter vMotion (n/a for Standard)
- Long Distance vMotion (n/a for Standard)
- Cross Cloud vMotion (n/a for Standard)
- Encryption vMotion (n/a for Standard)
|
Yes - Live Migration
There is also a possibility to use SSL to encryption the Live Migration. More info on: http://docs.oracle.com/cd/E50245_01/index.html
|
|
|
Migration Compatibility
Details
|
=AU27
|
Yes (EVC)
Enhanced vMotion Compatibility - enabled on vCenter cluster-level, utilizes Intel FlexMigration or AMD-V Extended Migration functionality available with most newer CPUs (but cannot migrate between Intel and AMD), Details here: http://kb.vmware.com/kb/1005764
|
Yes
On the same Cluster/Server Pool it is possible to separate the Cluster/Server Pool Members based on the CPU Family to guarantee the success of Live Migration between those Servers but there is no possibility of grouping different CPUs generations by masking out incompatible functions using CPU Masking. More info on: http://docs.oracle.com/cd/E50245_01/index.html
|
|
|
|
=AU28
|
Yes
NEW
Maintenance mode is a core feature to prepare a host to be shut down safely.
vSphere 6.5: Faster Maintenance Mode and Evacuation Updates.
|
Yes - Maintenance Mode
It is possible to execute the Maintenance Mode and It is also possible to Lock some Servers to not receive this Offload from the Server that is entering in this State. More info on: http://docs.oracle.com/cd/E50245_01/index.html
|
|
|
Automated Live Migration
Details
|
Yes (DRS) - CPU, Mem - No Storage DRS.
|
No
vSphere 6.5
VM Distribution: Enforce an even distribution of VMs.
Memory Metric for Load Balancing: DRS uses Active memory + 25% as its primary metric.
CPU over-commitment: This is an option to enforce a maximum vCPU:pCPU ratios in the cluster.
Network Aware DRS - system look at the network bandwidth on the host when considering making migration recommendations.
Storage IO Control configuration is now performed using Storage Policies and IO limits enforced using vSphere APIs for IO Filtering (VAIO).
Storage Based Policy Management (SPBM) framework, administrators can define different policies with different IO limits, and then assign VMs to those policies.
|
Yes
Oracle VM provides a DRS feature for the following constraints: (CPU-CPU, N:Network i/o) during VMs runtime and the following constraints: (CPU-CPU, N:Network i/o, MEM:Memory) during VMs startup. More info on: http://docs.oracle.com/cd/E50245_01/index.html
|
|
|
|
=AU30
|
No
Distributed Power Management - enables to consolidate virtual machines onto fewer hosts and power down unused capacity - reducing power and cooling. This can be fully automated where servers are powered off when not needed and powered back on when workload increases.
|
Yes
Oracle VM provides a DPM feature that works with IPMI and Wake Up On Lan. More info on: http://docs.oracle.com/cd/E50245_01/index.html
|
|
|
Storage Migration
Details
|
=AU31
|
Yes (Live Storage vMotion)
Storage vMotion allows to perform live migration of virtual machine disk files (e.g. across heterogeneous storage arrays) without vm downtime. Storage DRS handles initial vmdk placement and gives migration recommendations to avoid I/O and space utilization bottlenecks on the datastores in the cluster. The migration is performed using storage vMotion.
|
Yes
Oracle VM provides a capability to Migrate the VM Disks to different Storage Repositories (not live). More info on: http://docs.oracle.com/cd/E50245_01/index.html
|
|
|
|
HA/DR |
|
|
|
|
=AU32
|
max 64 nodes / 8000 vm per cluster
Up to 64 nodes can be in a DRS/HA cluster, with a maximum of 8000 vm/cluster
|
32 Hosts in Cluster/Pool
Oracle VM can have up to 32 Servers on each Clustered Server Pool and up to 64 Servers on each Unclustered Server Pool. More info on: http://docs.oracle.com/cd/E50245_01/index.html
|
|
|
Integrated HA (Restart vm)
Details
|
=AU33
|
Yes (VMware HA)
NEW
vSphere 6.5 Proactive HA detect hw condition evacuate host before failure (plugin provided OEM vendors)
Quarantine mode - host is placed in quarantine mode if it is considered in degraded state
Simplified vSphere HA Admission Control - 'Percentage of Cluster Resources' admission control policy
vSphere 6.0
- Support for Virtual Volumes – With Virtual Volumes a new type of storage entity is introduced in vSphere 6.0.
- VM Component Protection – This allows HA to respond to a scenario where the connection to the virtual machine’s datastore is impacted temporarily or permanently.
“Response for Datastore with All Paths Down”
“Response for Datastore with Permanent Device Loss”
- Increased scale – Cluster limit has grown from 32 to 64 hosts and to a max of 8000 VMs per cluster
- Registration of “HA Disabled” VMs on hosts after failure.
VMware HA restarts virtual machines according to defined restart priorities and monitors capacity needs required for defined level of failover.
vSphere HA in vSphere 5.5 has been enhanced to conform with virtual machine-virtual machine anti-affinity rules. Application availability is maintained by controlling the placement of virtual machines recovered by vSphere HA without migration. This capability is configured as an advanced option in vSphere 5.5.
vSphere 5.5 also improved the support for virtual Microsoft Failover Clustering (cluster nodes in virtual machines) - note that this functionality is independent of VMware HA and requires the appropriate Microsoft OS license and configuration of a Microsoft Failover Cluster. Microsoft clusters running on vSphere 5.5 now support Microsoft Windows Server 2012, round-robin path policy for shared storage, and iSCSI and Fibre Channel over Ethernet (FCoE) for shared storage.
While not obvious to the user - with vSphere 5, HA has been re-written from ground-up, greatly reducing configuration and failover time. It now uses a one master - all other slaves concept. HA now also uses storage path monitoring to determine host health and state (e.g. useful for stretched cluster configurations).
|
Yes - Clustered Pool
Oracle VM will restart HA-enabled Guests on remaining Hosts in case of Host failure. More info on: http://docs.oracle.com/cd/E50245_01/index.html
|
|
|
Automatic VM Reset
Details
|
=AU34
|
Yes (VMware HA)
NEW
vSphere 6.5 - Orchestrated Restart - VMware has enforced the VM to VM dependency chain, for a multi-tier application installed across multiple VMs.
Uses heartbeat monitoring to reset unresponsive virtual machines.
|
Yes
Oracle VM will restart Guests on the same Host due to OS Failures. More info on: http://docs.oracle.com/cd/E50245_01/index.html
|
|
|
VM Lockstep Protection
Details
|
Yes (Fault Tolerance) 2 vCPUs.
|
Yes (Fault Tolerance) 2 vCPUs.
NEW
vSphere 6.5 FT has more integration with DRS and enhanced Network (lower the network latency)
Fault Tolerance brings continuous availability protection for VMs with up to 4 vCPUs in Enterprise Plus and Standard is 2 vCPUs.
Uses a shadow secondary virtual machine to run in lock-step with primary virtual machine to provide zero downtime protection in case of host failure.
|
No
|
|
|
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
vSphere 6.5 Proactive HA detect hw condition evacuate host before failure (plugin provided OEM vendors)
Quarantine mode - host is placed in quarantine mode if it is considered in degraded state
Simplified vSphere HA Admission Control - 'Percentage of Cluster Resources' admission control policy
VMware HA restarts virtual machines according to defined restart priorities and monitors capacity needs required for defined level of failover.
|
No
|
|
|
Replication / Site Failover
Details
|
=AU37
|
Yes (vSphere Replication)
DR Orchestration (Vendor Add-On: VMware SRM)
NEW
vSphere Replication is VMware’s proprietary hypervisor-based replication engine designed to protect running virtual machines from partial or complete site failures by replicating their VMDK disk files.
This version extends support for the 5 minute RPO setting to the following new data stores: VMFS 5, VMFS 6, NFS 4.1, NFS 3, VVOL and VSAN 6.5.
|
Yes
If the Storage is Replicated the whole environment can be orchestrated to be up and running in minutes if the Failover Site already has the Oracle VM up and running pointing to the Replicated Storage with the help of Oracle Site Guard. More info on: http://www.oracle.com/technetwork/server-storage/vm/ovm3-disaster-recovery-1872591.pdf
|
