1 VMware High Availability (VMware HA): Deployment Best Practices VMware vsphere 4.1 TECHNICAL WHITE PAPER
2 This paper describes best practices and guidance for properly deploying VMware High Availability (VMware HA) in VMware vsphere 4.1 ( vsphere ), including discussions on proper network and storage design, and recommendations on settings for host isolation response and admission control. This best-practice paper is not designed to replace existing product documentation. Instead it is designed to provide guidance based on the experience of VMware HA Product Management, Technical Marketing and Professional Services staff. Although there are many configuration options to choose from and architecture choices that can be made, the recommendations in this paper are based on the most reliable and resilient possible choices for the majority of cluster deployments. Customers with advanced needs, such as campus clustering and other nonstandard deployments, should review the vsphere Availability Guide for more information, or contact VMware Professional Services for assistance. Introduction Downtime, whether planned or unplanned, brings with it considerable costs. Solutions to ensure higher levels of availability have traditionally been very costly, hard to implement and difficult to manage. VMware vsphere makes it simpler and less expensive to provide higher levels of availability for important applications. With vsphere, organizations can easily increase the baseline level of availability provided for all applications, as well as provide higher levels of availability more easily and cost-effectively. vsphere makes it possible to reduce both planned and unplanned downtime. The revolutionary VMware vmotion (vmotion) capabilities in vsphere make it possible to perform planned maintenance with zero application downtime. VMware HA, a feature of vsphere, specifically reduces unplanned downtime by leveraging multiple VMware ESX and VMware ESXi hosts configured as a cluster, to provide rapid recovery from outages as well as cost-effective high availability for applications running in virtual machines. VMware HA protects application availability in the following ways: It protects against hardware failure by restarting the virtual machines on other hosts within the cluster. It protects against operating system failure by continuously monitoring a virtual machine and resetting it in the event that an operating system (OS) failure is detected. Unlike other clustering solutions, VMware HA provides the infrastructure to protect all workloads within the cluster: You do not need to install additional software within the application or virtual machine. VMware HA protects all workloads. After VMware HA is configured, no actions are required to protect new virtual machines. They are automatically protected. You can combine VMware HA with VMware Distributed Resource Scheduler (VMware DRS) to protect against failures and to provide load balancing across the hosts within a cluster. VMware HA has several advantages over traditional failover solutions, including: Minimal setup Reduced complexity (e.g., no need for quorum disks) Reduced hardware cost and setup Increased application availability without the expense of additional idle failover hosts or the complexity of maintaining identical hosts for failover pairs VMware DRS and vmotion integration Refer to the vsphere Availability Guide for more information on VMware HA basics including how to create HA clusters, how VMware HA works, and explanations on configuration procedures. TECHNICAL WHITE PAPER / 2
3 Design Principles for High Availability The key to architecting a highly available computing environment is to eliminate single points of failure. With the potential of occurring anywhere in the environment, failures can affect both hardware and software. Building redundancy at vulnerable points will help mitigate downtime caused by failures, including failures at the following layers: Server components such as network adapters and host bus adapters (HBAs) Servers, including blades and blade chassis Networking components Storage arrays and storage networking Host Selection Considerations Overall vsphere availability starts with proper host selection, including such items as redundant power supplies, error-correcting memory, remote monitoring and notification, and so on. Consideration also should be given to removing single points of failure in host locations, including distributing hosts across multiple racks or blade chassis to eliminate the ability for rack or chassis failure to impact an entire cluster. When deploying a VMware HA cluster, it is a best practice to build the cluster out of identical server hardware. Using identical hardware provides a number of key advantages: It simplifies configuration and management of the servers using host profiles. It increases the ability to handle server failures and reduces resource fragmentation. Using drastically different hardware will lead to an unbalanced cluster, as described in the Admission Control section. By default, VMware HA prepares for the worst-case scenario, in that the largest host in the cluster will fail. Therefore, in order to handle the worst case, more resources across all the hosts must be reserved, making them essentially unusable. Cluster sizing also has a major impact on overall availability and level of consolidation possible. Smaller clusters require a larger percentage of resources available in order to facilitate their ability to handle failures (covered later in the Admission Control section). Larger clusters can get more complex to manage from a networkingand-storage perspective. Ideal cluster size for the majority of environments is between 6 and 10 nodes. This allows for ample spare capacity to handle failures, without becoming overly complex. Host Placement Considerations VMware HA employs the concept of primary and secondary hosts. Primary hosts are responsible for making failover decisions for the cluster; secondary hosts only execute on these decisions. The first five ESX hosts that join a VMware HA cluster are designated as the primary VMware HA hosts. All subsequent hosts are designated as secondary hosts. Any host that joins the VMware HA cluster must communicate with an existing primary host to complete its configuration, except for when the first host is added to the cluster. At least one primary host must be functional for VMware HA to operate correctly. If all primary hosts are unavailable that is, not responding no hosts can successfully be configured for VMware HA, and no failovers can take place. One of the primary hosts is also designated as the active primary host. Its responsibilities include: Deciding where to restart virtual machines Keeping track of failed restart attempts Determining when it is appropriate to keep trying to restart a virtual machine See the vsphere Availability Guide for more details. There are three scenarios that can cause a primary host in a VMware HA cluster to become unavailable: entering maintenance mode; powering off; and failure. TECHNICAL WHITE PAPER / 3
4 Entering maintenance mode: If a primary host enters maintenance mode, a secondary host, if available, will be chosen and promoted to become a new primary host. Failure and power-off: If a primary host is powered off or fails, the total number of primary hosts is reduced by one. No secondary host is promoted to become a new primary host in this case. Therefore, VMware HA will be able to handle no more than four consecutive failures of primary hosts. If all the primary hosts fail, the cluster loses VMware HA protection. In order to prevent loss of all primary hosts due to a single failure, it is highly recommended that the cluster be architected so no more than four hosts in a given cluster are placed in the same server rack or blade chassis. Although it would appear possible to add hosts to the cluster in a specific order so as to prevent more than four hosts from being designated as primary in a single rack or chassis, shifting a host to maintenance mode causes a new primary to be elected. For this reason it is critical to not allow more than four ESX hosts in the same cluster to exist in the same failure domain, as the primary role might shift around over time. Networking Design Considerations Best practices network design falls into two specific areas: increasing resiliency of client side networking to ensure access from external systems to workloads running in vsphere; and increasing resiliency of communications used by VMware HA itself. General Networking Guidelines The following suggestions are general best practices for configuring networking for improved availability. Configuring switches. If the physical network switches that connect your servers support the PortFast or an equivalent setting, enable it. This setting prevents a host from incorrectly determining that a network is isolated during the execution of lengthy Spanning Tree algorithms on boot. For more information on this option, refer to the documentation provided by your networking switch vendor. Disable host monitoring (using VMware vcenter Server, deselect the Enable Host Monitoring check box in the cluster s Settings dialog box, VMware HA->Host Monitoring Status) when performing any networking maintenance that might disable all heartbeat paths between hosts and cause isolation responses. Use DNS for name resolution rather than the error-prone method of manually editing the local /etc/hosts file on ESX hosts. If you do edit /etc/hosts, you must include both long and short names. VMware HA modifies the /etc/hosts file if the information in it is wrong or needs to be added. Use consistent port names on VLANs for virtual machine networks on all ESX hosts in the cluster. Port names are used to determine compatibility of the network by virtual machines. VMware HA will check whether a host is compatible before initiating a failover. If there are no hosts with matching port group names available, no failover is possible. Use of a documented naming scheme is highly recommended. Issues with port naming can be completely mitigated by using VMware distributed virtual switches. Host firewalls. On ESX/ESXi hosts, VMware HA needs and automatically opens the following firewall ports: Incoming port: TCP/UDP Outgoing port: TCP/UDP Configure redundant networking from ESX hosts to network switching hardware if possible. Using network adapter teaming can enhance overall network availability as well as increase overall throughput. Setting Up Redundancy for VMware HA Networking Networking redundancy between cluster hosts is absolutely critical for VMware HA reliability. Redundant management networking enables the reliable detection of failures and prevents isolation conditions from occurring. For this document, management network refers to the service console network on ESX 4.1 or the VMkernel network selected for use as a management network on ESXi 4.1. TECHNICAL WHITE PAPER / 4
5 You can implement network redundancy at the network adapter level or at the management network level. In most implementations, network adapter teaming provides sufficient redundancy, and it is explained here. If you wish to add additional redundancy, see the ESX/ESXi Configuration Guide for more information on setting up redundant management networks. Network Adapter Teaming and Management Networks Using a team of two network adapters connected to separate physical switches can improve the reliability of the management network. Because servers connected to each other through two network adapters and through separate switches have two independent paths for sending and receiving heartbeats, the cluster is more resilient. It should be noted, however, that in this setup, only one network adapter is active at one time. As such, a heartbeat can only be sent or received through a single path. To configure a network adapter team for the management network, configure the vnics in the vswitch configuration for the ESX/ESXi host, for active/standby configuration. Requirements: Two physical network adapters VLAN trunking Recommended: Two physical switches The vswitch should be configured as follows: Load balancing = route based on the originating virtual port ID (default) Failback = No vswitch0: two physical network adapters (for example: vmnic0 & vmnic2) Two port groups (for example, vmotion and management) In this example, the management network runs on vswitch0 as active on vmnic0 and standby on vmnic2. The vmotion network runs on vswitch0 as active on vmnic2 and standby on vmnic0. Each port group has a VLAN ID assigned and it runs dedicated on its own physical network adapter; only in the case of a failure is it switched over to the standby network adapter. Failback is set to No because in the case of physical switch failure and restart, ESX might incorrectly recognize that the switch is back online when its ports first come online. In reality, the switch might not be forwarding on any packets until it is fully online. However, when Failback is set to No and an issue arises, both your management network and vmotion network will be running on the same network adapter and will keep on running until you manually intervene. The following diagram depicts this scenario: Service Console VMkernel vmnic0 vswitch0 vmnic2 Physical Switch 01 Physical Switch 02 TECHNICAL WHITE PAPER / 5
6 Storage Design Considerations To maintain a constant connection between an ESX/ESXi host and its storage, ESX/ESXi supports multipathing. Multipathing is a technique that enables you to use more than one physical path that transfers data between the host and an external storage device. In case of a failure of any element in the SAN network, such as an adapter, switch or cable, ESX/ESXi can switch to another physical path that does not use the failed component. This process of path switching to avoid failed components is known as path failover. In addition to path failover, multipathing provides load balancing. Load balancing is the process of distributing I/O loads across multiple physical paths. Load balancing reduces or removes potential bottlenecks. For Fibre Channel SAN configurations, multipathing setup is very specific to the HBA, switch and array components chosen. Please see the Fibre Channel Configuration Guide for more information. For iscsi configurations, both ESX and ESXi support creating a second iscsi initiator to enable multipathing configurations. See the iscsi SAN Configuration Guide for more details on setting up multiple iscsi initiators. VMware strongly recommends multiple paths to storage for maximum resiliency for all block storage configurations. Understanding Host Isolation A key mechanism within VMware HA is the ability for a host to detect when it has been isolated from the rest of the cluster. An ESX host is considered to be isolated when it loses the ability to exchange heartbeat or status information with other hosts in the VMware HA cluster via the service console network or management network on ESXi 4.1 and it cannot communicate with its configured isolation addresses. The key concept to understand about host isolation is that the host in question has detected that it is likely dealing with a communication issue, and that other healthy hosts might very well exist. However, other hosts in the cluster cannot detect whether a host has been isolated from the network or has been powered off, failed or crashed. They only detect that the host is unreachable, and therefore must execute the standard response of failing over virtual machines to other healthy hosts. By default, a host detecting that it is isolated will shut down running virtual machines on the premise that other healthy hosts remain in the cluster, and that they can better provide service for the virtual machines. This response can be tuned in specific cases, as explained later. Host isolation happens only in cases where management network connectivity between hosts in the cluster has failed but a host remains running. Although host isolation response enables some level of tuning to allow for proper failover of virtual machines to other, more viable hosts, an outage will still occur during failover. It is strongly recommended that reliable, redundant networking be configured between hosts for VMware HA use, to prevent the possibility of this occurrence. Host Isolation Detection The mechanism that detects host isolation is based on the presence of heartbeats. When a host receives no heartbeats from any of the other nodes for 13 seconds (default setting), it will ping the configured isolation address(es). The default isolation address is the gateway specified for the management network, but there is a possibility of specifying one or more additional isolation addresses with the advanced settings: das.isolationaddress[x] (where X is 1 10) and das.usedefaultisolationaddress (set to False if default gateway address is nonpingable). We recommend setting at least one additional isolation address, such as a router close to the hosts. When isolation has been confirmed, meaning no heartbeats have been received and VMware HA was unable to ping any of the isolation addresses, VMware HA will execute the host isolation response. The host isolation response options are: 1) shut down, 2) power off, and 3) remain powered on. These are described in the following section. TECHNICAL WHITE PAPER / 6
7 If only one heartbeat is received or only a single isolation address can be pinged, the isolation response will not be triggered. Keep in mind that primary VMware HA hosts send heartbeats to primary and secondary hosts, whereas secondary hosts send heartbeats only to primary hosts. This means that in rare cases where all secondary nodes are on one side of a split of the management network, the secondary nodes could all detect themselves to be isolated. This is another good example of the need for redundant management networking. Host Isolation Response The action taken by VMware HA for virtual machines running on a host when the host has lost its ability to communicate with other hosts over the management network and cannot ping the isolation addresses is called host isolation response. Host isolation does not necessarily mean that the virtual machine network is down only that the management network, and possibly others, are down. Host isolation response configures how an ESX/ESXi host will respond when it detects that it is isolated. The restarting of virtual machines by VMware HA on other hosts in the cluster in the event of a host isolation or host fault is dependent on the host monitoring setting for that particular host. If host monitoring is disabled, restart of virtual machines is also disabled on other hosts following a host failure or isolation. Essentially, a host will always perform the programmed host isolation response when it detects that it is isolated. The host monitoring setting determines whether virtual machines will be restarted elsewhere following this event. There are three settings for a VMware HA cluster s host isolation response: leave powered on; power off; and shut down. For vsphere 4.0 and 4.1, the default host isolation response setting for the VMware HA cluster is shut down. This setting can also be configured independently for each virtual machine in the cluster. Shut down We recommend that you use the default shut down setting because it gracefully shuts down virtual machines in the event of host isolation. VMware HA uses VMware Tools to initiate this shutdown; as such, VMware Tools should be installed within the guest operating system if the shut down isolation response is selected. When a guest shutdown is initiated, VMware HA will wait up to 5 minutes by default, configurable, using advanced options for the guest OS to shut down before it powers off the virtual machine. If the guest shuts down cleanly, no power-off will occur. VMware strongly recommends the shut down setting for all environments. Assuming a reliable, redundant service console network, cases of host isolation should be nearly nonexistent. In the unlikely event of an isolation occurrence, shut down makes sure that the virtual machine is properly shut down, with minimal time added to the failover. Power off Setting the host isolation response to power off enables the user to trade a hard power-off of the virtual machine for reduced failover time. Since power off is similar to pulling the plug, there is also a chance higher for Windows-based guest operating systems that the guest operating systems might be inconsistent and that crash recovery within the guests might be invoked on restart. Using the power off option essentially trades restart time for possible problems with integrity in the virtual machine. With a properly designed service console network, actual host isolation, while other machines remain viable in the cluster, is very small. It is strongly recommended that this option not be used unless the administrator completely understands the trade-off. In other words, if you have enough isolation problems that you feel the need to tune for faster restart, you should consider enhancing your service console networking rather than performing isolation tuning Leave powered on The leave powered on setting does exactly as the name implies. In a host isolation situation, the virtual machine is left powered on. This option is typically used only on rare configurations where the network configuration might lead to a loss of the management network while retaining access to storage, and the user desires the system to continue processing compute operations, such as a financial calculation environment where uptime of the virtual machine is more important than client/customer access. Configuring leave powered on should be considered only after carefully examining the likelihood of failure of a properly designed management network, and the environment-specific needs of the virtual machines in question. TECHNICAL WHITE PAPER / 7
8 How VMware HA Avoids Split-Brain Scenarios In any host isolation response setting, the remaining hosts in the VMware HA cluster will always try to restart the isolated host s virtual machines. In situations where virtual machines still hold their VMFS file locks, such as a break of the service console network leaving hosts running and heartbeating each other on both sides. VMFS locking prevents any true split-brain scenario. However, in the case where leave powered on is selected as the isolation response and both the service console network and the storage network are isolated, a split-brain scenario could occur. In these situations, ESX will detect that a virtual machine is active but the VMFS file lock is owned by another host, and it will act upon this. ESX will automatically power-off the virtual machine that has lost access to its VMFS files. Host Isolation and VMware Fault Tolerance Host isolation responses are not performed on virtual machines enabled with VMware Fault Tolerance (VMware FT). The rationale is that the primary and secondary fault-tolerant virtual machine pairs are already communicating via the fault tolerance logging network. They either will continue to have network connectivity and continue to function, or they have lost network and are not heartbeating over the fault tolerance logging network; one of them will then take over as the primary fault-tolerant virtual machine. Because VMware HA does not offer better protection than that, it skips fault-tolerant virtual machines when initiating host isolation response. Admission Control VMware vcenter Server uses VMware HA admission control to ensure that sufficient resources in the cluster are reserved for virtual machine recovery in the event of host failure. Admission control will prevent the following if they encroach into the resources reserved for virtual machines restarted due to failure: The power-on of new virtual machines Changes of virtual machine memory or CPU reservations A vmotion of a virtual machine into the cluster from another cluster This mechanism is highly recommended in order to guarantee the availability of virtual machines. Beginning with vsphere 4.0, VMware HA offers three configuration options for choosing your admission control strategy: Host Failures Cluster Tolerates policy (default): VMware HA ensures that a specified number of hosts can fail and sufficient resources remain in the cluster to fail over all the virtual machines from those hosts. VMware HA uses a concept called slots to calculate both available and needed resources for a failing over virtual machines from a failed host. Percentage of cluster resources reserved as failover spare capacity: VMware HA ensures that a specified percentage of aggregate cluster resources are reserved for failover. This policy is recommended for situations where virtual machines must be hosted with significantly different CPU and memory reservations in the same cluster, or where they have differently sized hosts in terms of CPU and memory capacity. Specify a failover host: VMware HA designates a specific host as the failover host. When a host fails, VMware HA attempts to restart its virtual machines on the specified failover host. The best-practices recommendation from VMware staff for admission control is as follows. Select the percentage of cluster resources reserved for admission control. This policy offers the most flexibility in terms of host and virtual machine sizing. In most cases, a simple calculation of 1/N, where N = total nodes in the cluster will yield adequate sparing. Ensure that all cluster hosts are sized equally. An unbalanced cluster results in excess capacity being reserved to handle failure of the largest possible node. TECHNICAL WHITE PAPER / 8
9 Attempt to keep virtual machine sizing requirements similar across all configured virtual machines. The Host Failures Cluster Tolerates policy uses a notion of slot sizes to calculate the amount of capacity needed to be reserved for each virtual machine. The slot size is based on the largest reserved memory and CPU needed for any virtual machine. Mixing virtual machines of largely different CPU and memory requirements will cause the slot size calculation to default to the largest possible for all virtual machines, limiting consolidation. See the vsphere Availability Guide for more information on slot size calculation and overriding slot size calculation in cases where you must configure different size virtual machines in the same cluster. With the release of vsphere 4.1, VMware HA now has the added capability to balance virtual machine loading on failover, reducing resource fragmentation in a cluster when virtual machines of different CPU and memory requirements are configured. VMware HA will now migrate virtual machines by invoking VMware DRS to create more contiguous slots on a host to increase the chance for larger virtual machines to be restarted. This does not guarantee enough contiguous resources to restart all the failed virtual machines. It simply means that vsphere will make the best effort to restart all virtual machines with the host resources remaining after a failure. Based on available resources, admission control calculates the capacity required for a failover. In other words, if a host is placed into maintenance mode or it is disconnected, it is taken out of the equation. This might cause issues with powering up virtual machines when systems are down or in maintenance mode. In reality, this is not a problem. Rather, it is vsphere warning you that you do not have adequate capacity to handle an additional host failure in the current cluster configuration. There are certain implications to using strict admission control to guarantee availability of failover capacity when using VMware Distributed Power Management (VMware DPM). See VMware Knowledge Base article for more information on admission control and VMware DPM. Affinity Rules A virtual machine host affinity rule specifies whether or not the members of a selected virtual machine VMware DRS group can run on the members of a specific host VMware DRS group. Unlike a virtual machine virtual machine affinity rule, which specifies affinity, or anti-affinity, between individual virtual machines, a virtual machine host affinity rule specifies an affinity relationship between a group of virtual machines and a group of hosts. There are required rules, designated by must, and preferential rules, designated by should. See the vsphere Resource Management Guide for more details on setting up virtual machine host affinity rules. When preferential rules are used to specify affinity of virtual machines to hosts, VMware HA will restart virtual machines from a failed ESX host on any available ESX host in a VMware HA cluster. Then VMware DRS will migrate the virtual machines back to their host groups to preserve the preferential rule if possible. However, when required rules are used, VMware HA will restart virtual machines only on an ESX host in the same host VMware DRS group. If no available hosts are in the host VMware DRS group, or if the hosts are resource constrained, the restart will fail. Recommendation: Avoid widespread use of virtual machine host affinity rules. These rules, especially required rules, restrict placement of virtual machines, so take extra care in deploying virtual machine host affinity rules. TECHNICAL WHITE PAPER / 9
10 Summary VMware HA along with new VMware vsphere 4.1 capabilities of clusters and resource pools and tighter integration with other VMware tools such as VMware vcenter Server, vmotion, and VMware DRS greatly simplifies virtual machine provisioning, resource allocation, load balancing and migration, while also providing an easy-to-use, cost-effective, high-availability and failover solution for applications running in virtual machines. Using VMware vsphere 4.1 and VMware HA helps to eliminate single points of failure in the deployment of business-critical applications in virtual machines. At the same time, it enables you to maintain other inherent virtualization benefits such as higher system utilization, closer alignment of IT resources with business goals and priorities, and more streamlined, simplified and automated administration of larger infrastructure installations and systems. VMware, Inc Hillview Avenue Palo Alto CA USA Tel Fax Copyright 2010 VMware, Inc. All rights reserved. This product is protected by U.S. and international copyright and intellectual property laws. VMware products are covered by one or more patents listed at VMware is a registered trademark or trademark of VMware, Inc. in the United States and/or other jurisdictions. All other marks and names mentioned herein may be trademarks of their respective companies. Item No: VMW_11Q4_WP_BestPractices_p10_R1
Setup for Failover Clustering and Microsoft Cluster Service Update 1 ESX 4.0 ESXi 4.0 vcenter Server 4.0 This document supports the version of each product listed and supports all subsequent versions until
Business Continuance of SAP Solutions on Vmware vsphere This product is protected by U.S. and international copyright and intellectual property laws. This product is covered by one or more patents listed
VMWARE TECHNICAL NOTE VMware Infrastructure Automating High Availability (HA) Services with VMware HA VMware Infrastructure 3 is the first full infrastructure virtualization suite to empower enterprises
ESXi 5.1 vcenter Server 5.1 This document supports the version of each product listed and supports all subsequent versions until the document is replaced by a new edition. To check for more recent editions
This product is protected by U.S. and international copyright and intellectual property laws. This product is covered by one or more patents listed at http://www.vmware.com/download/patents.html. VMware
Introduction By leveraging the inherent benefits of a virtualization based platform, a Microsoft Exchange Server 2007 deployment on VMware Infrastructure 3 offers a variety of availability and recovery
ESXi 6.0 vcenter Server 6.0 This document supports the version of each product listed and supports all subsequent versions until the document is replaced by a new edition. To check for more recent editions
Setup for Failover Clustering and Microsoft Cluster Service ESXi 5.0 vcenter Server 5.0 This document supports the version of each product listed and supports all subsequent versions until the document
ESXi 5.5 vcenter Server 5.5 This document supports the version of each product listed and supports all subsequent versions until the document is replaced by a new edition. To check for more recent editions
Setup for Failover Clustering and Microsoft Cluster Service Update 1 ESXi 5.1 vcenter Server 5.1 This document supports the version of each product listed and supports all subsequent versions until the
Esri ArcGIS Server 10 for VMware Infrastructure October 2011 DEPLOYMENT AND TECHNICAL CONSIDERATIONS GUIDE Table of Contents Introduction... 3 Esri ArcGIS Server 10 Overview.... 3 VMware Infrastructure
VMware vsphere 5.0 Boot Camp This powerful 5-day 10hr/day class is an intensive introduction to VMware vsphere 5.0 including VMware ESX 5.0 and vcenter. Assuming no prior virtualization experience, this
Course ID VMW200 VMware vsphere 5.1 Advanced Administration Course Description This powerful 5-day 10hr/day class is an intensive introduction to VMware vsphere 5.0 including VMware ESX 5.0 and vcenter.
Symantec and VMware: Virtualizing Business Critical Applications with Confidence WHITE PAPER Challenges of Using Traditional High-Availability Solutions Business-critical applications and the systems they
ESXi 5.0 vcenter Server 5.0 This document supports the version of each product listed and supports all subsequent versions until the document is replaced by a new edition. To check for more recent editions
Top 10 Reasons to Virtualize VMware Zimbra Collaboration Server with VMware vsphere white PAPER Email outages disrupt a company s ability to conduct business. Issues as diverse as scheduled downtime, human
Technical Note Configuration s VMware Infrastructure 3 When you are selecting and configuring your virtual and physical equipment, you must stay at or below the maximums supported by VMware Infrastructure
This product is protected by U.S. and international copyright and intellectual property laws. This product is covered by one or more patents listed at http://www.vmware.com/download/patents.html. VMware
The functionality and advantages of a high-availability file server system This paper discusses the benefits of deploying a JMR SHARE High-Availability File Server System. Hardware and performance considerations
Multipathing Configuration for Software iscsi Using Port Binding Technical WHITE PAPER Table of Contents Multipathing for Software iscsi.... 3 Configuring vmknic-based iscsi Multipathing.... 3 a) Configuring
Virtualizing Business-Critical Applications with Confidence T e c h n i c a l W H I T E P A P E R Challenges Using Traditional High-Availability Solutions Within any business, there are a number of applications
Technical Note Using VMware ESX Server with IBM System Storage SAN Volume Controller ESX Server 3.0.2 This technical note discusses using ESX Server hosts with an IBM System Storage SAN Volume Controller
What s New in VMware vsphere 4.1 VMware vcenter VMware vsphere 4.1 W H I T E P A P E R VMware vsphere 4.1 ( vsphere ) continues to improve on its industry-leading virtualization platform, continuing the
This product is protected by U.S. and international copyright and intellectual property laws. This product is covered by one or more patents listed at http://www.vmware.com/download/patents.html. VMware
11_9780789740564_ch10.qxd 12/15/10 3:54 PM Page 255 CHAPTER 10 Backup and High Availability This chapter covers the following VCP exam topics:. VMware Consolidated Backup (VCB). High Availability (HA).
Citrix XenApp Server Deployment on VMware ESX at a Large Multi-National Insurance Company June 2010 TECHNICAL CASE STUDY Table of Contents Executive Summary...1 Customer Overview...1 Business Challenges...1
VMware vsphere 4.1 with ESXi and vcenter This powerful 5-day class is an intense introduction to virtualization using VMware s vsphere 4.1 including VMware ESX 4.1 and vcenter. Assuming no prior virtualization
Veritas Storage Foundation High Availability for Windows by Symantec Simple-to-use solution for high availability and disaster recovery of businesscritical Windows applications Data Sheet: High Availability
vcenter Server Heartbeat 5.5 Update 2 This document supports the version of each product listed and supports all subsequent versions until the document is replaced by a new edition. To check for more recent
ware vshield App Design Guide TECHNICAL WHITE PAPER ware vshield App Design Guide Overview ware vshield App is one of the security products in the ware vshield family that provides protection to applications
Mastering Disaster Recovery: Business Continuity and Virtualization Best Practices W H I T E P A P E R Table of Contents Introduction.......................................................... 3 Challenges
Stretched Clusters and VMware vcenter TM Site Recovery Manager Understanding the Options and Goals TECHNICAL WHITE PAPER Table of Contents Introduction... 3 Terms and Definitions... 4 Local Availability....
Management of VMware ESXi on W H I T E P A P E R Table of Contents Introduction................................................................ 3 HP Systems Insight Manager.................................................
VMware vsphere 4.1 Pricing, Packaging and Licensing Overview E f f e c t i v e A u g u s t 1, 2 0 1 0 W H I T E P A P E R Table of Contents Executive Summary...................................................
Introduction to VMware EVO: RAIL White Paper Table of Contents Introducing VMware EVO: RAIL.... 3 Hardware.................................................................... 4 Appliance...............................................................
WHITE PAPER VMware Infrastructure 3 Pricing, Packaging and Licensing Overview Table of Contents Introduction to VMware Infrastructure 3.......................................3 Pricing, Packaging & Licensing
vsphere 5.5 ESXi 5.5 vcenter Server 5.5 This document supports the version of each product listed and supports all subsequent versions until the document is replaced by a new edition. To check for more
SAP NetWeaver High Availability and Business Continuity in Virtual Environments with VMware and Hyper-V on Microsoft Windows Applies to: SAP NetWeaver 7.00 and higher releases. Summary Introduction: SAP
VMware vsphere: Fast Track [V5.0] Experience the ultimate in vsphere 5 skills-building and VCP exam-preparation training. In this intensive, extended-hours course, you will focus on installing, configuring,
Reducing the Cost and Complexity of Business Continuity and Disaster Recovery for Email Harnessing the Power of Virtualization with an Integrated Solution Based on VMware vsphere and VMware Zimbra WHITE
VMware vsphere Examples and Scenarios ESXi 5.1 vcenter Server 5.1 vsphere 5.1 This document supports the version of each product listed and supports all subsequent versions until the document is replaced
Setup for Failover Clustering and Microsoft Cluster Service ESXi 5.5 vcenter Server 5.5 This document supports the version of each product listed and supports all subsequent versions until the document
Nutanix Tech Note Configuration Best Practices for Nutanix Storage with VMware vsphere Nutanix Virtual Computing Platform is engineered from the ground up to provide enterprise-grade availability for critical
TECHNOLOGY REVIEW MAKING YOUR VIRTUAL INFRASTUCTURE NON-STOP Making availability efficient with Veritas products AUGUST 2015 All businesses have a core set of applications and services that are critical
Technology Concepts and Business Considerations Abstract A virtual information infrastructure allows organizations to make the most of their data center environment by sharing computing, network, and storage
VMware vstorage Virtual Machine File System Technical Overview and Best Practices A V M wa r e T e c h n i c a l W h i t e P a p e r U p d at e d f o r V M wa r e v S p h e r e 4 V e r s i o n 2. 0 Contents
What s New in VMware vsphere 4.1 Storage VMware vsphere 4.1 W H I T E P A P E R Introduction VMware vsphere 4.1 brings many new capabilities to further extend the benefits of vsphere 4.0. These new features
VMware vsphere Metro Storage Cluster VMware vsphere 6.0 TECHNICAL MARKETING DOCUMENTATION V 2.0 JUNE 2015 Table of Contents Purpose and Overview... 3 Target Audience.... 3 Interpreting This Document....
VMware vsphere 5.0 Evaluation Guide Auto Deploy TECHNICAL WHITE PAPER Table of Contents About This Guide.... 4 System Requirements... 4 Hardware Requirements.... 4 Servers.... 4 Storage.... 4 Networking....
TECHNICAL NOTE VMware Infrastructure 3 SAN Conceptual and Design Basics VMware ESX Server can be used in conjunction with a SAN (storage area network), a specialized high speed network that connects computer
DMZ Virtualization Using VMware vsphere 4 and the Cisco Nexus 1000V Virtual Switch What You Will Learn A demilitarized zone (DMZ) is a separate network located in the neutral zone between a private (inside)
Phone: (603)883-7979 firstname.lastname@example.org Cepoint Cluster Server CEP Cluster Server turnkey system. ENTERPRISE HIGH AVAILABILITY, High performance and very reliable Super Computing Solution for heterogeneous
Pricing, Packaging and Licensing Overview W H I T E P A P E R Table of Contents Introduction to VMware vsphere 4..................................... 3 Pricing, Packaging and Licensing Overview..............................
VMware SAN Backup Using VMware vsphere Data Protection Advanced SEPTEMBER 2014 VMware SAN Backup Using VMware vsphere Table of Contents Introduction.... 3 vsphere Architectural Overview... 4 SAN Backup
of SAP Solutions on Vmware vsphere SAP Solutions on VMware Protecting Against Unplanned Downtime This product is protected by U.S. and international copyright and intellectual property laws. This product
COMPARISON OF VMware VSHPERE HA/FT vs stratus ftserver SYSTEMS White Paper 2 Ensuring Availability of Virtualized Business-Critical Applications in an Always-On World Introduction Virtualization has become
WHITE PAPER VMware vsphere 4 Pricing, Packaging and Licensing Overview Introduction to VMware vsphere 4... 3 Pricing, Packaging and Licensing Overview... 3 What s New in VMware vsphere.... 4 VMware vsphere
Storage I/O Control Technical Overview and Considerations for Deployment VMware vsphere 4.1 T E C H N I C A L W H I T E P A P E R Executive Summary Storage I/O Control (SIOC) provides storage I/O performance
VMWARE VSPHERE 5.0 WITH ESXI AND VCENTER CORPORATE COLLEGE SEMINAR SERIES Date: April 15-19 Presented by: Lone Star Corporate College Format: Location: Classroom instruction 8 a.m.-5 p.m. (five-day session)
1. Mục tiêu khóa học. Khóa học sẽ tập trung vào việc cài đặt, cấu hình và quản trị VMware vsphere 5.1. Khóa học xây dựng trên nền VMware ESXi 5.1 và VMware vcenter Server 5.1. 2. Đối tượng. Khóa học dành
OPTIMIZING SERVER VIRTUALIZATION HP MULTI-PORT SERVER ADAPTERS BASED ON INTEL ETHERNET TECHNOLOGY As enterprise-class server infrastructures adopt virtualization to improve total cost of ownership (TCO)
Disaster Recovery with EonStor DS Series &VMware Site Recovery Manager Application Note Version: 1.0 Updated: July, 2015 Abstract: This application note provides information about Infortrend Storage Replication
VMware vcloud Networking and Security Overview Networks and Security for Virtualized Compute Environments WHITE PAPER Overview Organizations worldwide have gained significant efficiency and flexibility
HP StorageWorks MPX200 Simplified Cost-Effective Virtualization Deployment Executive Summary... 2 HP StorageWorks MPX200 Architecture... 2 Server Virtualization and SAN based Storage... 3 VMware Architecture...
Setup for Failover Clustering and Microsoft Cluster Service Update 1 ESXi 6.0 vcenter Server 6.0 This document supports the version of each product listed and supports all subsequent versions until the
Vmware Training Course: Vmware Training Duration: 25 Days (Regular) Mode of Training: Classroom (Instructor-Led) Virtualization has redefined the way IT resources are consumed and services are delivered.
What s New in VMware Site Recovery Manager 6.1 Technical Overview AUGUST 2015 Table of Contents Introduction... 2 Storage profile based protection... 2 Stretched Storage and Orchestrated vmotion... 5 Enhanced
vsphere 6.0 ESXi 6.0 vcenter Server 6.0 This document supports the version of each product listed and supports all subsequent versions until the document is replaced by a new edition. To check for more
Class Schedule E-SPIN's Virtualization Management, System Administration Technical Training with VMware vsphere Enterprise (7 Day) Date: Specific Pre-Agreed Upon Date Time: 9.00am - 5.00pm Venue: Pre-Agreed
Best Practices for Monitoring Databases on VMware Dean Richards Senior DBA, Confio Software 1 Who Am I? 20+ Years in Oracle & SQL Server DBA and Developer Worked for Oracle Consulting Specialize in Performance
Metro Storage Cluster Case Study VMware vsphere 5.0 TECHNICAL MARKETING DOCUMENTATION v 1.0 MAY 2012 Table of Contents Purpose and Overview... 3 Target Audience.... 3 Interpreting This Document.... 3 Reference
Nutanix Tech Note VMware vsphere Networking on Nutanix Nutanix Virtual Computing Platform is engineered from the ground up for virtualization and cloud environments. This Tech Note describes vsphere networking
Deploying F5 BIG-IP Virtual Editions in a Hyper-Converged Infrastructure Justin Venezia Senior Solution Architect Paul Pindell Senior Solution Architect Contents The Challenge 3 What is a hyper-converged
Network Troubleshooting & Configuration in vsphere 5.0 2010 VMware Inc. All rights reserved Agenda Physical Network Introduction to Virtual Network Teaming - Redundancy and Load Balancing VLAN Implementation
Using EonStor FC-host Storage Systems in VMware Infrastructure 3 and vsphere 4 Application Note Abstract This application note explains the configure details of using Infortrend FC-host storage systems
Introduction........................................................................................ 2 ESX Server Architecture and the design of Virtual Machines........................................
VMware vsphere 5.0 Evaluation Guide Advanced Networking Features TECHNICAL WHITE PAPER Table of Contents About This Guide.... 4 System Requirements... 4 Hardware Requirements.... 4 Servers.... 4 Storage....
WHITE PAPER Citrix XenServer High Availability for Citrix XenServer Enhancing XenServer Fault Tolerance with High Availability www.citrix.com Contents Contents... 2 Heartbeating for availability... 4 Planning
Table of Contents UCS E-Series Availability and Fault Tolerance... 3 Solid hardware... 3 Consistent management... 3 VMware vsphere HA and FT... 3 Storage High Availability and Fault Tolerance... 4 Quick-start