The QSP Recovery Kit provides a simplified method to protect the OS service. With the QSP Recovery Kit, users can easily create a LifeKeeper resource instance to protect an OS service provided that service can be started and stopped by the OS service command or the systemctl command (start/stop). The service can also be protected via the Generic Application Recovery Kit but the use of that kit requires code development, whereas the QSP Recovery Kit does not. Also, by creating a dependency relationship, protected services can be started and stopped in conjunction with the application that requires the service.
The QSP Recovery Kit quickCheck can only perform simple health checks (using the “status” action of the service command). QSP doesn’t guarantee that the service is provided or the process is functioning. If complicated starting and/or stopping is necessary, or more robust health checking operations are necessary, using a Generic Application is recommended.
Requirements
The service to be protected by the QSP Recovery Kit needs to meet the following requirements.
- It must support start and stop actions via the OS service command or the systemctl command. Also, it must return 0 when the start and stop action succeeds.
- To perform health checks the service must support the status action via the OS service command or the systemctl command. If it does not support the status action then quickCheck health check operations must be disabled. Also, it must return 0 when the status action succeeds.
- The name of the service to be protected must not exceed 256 characters in length and can contain only alphanumeric characters.
The service to be protected by the QSP resource must be running (started) before attempting a resource create. Please notice that some services which are already supplied with a dedicated Recovery Kit are not the target of QSP (hereinafter referred as “the Services not targeted by QSP protection”) and cannot be protected by the QSP Recovery Kit.
Create the QSP Resource Hierarchy
This option is used to protect OS services via the QSP Recovery Kit.
- There are 4 methods to start the creation of a QSP resource instance.
• Right-click on a server icon to bring up the server context menu, then click on [Create Resource Hierarchy].
• On the global toolbar, click on the [Create Resource Hierarchy] button.
• On the server context toolbar, if displayed, click on the [Create Resource Hierarchy] button.
• On the Edit menu, select [Server], then click on [Create Resource Hierarchy].
- A dialogue box titled [Create Resource Wizard] is displayed. In the [Recovery Kit] drop down is a list of available resource types to create. Select Quick Service Protection and click [Next].
- Select [Switchback Type] and click [Next].
- Select [Server] and click [Next].
Note: If the create was started via the server context menu, this step is skipped because the server is detected based on the start context (defaults to the name of the server on which the create process started).
- The next dialog box contains a drop down of the available services that can be protected. Select the [Service Name] to be protected and click [Next].
Note: The list may not show the service if it is not running. In this case, click Cancel to discontinue the process, and start the service. Once the service is running restart the create process. The list will not show the Services not targeted by QSP protection.
- In the next dialog box the quickCheck action is configured. To enable the quickCheck monitoring function, select [enable]. To disable it, select [disable]. Click [Next] to continue. The quickCheck action can be changed at any time.
Note: If the selected service does not support the “status” action via the OS service command, set the quickCheck action to “disabled” because the QSP Recovery Kit cannot monitor the service state.
- Input the [Resource Tag] This is a unique name for the resource instance. (This is the label that uniquely identifies the resource instance and is used whenever displaying LifeKeeper protected resource instances in UI.)
- Click [Create Instance] to start the creation process. The status of the resource instance creation is displayed in the status window.
- Click [Next] to display the resource extension dialog. Click [Next] to begin the extension process or click [Cancel] to go back to the GUI. When [Cancel] is clicked, an alert is indicating that the hierarchy exists on only one server and protection by LifeKeeper is not available at this time.
Extending the QSP Resource Hierarchy
This function, as explained in the section Extending Resource Hierarchies, starts automatically after finishing the Create QSP Resource Hierarchy (URL) process or from right clicking on an existing QSP resource and selecting [Extend Resource Hierarchy]. After finishing the pre-extend process, complete the following steps.
- Select [Resource Tag] provided by LifeKeeper or input a unique tag for the resource hierarchy on the target server.
- Click [Extend] to start the extension process. The status of the extension process is displayed in the dialogue box. When it is finished it will show a message indicating the hierarchy is correctly extended. If the hierarchy is to be extended to another server, click [Next Server], otherwise click [Finish\ to complete the extension. If [Next Server] is selected, the extension operation is repeated.
- When [Finish] is clicked the integrity of the hierarchy is checked. If any problems are detected the extension is reversed. To complete the verification and close the dialog box click [Done].
QSP Resource Configuration
The following parameters are unique to each QSP resource instance and are available for modification.
Monitoring | quickCheck | |
Set to enable to check the status of the service or to disable / skip the monitoring function |
Time Out | restore | |
Specify the restore timeout (unit: seconds). If set to 0, no timeout occurs when restoring the resource instance. |
remove | |
Specify the remove timeout (unit: seconds). If set to 0, no timeout occurs when removing the resource instance. | |
quickCheck | |
Specify the quickCheck timeout (unit: seconds). If set to 0, no time out occurs when performing health checking of the resource instance. | |
recover | |
Specify the recover timeout (unit: seconds). If set to 0, no timeout occurs during recovery of the resource instance. |
Checking / changing of the set value is possible from the QSP Configuration tab by Display Resource Properties and must be performed on each node in the hierarchy. If the quickCheck function is disabled, quickCheck and recover of timeouts are not displayed and thus cannot be changed.
How to Change the Monitoring Function
- Display the [QSP Configuration] tab of the resource properties and click [Change quickCheck]
. - Select [enable] to enable quickCheck, or [disable] to disable it.
- Clicking [Change] starts the change process and displays the change process message.
- Finish by clicking [Done].
Note: Modification of these values is a per node operation. If the same change is needed on another node, the process must be repeated on that node.
How to Change the Timeout Value
- Display the [QSP Configuration] tab of resource properties and click [Change Timeout].
- Select the timeout action to be changed (restore, remove, quickCheck or recover) and click Next.
Note: [quickCheck] and [recover] timeouts are not displayed in the list if the monitoring function is disabled.
- Input the timeout value in seconds.
Note: Input decimal numbers only. Non numerical characters are invalid.
- Clicking [Change] starts the timeout change process and displays the change process messages.
- Finish by clicking [Done].
Note: Modification of these values is a per node operation. If the same change is needed on another node, the process must be repeated on that node.
Post your comment on this topic.