6.5
Table Of Contents
- Administrator Guide
- Contents
- About This Book
- Introduction
- Configuring vCenter Server Heartbeat
- Server Protection
- Checking the Server Pair Status
- Monitoring the Status of Servers
- Configuring Heartbeat Settings
- Network Protection
- Application Protection
- Applications: Summary Tab
- Resetting the Application Health Status
- Viewing Application Status
- Setting the Application Timeout Exception
- Remove an Application
- Manually Stop and Start Applications
- Configuring Applications
- Application Maintenance Mode
- Reviewing the State of an Application
- Reviewing the Applications Log
- Filtering Application Log Entries
- Applications: Services Tab
- Applications: Tasks Tab
- Applications: Plug-ins Tab
- Applications: Summary Tab
- Status and Control
- About vCenter Server Heartbeat Console
- Working with Groups
- Working with Pairs in vCenter Server Heartbeat Groups
- Reviewing the Status of vCenter Server Heartbeat Groups and Pairs
- Exiting vCenter Server Heartbeat Console
- Shutting Down Windows Without Stopping vCenter Server Heartbeat
- Controlled Shutdown
- vSphere Web Client Plug-in
- Uninstalling vCenter Server Heartbeat
- Performance Protection
- Data Protection
- Alerts and Events
- Troubleshooting
- Two Active or Two Passive Servers
- Synchronization Failures
- Registry Status is Out-of-Sync
- Channel Drops
- Performance Issues
- Passive Server Does Not Meet Minimum Hardware Requirements
- Hardware or Driver Issues on VMware Channel NICs
- Firewall Connection
- Channel Fails to Connect After Configuring Firewall Ports
- Incorrect VMware Channel Configuration
- VMware vCenter Server Heartbeat Packet Filter Is Enabled on the Channel NIC(s)
- Subnet or Routing Issues
- MaxDiskUsage Errors
- Application Slowdown
- Glossary
Managing the Primary and Secondary Servers
To allow management of vCenter Server Heartbeat server pairs using standard network, domain policy, and
domain management procedures, vCenter Server Heartbeat is deployed so that Primary and Secondary servers
use unique domain names. Each domain name must dier from the fully qualied domain name used by the
original vCenter or SQL Servers. A Management IP address on each server ensures that the Administrator can
access the server even when it is passive. This allows monitoring with 3rd party monitoring tools and
maintenance operations such as updating anti-malware denition les, operating system hot-xes and updates.
Switchover/Failover in a LAN
When deployed in a LAN environment, the Principal (Public) IP address is moved between the Primary and
Secondary servers as the roles change from active to passive so that vCenter Server or SQL Server are available
to clients only when the server assumes the active role. vCenter Server Heartbeat does not require updates to
DNS during the switchover / failover, however the DNS server must be precongured with the Management
IP addresses. Adjacent IP addresses should be reserved and used for the Principal (Public) IP address and the
Management IP addresses for the Primary and Secondary Servers when installing vCenter Server Heartbeat
on servers running Windows Server 2008. When vCenter Server Heartbeat is started, the Principal (Public) IP
address is added to the active server. When a switchover is requested the Principal (Public) IP address is
removed from the active server as it becomes passive and then added to the passive server which is being
made active.
Additionally, vCenter Server Heartbeat can be deployed in a stretched VLAN using the same subnet for the
production and the disaster recovery site. Similar to a LAN installation, this conguration requires that both
the Primary and Secondary servers share the Principal (Public) IP address with the active server revealing the
Principal (Public) IP address while the passive server is hidden from the network. This means that vCenter
Server Heartbeat can be deployed without any changes to DNS during switchover or failover operations.
Switchover/ Failover in a WAN
vCenter Server Heartbeat can be deployed in a WAN where each site uses dierent subnets. When deployed
in this manner, each site will have a dierent Principal (Public) IP address. When a switchover or failover
occurs, vCenter Server Heartbeat will update the DNS server with the Principal (Public) IP address of the new
site thereby allowing clients to connect to the new site.
vCenter Server Heartbeat Protection Levels
vCenter Server Heartbeat provides the following protection levels:
■
Server Protection — vCenter Server Heartbeat provides continuous availability to end users through a
hardware failure scenario or operating system crash. Additionally, vCenter Server Heartbeat ensures users
are provided with a replica server should the production server fail.
■
Network Protection — vCenter Server Heartbeat proactively monitors the network by polling up to three
predened nodes to ensure that the active server is visible on the network.
■
Application Protection — vCenter Server Heartbeat maintains the application environment ensuring that
applications and services stay alive and are available on the network.
■
Performance Protection — vCenter Server Heartbeat proactively monitors system performance attributes
to ensure the system administrator is notied of problems. Additionally, it can be congured to take
pre-emptive action to prevent an outage.
■
Data Protection — vCenter Server Heartbeat intercepts all data written by users and applications, and
maintains a copy of the data on the passive server that can be used in the event of a failure.
10 VMware, Inc.
Administrator Guide