6.6
Table Of Contents
- vCenter Server Heartbeat Administrator's Guide
- Contents
- About This Book
- Introduction
- vCenter Server Heartbeat Monitoring
- Supported vCenter Server Heartbeat Clients
- vCenter Server Heartbeat Console
- vSphere Web Client Plug-in
- vSphere Client Plug-in
- Server Monitoring
- Network Monitoring
- Application Monitoring
- Performance Monitoring
- Monitoring Data Replication
- Managing vCenter Server Heartbeat
- Server Configuration Wizard
- Managing Heartbeat Settings
- Managing Application Protection
- Managing Services
- Managing Tasks
- Managing Rules
- Managing Plug-ins
- Managing Data Protection
- Maintaining vCenter Server Heartbeat
- vCenter Server Heartbeat Diagnostics
- Collecting Diagnostic Logs
- Two Active or Two Passive Nodes
- Synchronization Failures
- Registry Status is Out-of-Sync
- Channel Drops
- Performance Issues
- Passive Node 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
3 Re-designate the Secondary as the new active node. After this step, vCenter Server Heartbeat:
■
Reassigns the Public IP address to the Secondary in a LAN or updates DNS in a WAN.
■
Makes the newly active node visible on the network. The newly active node begins to intercept and
queue disk I/O operations for the newly passive node.
4 vCenter Server Heartbeat causes the newly passive node to begin accepting updates from the active
node.
5 vCenter Server Heartbeat starts the same protected applications on the new active node. The protected
applications become accessible to users. The failover is complete
Failover - Automatically Initiated by vCenter Server Heartbeat
Automatic failover (auto-failover) is triggered when system monitoring detects failure of a protected application
or when the passive node detects that the active node is no longer running properly and assumes the role of
the active node.
Resulting from a hardware, operating system, or network communications failure
Figure 1- 7. Automatic Failover (failed node)
During the auto-failover, the passive node performs the following steps:
1 Apply any intercepted updates currently in the passive node’s receive queue as identified by the log of
update records that are saved on the passive node but not yet applied to the replicated files.
The amount of data in the passive node’s receive queue affects the time required to complete the failover
process. If the passive node’s receive queue is long, the system must wait for all updates to the passive
node to complete before the rest of the process can take place. An update record can be applied only if
all earlier update records are applied, and the completion status for the update is in the passive node’s
receive queue. Update records that cannot be applied are discarded.
2 Switch mode of operation from passive to active.
This enables the public identity of the new active node. The shared Public IP address is assigned to the
new active node and the node becomes available to clients that were connected to the previously active
node before the auto-failover and clients are able to reconnect.
VMware, Inc. 15
Chapter 1 Introduction