InfoScale™ 9.0 Release Notes - Linux
- Introduction and product requirements
- Changes introduced in this release
- Fixed issues
- Limitations
- Virtualization software limitations
- Storage Foundation software limitations
- Dynamic Multi-Pathing software limitations
- InfoScale Volume Manager software limitations
- File System (VxFS) software limitations
- SmartIO software limitations
- Replication software limitations
- Cluster Server software limitations
- Limitations related to bundled agents
- Limitations related to VCS engine
- Limitations related to the VCS database agents
- Cluster Manager (Java console) limitations
- Limitations related to LLT
- Limitations related to I/O fencing
- Limitations related to bundled agents
- Storage Foundation Cluster File System High Availability software limitations
- Storage Foundation for Oracle RAC software limitations
- Storage Foundation for Databases (SFDB) tools software limitations
- Known issues
- Issues related to installation, licensing, upgrade, and uninstallation
- REST API known issues
- Storage Foundation known issues
- Dynamic Multi-Pathing known issues
- InfoScale Volume Manager known issues
- File System (VxFS) known issues
- Virtualization known issues
- Replication known issues
- Cluster Server known issues
- Operational issues for VCS
- Issues related to the VCS engine
- Issues related to the bundled agents
- Issues related to the VCS database agents
- Issues related to the agent framework
- Cluster Server agents for Volume Replicator known issues
- Issues related to Intelligent Monitoring Framework (IMF)
- Issues related to global clusters
- Issues related to the Cluster Manager (Java Console)
- LLT known issues
- I/O fencing known issues
- Operational issues for VCS
- Storage Foundation and High Availability known issues
- Storage Foundation Cluster File System High Availability known issues
- Storage Foundation for Oracle RAC known issues
- Oracle RAC known issues
- Storage Foundation Oracle RAC issues
- Storage Foundation for Databases (SFDB) tools known issues
- Application isolation feature known Issues
- Cloud deployment known issues
- Issues related to Arctera InfoScale Storage in Amazon Web Services cloud environments
- Issues related to installation, licensing, upgrade, and uninstallation
Application monitoring on single-node clusters in VMware environments
The Cluster Server (VCS) component of the InfoScale Availability and the InfoScale Enterprise products lets you configure HA for applications in single-node deployments, which do not involve any clustering of nodes. This feature is termed application monitoring on single-node clusters. The LLT, GAB, and fencing mechanisms are not involved, because there are no other nodes to communicate with or to monitor. In such a deployment, if a fault occurs with an application configured for HA, it is not failed over to any other node, but restarted on the same node. If an application is unable to come online or to recover after the predefined restart attempts, VCS uses the heartbeat mechanism to inform VMware of the application state.
VCS integrates with the underlying virtualization infrastructure to provide application HA. For example, VMware provides virtual machine (VM) monitoring capabilities through the vSphere Guest SDK. The SDK enables applications to heartbeat with VMware, and when a failure occurs, VMware takes the appropriate corrective action, like restarting or moving the VM.
Application monitoring on single-node clusters involves the following components:
The AppMonHB agent, which integrates with the application and with VMware. It monitors the application states, and if the application is unable to come online or to recover from a failure, it uses the heartbeat mechanism to inform VMware of the state. Additionally, if the VM is in an unhealthy state, AppMonHB cannot heartbeat with VMware, which indicates that corrective action is required. VMware may then restart the VM or move it, according to the virtualization configuration in your environment. AppMonHB is designed to wait for a predefined, customizable duration before taking any corrective action in case a fault occurs in any of the critical service groups. If the faulted service groups come online within this duration, no corrective action is taken.
For details, refer to the Cluster Server Bundled Agents Reference Guide - Linux.
The ConfigAppMonHB utility, which lets you configure the AppMonHB agent and the VCSAppMonRes resource. It also ensures that the feature is enabled on single-node deployments only. Alternatively, you can configure the agent and the resources manually as well. However, make sure that you do not enable the feature in a multi-node cluster; doing so may have unpredictable and undesirable effects.
For further details, refer to the Cluster Server Administrator's Guide - Linux.