From a72c189be97d5a8754956bb4c0dcbad927a8c108 Mon Sep 17 00:00:00 2001 From: Aolin Date: Tue, 3 Dec 2024 14:51:03 +0800 Subject: [PATCH 1/2] store limit v2: remove experimental description Signed-off-by: Aolin --- pd-configuration-file.md | 6 +----- pd-control.md | 2 +- releases/release-7.1.0.md | 2 +- 3 files changed, 3 insertions(+), 7 deletions(-) diff --git a/pd-configuration-file.md b/pd-configuration-file.md index 9c4c7d4d0911c..008930e2b3943 100644 --- a/pd-configuration-file.md +++ b/pd-configuration-file.md @@ -379,15 +379,11 @@ Configuration items related to scheduling ### `store-limit-version` New in v7.1.0 -> **Warning:** -> -> Setting this configuration item to `"v2"` is an experimental feature. It is not recommended to use it in production environments. - + Controls the version of the store limit formula + Default value: `v1` + Value options: + `v1`: In v1 mode, you can manually modify the `store limit` to limit the scheduling speed of a single TiKV. - + `v2`: (experimental feature) In v2 mode, you do not need to manually set the `store limit` value, as PD dynamically adjusts it based on the capability of TiKV snapshots. For more details, refer to [Principles of store limit v2](/configure-store-limit.md#principles-of-store-limit-v2). + + `v2`: In v2 mode, you do not need to manually set the `store limit` value, as PD dynamically adjusts it based on the capability of TiKV snapshots. For more details, refer to [Principles of store limit v2](/configure-store-limit.md#principles-of-store-limit-v2). ### `enable-joint-consensus` New in v5.0 diff --git a/pd-control.md b/pd-control.md index 74410b0b3a449..519bec09cc904 100644 --- a/pd-control.md +++ b/pd-control.md @@ -333,7 +333,7 @@ Usage: - `store-limit-mode` is used to control the mode of limiting the store speed. The optional modes are `auto` and `manual`. In `auto` mode, the stores are automatically balanced according to the load (deprecated). -- `store-limit-version` controls the version of the store limit formula. In v1 mode, you can manually modify the `store limit` to limit the scheduling speed of a single TiKV. The v2 mode is an experimental feature. In v2 mode, you do not need to manually set the `store limit` value, as PD dynamically adjusts it based on the capability of TiKV snapshots. For more details, refer to [Principles of store limit v2](/configure-store-limit.md#principles-of-store-limit-v2). +- `store-limit-version` controls the version of the store limit formula. In v1 mode, you can manually modify the `store limit` to limit the scheduling speed of a single TiKV. TIn v2 mode, you do not need to manually set the `store limit` value, as PD dynamically adjusts it based on the capability of TiKV snapshots. For more details, refer to [Principles of store limit v2](/configure-store-limit.md#principles-of-store-limit-v2). ```bash config set store-limit-version v2 // using store limit v2 diff --git a/releases/release-7.1.0.md b/releases/release-7.1.0.md index 4e0e45abd80fc..b4b2acd32c9f3 100644 --- a/releases/release-7.1.0.md +++ b/releases/release-7.1.0.md @@ -386,7 +386,7 @@ Compared with the previous LTS 6.5.0, 7.1.0 not only includes new features, impr + PD - - Add a controller that automatically adjusts the size of the store limit based on the execution details of the snapshot. To enable this controller, set `store-limit-version` to `v2`. Once enabled, you do not need to manually adjust the `store limit` configuration to control the speed of scaling in or scaling out [#6147](https://github.com/tikv/pd/issues/6147) @[bufferflies](https://github.com/bufferflies) + - Add a controller that automatically adjusts the size of the store limit based on the execution details of the snapshot. To enable this controller, set `store-limit-version` to `v2` (experimental). Once enabled, you do not need to manually adjust the `store limit` configuration to control the speed of scaling in or scaling out [#6147](https://github.com/tikv/pd/issues/6147) @[bufferflies](https://github.com/bufferflies) - Add historical load information to avoid frequent scheduling of Regions with unstable loads by the hotspot scheduler when the storage engine is raft-kv2 [#6297](https://github.com/tikv/pd/issues/6297) @[bufferflies](https://github.com/bufferflies) - Add a leader health check mechanism. When the PD server where the etcd leader is located cannot be elected as the leader, PD actively switches the etcd leader to ensure that the PD leader is available [#6403](https://github.com/tikv/pd/issues/6403) @[nolouch](https://github.com/nolouch) From 2791296281f6ff31a039217987e943f6ac42e09c Mon Sep 17 00:00:00 2001 From: Aolin Date: Tue, 3 Dec 2024 17:31:35 +0800 Subject: [PATCH 2/2] Apply suggestions from code review Co-authored-by: Grace Cai --- pd-control.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pd-control.md b/pd-control.md index 519bec09cc904..086846a85ab13 100644 --- a/pd-control.md +++ b/pd-control.md @@ -333,7 +333,7 @@ Usage: - `store-limit-mode` is used to control the mode of limiting the store speed. The optional modes are `auto` and `manual`. In `auto` mode, the stores are automatically balanced according to the load (deprecated). -- `store-limit-version` controls the version of the store limit formula. In v1 mode, you can manually modify the `store limit` to limit the scheduling speed of a single TiKV. TIn v2 mode, you do not need to manually set the `store limit` value, as PD dynamically adjusts it based on the capability of TiKV snapshots. For more details, refer to [Principles of store limit v2](/configure-store-limit.md#principles-of-store-limit-v2). +- `store-limit-version` controls the version of the store limit formula. In v1 mode, you can manually modify the `store limit` to limit the scheduling speed of a single TiKV. In v2 mode, you do not need to manually set the `store limit` value, as PD dynamically adjusts it based on the capability of TiKV snapshots. For more details, refer to [Principles of store limit v2](/configure-store-limit.md#principles-of-store-limit-v2). ```bash config set store-limit-version v2 // using store limit v2