 | ||
| How the Symantec High Availability solution works in a VMware environment | ||
|---|---|---|
| Prev | Introducing the Symantec High Availability solution for VMware | Next |
| ||
| How the Symantec High Availability solution works in a VMware environment | ||
|---|---|---|
| Prev | Introducing the Symantec High Availability solution for VMware | Next |
The Symantec High Availability solution for VMware employs Symantec Cluster Server (VCS) and its agent framework to monitor the state of applications and their dependent components running on the virtual machines that use non-shared storage. Specific agents are available to monitor the application, storage, and network components. Together, these agents monitor the overall health of the configured applications by running specific commands, tests, or scripts.
The storage configuration in the VMware virtual environment determines how VCS functions differently in a non-shared virtual environment. The non-shared storage configuration in the VMware virtual environment involves the VMware VMDK and RDM disks that reside on the shared datastore. This datastore is accessible to multiple virtual machines. However, the disks are attached to a single virtual machine at any given point of time. VCS provides a new storage agent "VMwareDisks" that communicates with the VMware ESX/ESXi hosts to perform the disk detach and attach operations to move the storage disk between the virtual machines, in a VCS cluster.
Note: |
By default the VMwareDisks agent communicates with the ESX/ESXi host to perfom the disk deatch and attach operations. However, instead of the ESX/ESXi hosts you can choose to communicate with the vCenter Server to perform these operations. See How the VMwareDisks agent communicates with the vCenter Server instead of the ESX/ESXi host. |
In event of an application failure, the agents attempt to restart the application services and components for a configurable number of times. If the application fails to start, they initiate an application fail over to the failover target system. During the fail over, the VMwareDisks agent moves the storage disk to the failover target system, the network agents bring the network components online, and the application-specific agents then start the application services on the failover target system.
In case of a virtual machine fault, the VCS agents begin to fail over the application to the failover target system. The VMwareDisks agent sends a disk detach request to the ESX/ESXi host. After the detach operation is successful, the agent proceeds to attach the disks to the new failover target system.
In a scenario where the ESX/ESXi host itself faults, the VCS agents begin to fail over the application to the failover target system that resides on another host. The VMwareDisks agent communicates with the new ESX/ESXi host and initiates a disk detach operation on the faulted virtual machine. The agent then attaches the disk to the new failover target virtual machine.
In the event of a failure when VMware Site Recovery Manager is configured for the virtual machines, the following tasks are performed for application monitoring continuity:
The virtual machines at the protected site are failed over to the recovery site.
The pre-online script defined in the form of a command in the SRM recovery plan applies the specified attribute values for the application components.
The status monitoring script retrieves the application status.
The network agents bring the network components online and the application-specific agents start the application services on the failover target system.
For details on the VCS configuration concepts and clustering topologies, refer to the Symantec Cluster Server Administrator's Guide.
For details on the application agents, refer to the application-specific agent guide.
For details on the storage agents, refer to the VCS Bundled Agents Reference Guide.