To make an application highly available, the application must be managed as a resource in an application resource group.
The initial registration of the protection group is performed with the zfssa_geo_register script. This section explains how to manage the application resource groups on their own.
All the entities you configure for the application resource group on the primary cluster, such as application data resources, application configuration files, and the resource groups, must be replicated manually on the secondary cluster. The resource group names must be identical on both clusters. Also, the data that the application resource uses must be replicated on the secondary cluster.
Perform this procedure to add an existing resource group to the list of application resource groups for a protection group.
The protection group can be activated or deactivated and the resource group can be either online or unmanaged.
If the resource group is unmanaged and the protection group is activated after the configuration of the protection group has changed, the local state of the protection group becomes Error.
If the resource group to add is online and the protection group is deactivated, the request is rejected. You must activate the protection group before adding an online resource group.
Before You Begin
Ensure that the following conditions are met:
The protection group is defined.
The resource group to be added already exists on both clusters and is in an appropriate state.
For more information about RBAC, see Securing Geographic Edition Software in Oracle Solaris Cluster Geographic Edition Installation and Configuration Guide.
# chmod A+user:username:rwx:allow /var/cluster/geo
The /var/cluster/geo directory must have the correct access control lists (ACL) applied for compatibility between the Geo Management RBAC rights profile and Oracle ZFS Storage Appliance software.
# clresourcegroup show -p Auto_start_on_new_cluster resource-group
If necessary, change the property value to False.
# clresourcegroup set -p Auto_start_on_new_cluster=False resource-group
# geopg show protection-group | grep -i external_dependency_allowed
If necessary, change the property value to True.
# geopg set-prop -p External_dependency_allowed=TRUE protection-group
Geographic edition requires that the application resource group be in unmanaged state on the secondary cluster. If the protection group is stopped on the primary cluster, the application resource group must be unmanaged on the primary cluster also. If the protection group is active on the primary cluster, the application resource group must be in unmanaged or online state on the primary cluster.
# geopg add-resource-group application-resource-group protection-group
Specifies the name of an application resource group. You can specify more than one resource group in a comma-separated list.
Specifies the name of the protection group.
The command adds an application resource group to a protection group on the local cluster. Then, if the partner cluster contains a protection group of the same name, the command propagates the new configuration information to the partner cluster.
For information about the names and values that are supported by Geographic Edition software, see Appendix B, Legal Names and Values of Geographic Edition Entities, in Oracle Solaris Cluster Geographic Edition System Administration Guide.
After the application resource group is added to the protection group, the application resource group is managed as an entity of the protection group. The application resource group is now affected by protection group operations such as start, stop, switchover, and takeover.
# clresourcegroup online application-resource-group
The following example adds two application resource groups, apprg1 and apprg2, to the zfssa-pg protection group.
# geopg add-resource-group apprg1,apprg2 zfssa-pg
Troubleshooting
If the add operation is unsuccessful on the local cluster, the configuration of the protection group is not modified. Otherwise, the configuration status is set to OK on the local cluster.
If the configuration status is OK on the local cluster but the add operation is unsuccessful on the partner cluster, the configuration status is set to Error on the partner cluster.