Modifying HBase Parameters of the Cluster
Scenario
A CloudTable cluster has many HBase parameters related to read/write performance. You can modify the HBase parameters to tune cluster performance under different read/write request loads. You need to restart the cluster to make changes take effect.
Procedure
- Restart the cluster after parameter configuration modification. Otherwise, service interruption may take place.
- Do not modify cluster parameters when the cluster is being restarted.
- Log in to the CloudTable management console.
- Click
in the upper left corner to select a region. - In the left navigation pane, click Cluster Mode.
- Click the name of a cluster for which you want to modify HBase parameters to access the basic cluster information page.
- In the Parameter Configuration area, click the Parameters tab to modify HBase parameters.
For details about the HBase parameters you can modify, see HBase Parameters.
- Select the target parameter and click
in the Parameter Running Value column. - Enter a new value in the text box, and then click
. The parameter value has been successfully changed if the system prompts "The parameter changed to xx successfully. Save the modified value." If you want to cancel it, click
. - Click Save Changes in the upper left corner of the parameter list. The Save Changes dialog box is displayed.
- In the Save Changes dialog box, verify whether the parameter settings are correct. Select Restart the cluster immediately and click OK. Figure 1 Save changes
- After you select Restart the cluster immediately and click OK, the cluster restarts immediately. After the cluster restart is complete, the new parameter configurations take effect. Click
above the parameter list. The system prompts "The new value is applied" above the parameter list. - If you do not select Restart the cluster immediately and click OK in the Save Changes dialog box, the system prompts "The new value is not applied" above the parameter list. In this case, you need to restart the cluster for the changes to take effect. For details about how to restart a cluster, see Restarting a Cluster.
- If the new parameter value is incorrect, click Quick Restore to cancel the modification.
- After you select Restart the cluster immediately and click OK, the cluster restarts immediately. After the cluster restart is complete, the new parameter configurations take effect. Click
- Select the target parameter and click
- After modifying parameters, you can click the Change History tab to view the change history.
On the Change History tab page, you can view the following information.
- Name: Name of the changed parameter.
- Old Value: Old parameter running value
- New Value: New parameter running value
- Modification Time: Time when you modify a parameter running value
HBase Parameters
Table 1 lists HBase parameters you can modify currently.
The sum of the values of hbase.regionserver.global.memstore.size and hfile.block.cache.size cannot exceed 0.8.
| Parameter | Default Value | Value Range | Unit | Description |
|---|---|---|---|---|
| hbase.regionserver.thread.compaction.small | 1 | [1,20] | -- | Indicates the number of HFile compaction threads. You can increase the parameter value in heavy-put-load scenarios. |
| hbase.regionserver.global.memstore.size | 0.4 | (0,0.8) | -- | It is recommended that you set this parameter to "hbase.hregion.memstore.flush.size x Number of regions with active writes/RegionServer GC -Xmx)." The default value is 0.4, indicating that 40% of RegionServer GC -Xmx is used. |
| hbase.hstore.blockingStoreFiles | 60 | [1,2147483647] | -- | When the HFile number in the column cluster reaches this threshold, all operations in the region are blocked until the compaction is complete. You can increase the parameter value in heavy-put-load scenarios. |
| hbase.client.scanner.timeout.period | 60000 | [1,2147483647] | ms | A client and RegionServer parameter, indicating the scan lease period. It is recommended that you set this parameter to an integral multiple of 60000 ms, and increase the parameter value in heavy-read-load scenarios. Unit: ms |
| hfile.block.cache.size | 0.2 | (0,0.8) | -- | Indicates the data cache percentage in the RegionServer GC -Xmx. You can increase the parameter value in heavy-read-load scenarios, in order to improve cache hit ratio and performance. The default value is 0.2, indicating that 20% of RegionServer GC -Xmx is used. |
| hbase.regionserver.handler.count | 100 | [1,300] | -- | Indicates the number of RPC server instances on the RegionServer. The recommended value ranges from 100 to 300. |
| hbase.regionserver.metahandler.count | 50 | [1,100] | -- | Indicates the number of program instances for processing prioritized requests. The recommended value ranges from 20 to 100. |
| hbase.hstore.flusher.count | 2 | [1,10] | -- | Indicates the number of memstore flush threads. You can increase the parameter value in heavy-put-load scenarios. |
| hbase.ipc.server.callqueue.read.ratio | 0.5 | [0,1] | -- | When used under different load models, it controls the ratio between the numbers of read and write RPC queues. The value ranges from 0 to 1.0, and the default value is 0.5. 0 indicates the total RPC queues of read and write operations. If the value is less than 0.5, it indicates that the read load is less than the write load. 0.5 indicates that the read load equals to the write load. If the value is greater than 0.5, it indicates that the read load is greater than the write load. 1.0 indicates that all RPC queues except one are used for read operations. |
Last Article: Viewing Basic Cluster Information
Next Article: Enabling OpenTSDB
Did this article solve your problem?
Thank you for your score!Your feedback would help us improve the website.