From 14f3dd01caee6b20068d254890bba1a9d3219576 Mon Sep 17 00:00:00 2001 From: lhy1024 Date: Wed, 20 Nov 2024 14:13:26 +0800 Subject: [PATCH 1/6] store limit v2: add more experimental description Signed-off-by: lhy1024 --- configure-store-limit.md | 4 +++- pd-control.md | 2 +- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/configure-store-limit.md b/configure-store-limit.md index db1f59136d11..a0c3214f39eb 100644 --- a/configure-store-limit.md +++ b/configure-store-limit.md @@ -72,4 +72,6 @@ store limit 1 5 remove-peer // 设置 store 1 删除 peer 的速度上 当 [`store-limit-version`](/pd-configuration-file.md#store-limit-version-从-v710-版本开始引入) 设置为 `v2` 时，Store Limit v2 生效。在此模式下，Operator 调度限制将根据 TiKV Snapshot 执行情况进行动态调整。当 TiKV 积压的任务较少时，PD 会增加其调度任务。相反，PD 会减少对该节点的调度任务。此时，你无需关注如何设置 `store limit` 以加快调度进度。 -在该模式下，TiKV 执行速度成为迁移进度的主要瓶颈。你可以通过 **TiKV Details** > **Snapshot** > **Snapshot Speed** 面板判断当前调度速度是否达到 TiKV 限流设置。通过调整 TiKV Snapshot Limit ([`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec)) 来增加或减少该节点的调度速度。 \ No newline at end of file +在该模式下，TiKV 执行速度成为迁移进度的主要瓶颈。你可以通过 **TiKV Details** > **Snapshot** > **Snapshot Speed** 面板判断当前调度速度是否达到 TiKV 限流设置。通过调整 TiKV Snapshot Limit ([`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec)) 来增加或减少该节点的调度速度。 + +在当前版本中，将该配置项设置为 `"v2"` 为实验特性，不建议在生产环境中使用。 \ No newline at end of file diff --git a/pd-control.md b/pd-control.md index 9160ff5d17e3..98be6557c3fe 100644 --- a/pd-control.md +++ b/pd-control.md @@ -454,7 +454,7 @@ config show cluster-version - `store-limit-mode` 用于控制 store 限速机制的模式。主要有两种模式：`auto` 和 `manual`。`auto` 模式下会根据 load 自动进行平衡调整（弃用）。 -- `store-limit-version` 用于设置 `store limit` 限制模式，目前提供两种方式：`v1` 和 `v2`。默认值为 `v1`。在 `v1` 模式下，你可以手动修改 `store limit` 以限制单个 TiKV 调度速度。`v2` 模式为实验特性，在 `v2` 模式下，你无需关注 `store limit` 值，PD 将根据 TiKV Snapshot 执行情况动态调整 TiKV 调度速度。详情请参考 [Store Limit v2 原理](/configure-store-limit.md#store-limit-v2-原理)。 +- `store-limit-version` 用于设置 `store limit` 限制模式，目前提供两种方式：`v1` 和 `v2`。默认值为 `v1`。在 `v1` 模式下，你可以手动修改 `store limit` 以限制单个 TiKV 调度速度。`v2` 模式为实验特性，在 `v2` 模式下，你无需关注 `store limit` 值，PD 将根据 TiKV Snapshot 执行情况动态调整 TiKV 调度速度。详情请参考 [Store Limit v2 原理](/configure-store-limit.md#store-limit-v2-原理)。在当前版本中，将该配置项设置为 `"v2"` 为实验特性，不建议在生产环境中使用。 ```bash config set store-limit-version v2 // 使用 Store Limit v2 From 9aafcfba436a874f2caadb10a19f272e6f533939 Mon Sep 17 00:00:00 2001 From: lhy1024 Date: Fri, 22 Nov 2024 16:30:25 +0800 Subject: [PATCH 2/6] Update configure-store-limit.md Co-authored-by: Aolin --- configure-store-limit.md | 3 +++ 1 file changed, 3 insertions(+) diff --git a/configure-store-limit.md b/configure-store-limit.md index a0c3214f39eb..d5a54bfd8423 100644 --- a/configure-store-limit.md +++ b/configure-store-limit.md @@ -70,6 +70,9 @@ store limit 1 5 remove-peer // 设置 store 1 删除 peer 的速度上 ## Store Limit v2 原理 +> **警告：** +> +> Store Limit v2 目前为实验特性，不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug，请在 GitHub 上提 [issue](https://github.com/pingcap/tidb/issues) 反馈。 当 [`store-limit-version`](/pd-configuration-file.md#store-limit-version-从-v710-版本开始引入) 设置为 `v2` 时，Store Limit v2 生效。在此模式下，Operator 调度限制将根据 TiKV Snapshot 执行情况进行动态调整。当 TiKV 积压的任务较少时，PD 会增加其调度任务。相反，PD 会减少对该节点的调度任务。此时，你无需关注如何设置 `store limit` 以加快调度进度。 在该模式下，TiKV 执行速度成为迁移进度的主要瓶颈。你可以通过 **TiKV Details** > **Snapshot** > **Snapshot Speed** 面板判断当前调度速度是否达到 TiKV 限流设置。通过调整 TiKV Snapshot Limit ([`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec)) 来增加或减少该节点的调度速度。 From 241d92566baba216a55178a24d8748ba170796db Mon Sep 17 00:00:00 2001 From: lhy1024 Date: Fri, 22 Nov 2024 16:30:37 +0800 Subject: [PATCH 3/6] Update configure-store-limit.md Co-authored-by: Aolin --- configure-store-limit.md | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/configure-store-limit.md b/configure-store-limit.md index d5a54bfd8423..b53ce793d436 100644 --- a/configure-store-limit.md +++ b/configure-store-limit.md @@ -75,6 +75,4 @@ store limit 1 5 remove-peer // 设置 store 1 删除 peer 的速度上 > Store Limit v2 目前为实验特性，不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug，请在 GitHub 上提 [issue](https://github.com/pingcap/tidb/issues) 反馈。 当 [`store-limit-version`](/pd-configuration-file.md#store-limit-version-从-v710-版本开始引入) 设置为 `v2` 时，Store Limit v2 生效。在此模式下，Operator 调度限制将根据 TiKV Snapshot 执行情况进行动态调整。当 TiKV 积压的任务较少时，PD 会增加其调度任务。相反，PD 会减少对该节点的调度任务。此时，你无需关注如何设置 `store limit` 以加快调度进度。 -在该模式下，TiKV 执行速度成为迁移进度的主要瓶颈。你可以通过 **TiKV Details** > **Snapshot** > **Snapshot Speed** 面板判断当前调度速度是否达到 TiKV 限流设置。通过调整 TiKV Snapshot Limit ([`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec)) 来增加或减少该节点的调度速度。 - -在当前版本中，将该配置项设置为 `"v2"` 为实验特性，不建议在生产环境中使用。 \ No newline at end of file +在该模式下，TiKV 执行速度成为迁移进度的主要瓶颈。你可以通过 **TiKV Details** > **Snapshot** > **Snapshot Speed** 面板判断当前调度速度是否达到 TiKV 限流设置。通过调整 TiKV Snapshot Limit ([`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec)) 来增加或减少该节点的调度速度。 \ No newline at end of file From 28a276518b8d1c714021c12578cf54c62866b62d Mon Sep 17 00:00:00 2001 From: lhy1024 Date: Fri, 22 Nov 2024 16:30:45 +0800 Subject: [PATCH 4/6] Update pd-control.md Co-authored-by: Aolin --- pd-control.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pd-control.md b/pd-control.md index 98be6557c3fe..36b7c72c6cfd 100644 --- a/pd-control.md +++ b/pd-control.md @@ -454,7 +454,7 @@ config show cluster-version - `store-limit-mode` 用于控制 store 限速机制的模式。主要有两种模式：`auto` 和 `manual`。`auto` 模式下会根据 load 自动进行平衡调整（弃用）。 -- `store-limit-version` 用于设置 `store limit` 限制模式，目前提供两种方式：`v1` 和 `v2`。默认值为 `v1`。在 `v1` 模式下，你可以手动修改 `store limit` 以限制单个 TiKV 调度速度。`v2` 模式为实验特性，在 `v2` 模式下，你无需关注 `store limit` 值，PD 将根据 TiKV Snapshot 执行情况动态调整 TiKV 调度速度。详情请参考 [Store Limit v2 原理](/configure-store-limit.md#store-limit-v2-原理)。在当前版本中，将该配置项设置为 `"v2"` 为实验特性，不建议在生产环境中使用。 +- `store-limit-version` 用于设置 `store limit` 限制模式，目前提供两种方式：`v1` 和 `v2`。默认值为 `v1`。在 `v1` 模式下，你可以手动修改 `store limit` 以限制单个 TiKV 调度速度。`v2` 模式为实验特性，不建议在生产环境中使用。在 `v2` 模式下，你无需关注 `store limit` 值，PD 将根据 TiKV Snapshot 执行情况动态调整 TiKV 调度速度。详情请参考 [Store Limit v2 原理](/configure-store-limit.md#store-limit-v2-原理)。 ```bash config set store-limit-version v2 // 使用 Store Limit v2 From 8c618d3feaafd1c5531e1dd89c0374c2742dac7b Mon Sep 17 00:00:00 2001 From: lhy1024 Date: Fri, 22 Nov 2024 16:34:54 +0800 Subject: [PATCH 5/6] update Signed-off-by: lhy1024 --- releases/release-7.1.0.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/releases/release-7.1.0.md b/releases/release-7.1.0.md index 8253feeff378..f1e9cf9aec74 100644 --- a/releases/release-7.1.0.md +++ b/releases/release-7.1.0.md @@ -386,7 +386,7 @@ TiDB 7.1.0 为长期支持版本 (Long-Term Support Release, LTS)。 + PD - - 新增基于 snapshot 执行细节来自动调整 store limit 大小的控制器。将 `store-limit-version` 设置为 `v2` 即可开启该控制器，开启后，用户无需手动调整 `store limit` 配置来控制扩缩容的速度 [#6147](https://github.com/tikv/pd/issues/6147) @[bufferflies](https://github.com/bufferflies) + - 新增基于 snapshot 执行细节来自动调整 store limit 大小的控制器（实验特性）。将 `store-limit-version` 设置为 `v2` 即可开启该控制器，开启后，用户无需手动调整 `store limit` 配置来控制扩缩容的速度 [#6147](https://github.com/tikv/pd/issues/6147) @[bufferflies](https://github.com/bufferflies) - 新增历史负载信息，避免了存储引擎为 raft-kv2 时，热点调度器对不稳定负载所在的 Region 进行频繁调度 [#6297](https://github.com/tikv/pd/issues/6297) @[bufferflies](https://github.com/bufferflies) - 新增 leader 健康检查机制，当 etcd leader 所在的 PD server 无法当选 leader 时，主动切换 etcd leader 来保证 PD leader 可用 [#6403](https://github.com/tikv/pd/issues/6403) @[nolouch](https://github.com/nolouch) From 3c0975ec627e0328664da94daf5efda37d6fb562 Mon Sep 17 00:00:00 2001 From: Aolin Date: Fri, 22 Nov 2024 16:34:57 +0800 Subject: [PATCH 6/6] make ci happy --- configure-store-limit.md | 1 + 1 file changed, 1 insertion(+) diff --git a/configure-store-limit.md b/configure-store-limit.md index b53ce793d436..dec759cbb94c 100644 --- a/configure-store-limit.md +++ b/configure-store-limit.md @@ -73,6 +73,7 @@ store limit 1 5 remove-peer // 设置 store 1 删除 peer 的速度上 > **警告：** > > Store Limit v2 目前为实验特性，不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug，请在 GitHub 上提 [issue](https://github.com/pingcap/tidb/issues) 反馈。 + 当 [`store-limit-version`](/pd-configuration-file.md#store-limit-version-从-v710-版本开始引入) 设置为 `v2` 时，Store Limit v2 生效。在此模式下，Operator 调度限制将根据 TiKV Snapshot 执行情况进行动态调整。当 TiKV 积压的任务较少时，PD 会增加其调度任务。相反，PD 会减少对该节点的调度任务。此时，你无需关注如何设置 `store limit` 以加快调度进度。 在该模式下，TiKV 执行速度成为迁移进度的主要瓶颈。你可以通过 **TiKV Details** > **Snapshot** > **Snapshot Speed** 面板判断当前调度速度是否达到 TiKV 限流设置。通过调整 TiKV Snapshot Limit ([`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec)) 来增加或减少该节点的调度速度。 \ No newline at end of file