VMWARE-VCHA-MIB
- Registered at
- 1.3.6.1.4.1.6876.53.01.3.6.1.4.1.6876.53.11.3.6.1.4.1.6876.53.2501.3.6.1.4.1.6876.53.2551.3.6.1.4.1.6876.53.260
- Last updated
- 2016-07-19 00:00
- Organization
- VMware, Inc
- Revisions
- 2016-07-19 00:00, 2016-04-06 00:00, 2016-02-03 00:00, 2016-01-27 00:00, 2016-01-15 00:00, 2016-01-04 00:00
- Namespace
- vmware
- Source file
VMWARE-VCHA-MIB- Digest
sha256:687dbeab2daeae89bc28566d84028f2b0588ec11c405316485bf4ddb2b59dba0
Description
This MIB module describes the vCenter High Availability Service (VCHA). A VCHA cluster consists of three VMs identified by a single instance UUID. One is the Active vCenter VM that serves client requests. Second is the Passive VM that is identical to the Active vCenter VM in terms of database and filesystem state. Passive VM constantly receives updates from Active VM and takes over the role of Active vCenter VM in the event of a failover. Third is the Witness VM that acts as a quorum VM in a VCHA cluster. The sole purpose of Witness VM is to avoid classic split-brain problem in a VCHA cluster. client + | | +----------------v---+ +--------------------+ | Public IP | | | | | | | Active vCenter | | Passive vCenter | | | | | +---Private-IP+------+ +------+Private-IP---+ ^ <--------------------------> ^ | DB & File replication | + + + + + + +------> <----------+ +----Private-IP----+ | | | Witness vCenter | | (Quorum) | | | +------------------+ All events will not be repeated for the duration of a given state entered. It is highly recommended that the administrator links the SNMP trap receiver to both public network and vCenter HA cluster network, so that the monitoring system is able to get notified as long as one of the networks is up.
Contact
VMware, Inc 3401 Hillview Ave Palo Alto, CA 94304 Tel: 1-877-486-9273 or 650-427-5000 Fax: 650-427-5001 Web: http://communities.vmware.com/community/developer/forums/managementapi
Imports
| From | Symbols |
|---|---|
| INET-ADDRESS-MIB | InetAddress, InetAddressType |
| SNMPv2-CONF | MODULE-COMPLIANCE, NOTIFICATION-GROUP, OBJECT-GROUP |
| SNMPv2-SMI | MODULE-IDENTITY, NOTIFICATION-TYPE, OBJECT-IDENTITY, OBJECT-TYPE, iso |
| SNMPv2-TC | DisplayString, TEXTUAL-CONVENTION, TruthValue |
| VMWARE-ROOT-MIB | vmwVCHA |
Imported by
Nothing in this corpus imports this module.
Load order
Every file a consumer needs in order to load this module, dependencies first.
INET-ADDRESS-MIB SNMPv2-CONF SNMPv2-SMI SNMPv2-TC VMWARE-ROOT-MIB VMWARE-VCHA-MIB
Textual conventions
| Name | OID | Syntax | Access | Status |
|---|---|---|---|---|
| VmwVchaClusterModeType TEXTUAL-CONVENTION Represent VCHA cluster modes: enabled, disabled or maintenance: enabled (1) State replication between Active and Passive nodes is enabled and automatic failover happens if the Active node fails while the VCHA cluster is healthy. disabled (2) All three nodes are part of VCHA cluster but the state replication and automatic failover are disabled. maintenance (3) All three nodes are part of VCHA cluster but automatic failover is disabled while state replication continues. The Active node continues to serve client requests even if Passive and Witness nodes are lost. | current | |||
| VmwVchaClusterStateType TEXTUAL-CONVENTION Represent the health state of the vCenter HA cluster. healthy (1) All three nodes in a VCHA cluster are healthy and connected. State replication between the Active and Passive nodes is working and both nodes are in-sync. degraded (2) A VCHA cluster is said to be in degraded state when it has lost one of the three nodes. Node loss can be due to various reasons and as a result, the lost node is not visible to other two nodes. If the Active node is lost, the Passive node will take the role of the Active node. If the Passive or Witness node is lost, the Active node will continue to serve requests. A VCHA cluster can also be in degraded state if state replication fails between the Active and Passive nodes. isolated (3) All three nodes are isolated from each other. If this happens when VCHA cluster is in enabled mode, the Active node stops serving client requests. If nodes are isolated in a disabled VCHA cluster mode, the Active node continues to serve client requests. | current | |||
| VmwVchaDbReplicationStateType TEXTUAL-CONVENTION Represent DB replication states: sync, async or no replication. noReplication (1) There is no DB replication between the Active and Passive nodes. This could happen when vPostgres is not running on the Passive node. sync (3) In sync state, the Passive vCenter keeps the up-to-date state with the Active vCenter. async (4) Async state replication makes the state of Passive node fall behind the Active vCenter. This causes a data loss when an automatic failover happens. | current | |||
| VmwVchaFileReplicationProviderType TEXTUAL-CONVENTION Represent the file replication providers. serviceConfig (1) This provider maintains the replication of service configuration files, which are small in size. serviceState (2) This provider maintains the replication of service state files, which are large in size. | current | |||
| VmwVchaNodeRoleType TEXTUAL-CONVENTION Represent the role each node in the cluster is running as. active (1) Active vCenter serves client requests. passive (2) Passive node is identical to the Active node in terms of database and filesystem state. Passive node constantly receives updates from the Active node and takes over the role of Active node in the event of a failover. witness (3) Witness node acts as a quorum node in a vCenter HA cluster. Sole purpose of Witness VM is to avoid the classic split-brain problem in a VCHA cluster. unknown (4) Node without any role assigned. | current |
Objects
| Name | OID | Syntax | Access | Status |
|---|---|---|---|---|
| vmwVCHANotifications OBJECT-IDENTITY | 1.3.6.1.4.1.6876.53.0 | |||
| vmwVchaMIBConformance OBJECT-IDENTITY | 1.3.6.1.4.1.6876.53.1.2 | |||
| vmwVchaMIBCompliances OBJECT-IDENTITY | 1.3.6.1.4.1.6876.53.1.2.1 | |||
| vmwVchaMIBGroups OBJECT-IDENTITY | 1.3.6.1.4.1.6876.53.1.2.2 | |||
| vmwVchaInstanceUuid OBJECT-TYPE A string that uniquely identify the vCenter HA cluster. This is the same as instance UUID of the active vCenter Server. | 1.3.6.1.4.1.6876.53.5 | OCTET STRING | accessible-for-notify | current |
| vmwVchaPrivateAddressType OBJECT-TYPE The type of cluster network interface: ipv4 or ipv6. | 1.3.6.1.4.1.6876.53.11 | InetAddressType | accessible-for-notify | current |
| vmwVchaPublicAddressType OBJECT-TYPE The type of public network interface: ipv4 or ipv6. | 1.3.6.1.4.1.6876.53.12 | InetAddressType | accessible-for-notify | current |
| vmwVchaPrivateAddressAddr OBJECT-TYPE This is the IP address of each node in cluster network that is used to communicate with other nodes in the cluster and transfer data between the Active node and the Passive node. | 1.3.6.1.4.1.6876.53.15 | InetAddress | accessible-for-notify | current |
| vmwVchaPublicAddressAddr OBJECT-TYPE The IP address of a node in public network that serves client's request. | 1.3.6.1.4.1.6876.53.16 | InetAddress | accessible-for-notify | current |
| vmwVchaTargetNodeRole OBJECT-TYPE Represents the role of node being affected by the given event. See MIB module general description for detailed expalanation for each role. | 1.3.6.1.4.1.6876.53.20 | VmwVchaNodeRoleType | accessible-for-notify | current |
| vmwVchaClusterState OBJECT-TYPE vCenter HA cluster states: healthy, degraded or isolated. | 1.3.6.1.4.1.6876.53.25 | VmwVchaClusterStateType | accessible-for-notify | current |
| vmwVchaClusterMode OBJECT-TYPE vCenter HA cluster modes: enabled, maintenance or disabled. | 1.3.6.1.4.1.6876.53.30 | VmwVchaClusterModeType | accessible-for-notify | current |
| vmwVchaIsPlannedFailover OBJECT-TYPE For planned failover, the Active node flushes all the state to the Passive node, waits for the flush to complete before causing a failover. After the failover, the Passive node starts without any data loss. For unplanned failover, the failover is initiated immediately and may result in data loss. | 1.3.6.1.4.1.6876.53.40 | TruthValue | accessible-for-notify | current |
| vmwVchaDbReplicationState OBJECT-TYPE Database replication states: sync, async or no replication. | 1.3.6.1.4.1.6876.53.50 | VmwVchaDbReplicationStateType | accessible-for-notify | current |
| vmwVchaIsFileProviderInSync OBJECT-TYPE This variable represents the file replication provider state. When it is false, the service configuration and state files are out of sync between the Passive and Active nodes. This could result from file replication failures. | 1.3.6.1.4.1.6876.53.55 | TruthValue | accessible-for-notify | current |
| vmwVchaFileReplicationProvider OBJECT-TYPE File replication providers: service-config or service-state. | 1.3.6.1.4.1.6876.53.60 | VmwVchaFileReplicationProviderType | accessible-for-notify | current |
| vmwVchaActive OBJECT-IDENTITY | 1.3.6.1.4.1.6876.53.250 | |||
| vmwVchaPassive OBJECT-IDENTITY | 1.3.6.1.4.1.6876.53.255 | |||
| vmwVchaWitness OBJECT-IDENTITY | 1.3.6.1.4.1.6876.53.260 |
Notifications
| Name | OID | Status |
|---|---|---|
| vmwVchaNodeJoined NOTIFICATION-TYPE This informative notification is sent from the Active node when it notices a peer node rejoin the cluster. It is sent only once. | 1.3.6.1.4.1.6876.53.0.100 | current |
| vmwVchaNodeLeft NOTIFICATION-TYPE This warning notification is sent from the Active node when it notices a peer node has left the cluster. This is sent only once. Operator should check the liveness and connectivity of the departed node and try to bring it back by either rebooting the appliance or resolving the network problem. | 1.3.6.1.4.1.6876.53.0.105 | current |
| vmwVchaNodeIsolated NOTIFICATION-TYPE This warning notification is sent when a node is network isolated from the cluster. This notification can only be sent from the isolated node, not by other nodes in the cluster. After being isolated, the node will reboot itself trigging coldStart notification. In case of Active node failure, the cluster will trigger a reelection and every slave node will be declared as isolated temporarily before the cluster re-election completes. | 1.3.6.1.4.1.6876.53.0.110 | current |
| vmwVchaClusterStateChanged NOTIFICATION-TYPE This notification is sent only once from the Active node when vCenter HA cluster state changes to either healthy, degraded or isolated. Please see VmwVchaClusterStateType for detailed description of each state. And administrator should receive another notification describing the state change of cluster subsystem (cluster membership, DB replication or file replication) which is trigger of cluster state change. | 1.3.6.1.4.1.6876.53.0.130 | current |
| vmwVchaClusterModeChanged NOTIFICATION-TYPE This notification is sent only once from the Active node when vCenter HA cluster mode changes to either enabled, maintenance or disabled. | 1.3.6.1.4.1.6876.53.0.150 | current |
| vmwVchaPublicIpUp NOTIFICATION-TYPE This informative notification is sent only once when the public IP address is brought up on the Active node. At this time, the Active node is reachable from the client and will be able to serve client requests when services are up and running. | 1.3.6.1.4.1.6876.53.0.205 | current |
| vmwVchaPublicIpDown NOTIFICATION-TYPE This informative notification is sent only once when the public network interface is brought down on the Active node. This can happen when InitiateFailover is invoked on the Active node or vcha process gracefully shuts down resulting in a reboot of the appliance (triggered by network isolation). During this time, clients cannot connect to vCenter Server and users will experience downtime until the public network interface is brought up. In either case, users should not expect more than five minutes of downtime. If VCHA cluster is still not connectable, the operator should verify the reachability of each node through the cluster network. | 1.3.6.1.4.1.6876.53.0.206 | current |
| vmwVchaFailoverTriggered NOTIFICATION-TYPE This informative notification is sent only once when a failover is triggered from the Active node to Passive node. Passive node should take over the Active role if the cluster is in healthy state. | 1.3.6.1.4.1.6876.53.0.210 | current |
| vmwVchaFailoverSucceeded NOTIFICATION-TYPE This informative notification is sent only once when the Passive node takes over the Active role and brings up the public network interface. | 1.3.6.1.4.1.6876.53.0.220 | current |
| vmwVchaFailoverFailedDisabledMode NOTIFICATION-TYPE This warning notification is sent only once when the Active node fails to initiate a failover because the cluster is in disabled mode. | 1.3.6.1.4.1.6876.53.0.225 | current |
| vmwVchaFailoverFailedNodeLost NOTIFICATION-TYPE This warning notification is sent only once when the Active node fails to initiate a failover because the cluster does not have all three nodes connected. | 1.3.6.1.4.1.6876.53.0.226 | current |
| vmwVchaFailoverFailedPassiveNotReady NOTIFICATION-TYPE This warning notification is sent only once when the Active node fails to initiate a failover because vPostgres service on the Passive node is not ready to take over. | 1.3.6.1.4.1.6876.53.0.227 | current |
| vmwVchaContinueAsActive NOTIFICATION-TYPE This informative notification is sent only once when the last Active node continue as the Active node to servce client's request. This can happen in many scenarios: 1. After triggering a planned failover, DB or file replicator failed to flush data to the Passive node and failover didn't proceed because of data loss. 2. After triggering a planned or forced failover, Passive node failed to pick up the Active role for reasons like: auto failover cannot happen in maintenance mode or cluster is in disabled mode. | 1.3.6.1.4.1.6876.53.0.230 | current |
| vmwVchaDbReplicationStateChanged NOTIFICATION-TYPE This informative notification is sent only once from the Active node when database replication state changes to sync, async or no replication. Database replication is not healthy when it is in async or no replication state. Reasons include large network delays or vPostgres service becoming unresponsive on the Passive node. | 1.3.6.1.4.1.6876.53.0.300 | current |
| vmwVchaFileReplicationStateChanged NOTIFICATION-TYPE This informative notification is sent only once from the Active node when file replication state changes to in-sync or out-of-sync. File replication state is out-of-sync when VCHA fails to set a watch on a file at the Active node or fails to replicate a file from the Active node to Passive. Administrators should check the corresponding KB article for recovery action. | 1.3.6.1.4.1.6876.53.0.350 | current |
Conformance
| Name | OID | Status |
|---|---|---|
| vmwVchaMIBBasicComplianceRev2 MODULE-COMPLIANCE The compliance statement for entities which implement VMWARE-VCHA-MIB. | 1.3.6.1.4.1.6876.53.1.2.1.3 | current |
| vmwVchaNotificationInfoGroup OBJECT-GROUP These objects provide notification details. | 1.3.6.1.4.1.6876.53.1.2.2.1 | current |
| vmwVchaNotificationGroup NOTIFICATION-GROUP Group of objects describing notifications (traps). | 1.3.6.1.4.1.6876.53.1.2.2.2 | current |