InfoScale™ 9.0 Cluster Server Bundled Agents Reference Guide - Linux
- Introducing bundled agents
- Storage agents
- About the storage agents
- DiskGroup agent
- DiskGroupSnap agent
- Dependencies for DiskGroupSnap agent
- Agent functions for DiskGroupSnap agent
- State definitions for DiskGroupSnap agent
- Attributes for DiskGroupSnap agent
- Notes for DiskGroupSnap agent
- Resource type definition for DiskGroupSnap agent
- Sample configurations for DiskGroupSnap agent
- Debug log levels for DiskGroupSnap agent
- Volume agent
- VolumeSet agent
- Dependencies for VolumeSet agent
- Agent functions for VolumeSet agent
- State definitions for VolumeSet agent
- Attributes for VolumeSet agent
- Resource type definition for VolumeSet agent
- Sample configurations for VolumeSet agent
- Agent notes for VolumeSet agent
- Inaccessible volumes prevent the VolumeSet agent from coming online
- Debug log levels for VolumeSet agent
- LVMLogicalVolume agent
- LVMVolumeGroup agent
- Dependencies for LVMVolumeGroup agent
- Agent functions for LVMVolumeGroup agent
- State definitions for LVMVolumeGroup agent
- Attributes for LVMVolumeGroup agent
- Resource type definition for LVMVolumeGroup agent
- LVMVolumeGroup agent notes
- Sample configurations for LVMVolumeGroup agent
- Debug log levels for LVMVolumeGroup agent
- Mount agent
- IMF awareness
- Dependencies for Mount agent
- Agent functions for Mount agent
- State definitions for Mount agent
- Attributes for Mount agent
- Resource type definition for Mount agent
- Notes for Mount agent
- Support for spaces in directory names
- Support for multiple bindfs
- High availability fire drill
- VxFS file system lock
- IMF usage notes
- Enabling Level two monitoring for the Mount agent
- RHEL 7 and RHEL 8: NFS file system version
- RHEL 7 and RHEl 8: Configuring bind mounts
- Support for Amazon EFS
- Sample configurations for Mount agent
- Debug log levels for Mount agent
- Mount agent limitations
- VMwareDisks agent
- SFCache agent
- AWS EBSVol agent
- AzureDisk agent
- GoogleDisk agent
- Network agents
- About the network agents
- IP agent
- NIC agent
- Dependencies for NIC agent
- Bonded network interfaces for NIC agent
- Agent functions for NIC agent
- State definitions for NIC agent
- Attributes for NIC agent
- Resource type definition for NIC agent
- Notes for the NIC agent
- Case 1
- Case 2
- Case 3
- Sample configurations for NIC agent
- Debug log levels for NIC agent
- IPMultiNIC agent
- MultiNICA agent
- Dependencies for MultiNICA agent
- IP Conservation Mode (ICM) for MultiNICA agent
- Performance Mode (PM) for MultiNICA agent
- Agent function for MultiNICA agent
- Attributes for MultiNICA agent
- Resource type definition for MultiNICA agent
- Sample configurations for MultiNICA agent
- IPv6 configuration for MultiNICA agent
- Mixed mode configuration - IPv4 and IPv6 for MultiNICA agent
- Debug log levels for MultiNICA agent
- DNS agent
- Dependencies for DNS agent
- Agent functions for DNS agent
- State definitions for DNS agent
- Attributes for DNS agent
- Resource type definition for DNS agent
- Agent notes for DNS agent
- About using the VCS DNS agent on UNIX with a secure Windows DNS server
- High availability fire drill for DNS agent
- Monitor scenarios for DNS agent
- Sample Web server configuration for DNS agent
- Secure DNS update for BIND 9 for DNS agent
- Setting up secure updates using TSIG keys for BIND 9 for DNS agent
- Sample configurations for DNS agent
- Debug log levels for DNS agent
- AWSIP agent
- AWSRoute53 agent
- AzureIP agent
- AzureDNSZone agent
- GoogleIP agent
- OCIIP agent
- File share agents
- About the file service agents
- NFS agent
- NFSRestart agent
- Share agent
- About the Samba agents
- NetBios agent
- Service and application agents
- About the services and applications agents
- Apache HTTP server agent
- Application agent
- IMF awareness
- High availability fire drill for Application agent
- Dependencies for Application agent
- Agent functions
- State definitions for Application agent
- Attributes for Application agent
- Resource type definition for Application agent
- Notes for Application agent
- Using Application agent with IMF
- Level two monitoring through MonitorProgram
- Using Application agent with ProPCV
- Requirement for programs
- Requirement for default profile
- Support for cloned Application agent
- Application monitoring inside Docker container
- Using the hadockersetup utility
- Requirement for systemd support
- Sample configurations for Application agent
- Debug log levels for Application agent
- AppMonHB agent
- AzureAuth agent
- CoordPoint agent
- KVMGuest agent
- Dependencies for KVMGuest agent
- Agent functions for KVMGuest agent
- State definitions for KVMGuest agent
- Attributes for KVMGuest agent
- Resource type definition for KVMGuest agent
- Notes for KVMGuest agent
- Support for guests created on RHEL 6, RHEL 7 (KVM environment), and SuSE Enterprise Linux 11 SP2 and SP3
- Storage and network configurations
- Guest live migration
- Managing virtual machines in RHEV environment
- Managing ISO image in SuSE KVM
- Using VCS to migrate virtual machines
- Configuring the KVMGuest agent for DR in a global cluster setup
- Configuring a non-admin user for RHEV-M that is using AD-based domain
- Virtual machine failover if host crashes
- KVMGuest agent requires curl and xpath commands in RHEV environment
- RHEV environment: If a node on which the VM is running panics or is forcefully shutdown, VCS is unable to start the VM on another node
- Sample configurations for KVMGuest environment
- Sample configurations for RHEV environment
- Sample Configuration for SuSE KVM
- Debug log levels for KVMGuest agent
- Process agent
- IMF awareness
- High availability fire drill for Process agent
- Dependencies for Process agent
- Agent functions for Process agent
- State definitions for Process agent
- Attributes for Process agent
- Resource type definition for Process agent
- Usage notes for Process agent
- Sample configurations for Process agent
- Debug log levels for Process agent
- ProcessOnOnly agent
- RestServer agent
- Infrastructure and support agents
- Testing agents
- Replication agents
- About the replication agents
- RVG agent
- RVGPrimary agent
- RVGSnapshot
- RVGShared agent
- RVGLogowner agent
- RVGSharedPri agent
- VFRJob agent
- Overview
- Dependencies for VFRJob agent
- High availability of scheduler and replicator daemons
- Agent functions for VFRJob agent
- State definitions for VFRJob agent
- Attributes for VFRJob agent
- Resource type definitions for VFRJob agent
- High availability of VFR daemons
- Configuration of VFRJob service groups on the source system
- Sample configuration of VFRJob agent on source system
- Configuration for VFRJob service groups on the target system
- Sample configuration of VFRJob agent on target system
- Changing file replication direction
- Notes for the VFRJob agent
GoogleDisk agent
The GoogleDisk agent lets you configure data disks for HA in GCP, so that the disks can also be failed over during an application failover between instances.
To store the data of the applications that you configure for HA, InfoScale supports the following storage types with GCP VM instance:
Zonal persistent disks - Standard and SSD
Zonal disks can be failed over to cluster nodes within the same zone.
Regional persistent disks - Standard and SSD
Regional disks can be failed over to cluster nodes that may exist across different zones but within a region.
GCP supports attaching these disks in the following ways:
In the read-only mode, a disk can be attached to one or more VMs.
In the read-write mode, a disk can be attached to one VM only.
The agent brings the GCP data disks online, monitors their status, and takes them offline. It uses GCP Python SDK to determine whether the data disks are attached to the virtual machines or not.
Your Google service accounts must have the following permissions, at the least:
compute.projects.get (at the project level, to fetch the project metadata)
compute.instances.get (at the instance level, to fetch the instance metadata)
compute.instances.attachDisk (at the instance level, to attach a disk to the instance)
compute.instances.detachDisk (at the instance level, to detach a disk from the instance)
compute.zoneOperations.get (to check the status of operations in the zone)
compute.disks.get (to fetch the list of the current users of a disk)
iam.serviceAccountUser (lets a principal attach a service account to a resource)
To access Google APIs, the
google-api-python-clientPython module must be present on the InfoScale cluster nodes.You can install Python SDK for GCP on each of the cluster nodes by running the following command:
# /opt/VRTSpython/bin/pip install google-api-python-client
In case of InfoScale 9.x, make sure to install the 2.14.1 version of the authentication module on each of the cluster nodes by running the following command:
# /opt/VRTSpython/bin/pip install google-auth==2.14.1
You must first create a disk before you configure a resource for it. Otherwise, the online operation fails.
Add dependencies in the service group as depicted in Figure: Sample service group dependency
Open | Fetches the current GCP VM instance name and the zone and project to which the instance belongs, using its metadata. |
Online | Attaches the GCP disk to the VM instance. |
Offline | Detaches the GCP disk from the VM instance. |
Monitor | Determines whether the GCP data disk is attached to the current VM instance or to any other VM instance within or outside the cluster. It also identifies the mode in which the disk is attached and accordingly returns a status value. |
Clean | Detaches the GCP disk from the VM instance. |
ONLINE | Indicates that the GCP disk is attached to the current VM instance. |
OFFLINE | Indicates one of the following:
|
FAULTED | Indicates that the GCP disk was unexpectedly detached from the VM instance outside of VCS control. |
UNKNOWN | Returns UNKNOWN if:
|
Table: Required attributes
Attribute | Description |
|---|---|
DiskName | Name of the disk. Type and dimension: string-scalar |
ReadOnly | Mode in which to attach the disk:
Default value: 0 (READ_WRITE) Type and dimension: boolean-scalar |
RegionalDisk | Type of the disk:
Default value: 0 (zonal disk) Type and dimension: boolean-scalar |
Table: Optional attribute
Attribute | Description |
|---|---|
ProjectID | Project to which the VM instance belongs. Type and dimension: string-scalar |
Zone | Zone to which the instance belongs. Type and dimension: string-scalar |
VMName | Name of the GCP VM instance on which the agent runs. Type and dimension: string-scalar |
type GoogleDisk (
static int FaultOnMonitorTimeouts = 0
static str ArgList[] = { DiskName, ReadOnly,
RegionalDisk, ProjectID, Zone, VMName,
tempProjectName, tempVMName, tempZone }
boolean ReadOnly = 0
boolean RegionalDisk = 0
str DiskName
str ProjectID
str Zone
str VMName
temp str tempProjectName
temp str tempZone
temp str tempVMName
)GoogleDisk VVRSG-GoogleDisk ( DiskName = sql-disk )
The GoogleDisk agent uses the DBG_1 and the DBG_2 debug log levels.