You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pegasus.apache.org by "acelyc111 (via GitHub)" <gi...@apache.org> on 2024/01/24 16:15:11 UTC
[PR] Update scale-in-out Chinese doc [incubator-pegasus-website]
acelyc111 opened a new pull request, #66:
URL: https://github.com/apache/incubator-pegasus-website/pull/66
(no comment)
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@pegasus.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pegasus.apache.org
For additional commands, e-mail: dev-help@pegasus.apache.org
Re: [PR] Update scale-in-out Chinese doc [incubator-pegasus-website]
Posted by "empiredan (via GitHub)" <gi...@apache.org>.
empiredan commented on code in PR #66:
URL: https://github.com/apache/incubator-pegasus-website/pull/66#discussion_r1468439824
##########
_docs/zh/administration/scale-in-out.md:
##########
@@ -13,49 +13,63 @@ permalink: administration/scale-in-out
# 扩容流程
-扩容流程非常简单：
-* 要扩容多个机器，就在这些新增机器上启动replica server进程，启动后replica server会主动联系meta server，加入节点列表中。
-* 在meta level为steady的情况下，不会进行[负载均衡](rebalance)，因此用shell工具的`nodes -d`命令查看，可以看到新节点的状态为ALIVE，但是服务的replica个数为0。
-* 通过shell工具的`set_meta_level lively`启动负载均衡，meta server会逐渐将部分replica迁移到新节点上。
-* 通过shell工具的`nodes -d`命令查看个节点服务replica的情况，在达到均衡状态后，通过`set_meta_level steady`关闭负载均衡，扩容完成。
+扩容流程比较简单：
+* 要扩容多个服务器，就在这些新增服务器上启动 replica server 进程，启动后 replica server 会主动联系 meta server，加入节点列表中。
+* 在 meta level 为 `steady` 时，不会进行 [负载均衡](rebalance)，因此用 shell 工具的 `nodes -d` 命令查看，可以看到新节点的状态为 `ALIVE`，但是该节点服务的 replica 个数为 0。
+* 通过 shell 工具的 `set_meta_level lively` 启动负载均衡，meta server 会逐渐将部分 replica 迁移到新节点上。
+* 通过 shell 工具的 `nodes -d` 命令查看个节点服务 replica 的情况，在达到均衡状态后，通过 `set_meta_level steady` 关闭负载均衡，扩容完成。
# 缩容流程
-缩容相对扩容来说要考虑的点就多些，主要包括：
+缩容相对扩容要考虑的点就多些，主要包括：
* 如果同时要下线多个节点，需要一个一个进行，等一个下线完成后再下线另一个，避免影响集群的可用度和数据的安全性。
-* 如果同时要下线多个节点，在下线一个节点时，meta server补充备份要避免将备份分派在即将要下线的其他节点上，不然等后面下线其他节点时，又要重新补充备份，造成不必要的跨节点数据拷贝。我们提供了black_list来支持这个功能。
-* **需要注意**：节点下线后，在meta server上的状态会变成UNALIVE，可能会造成ALIVE的节点比例低于配置参数`node_live_percentage_threshold_for_update`，如果低于了限制，meta server就会自动降级为freezed状态，此时所有的`reconfiguration`操作都无法进行，缩容流程也进行不下去。所以在缩容之前需要计算一下是否会造成这种情况，如果会，就先升级meta server的配置，将`node_live_percentage_threshold_for_update`修改至足够低，保证在缩容过程中meta server不会自动降级为freezed状态。
+* 如果同时要下线多个节点，在下线一个节点时，meta server 补充副本要时，要尽量避免将副本分派到即将要下线的其他节点上，否则在下线其他节点时，又要重新补充副本，造成不必要的跨节点数据拷贝。我们提供了 [black_list](/administration/rebalance#assign_secondary_black_list) 来支持这个功能。
Review Comment:
```suggestion
* 如果同时要下线多个节点，那么在下线一个节点时，要尽量避免 meta server 在补充副本时将副本分派到即将要下线的其他节点上，否则在下线其他节点时，又要重新补充副本，造成不必要的跨节点数据拷贝。我们提供了 [black_list](/administration/rebalance#assign_secondary_black_list) 来支持这个功能。
```
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@pegasus.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pegasus.apache.org
For additional commands, e-mail: dev-help@pegasus.apache.org
Re: [PR] Update scale-in-out Chinese doc [incubator-pegasus-website]
Posted by "empiredan (via GitHub)" <gi...@apache.org>.
empiredan commented on code in PR #66:
URL: https://github.com/apache/incubator-pegasus-website/pull/66#discussion_r1468439824
##########
_docs/zh/administration/scale-in-out.md:
##########
@@ -13,49 +13,63 @@ permalink: administration/scale-in-out
# 扩容流程
-扩容流程非常简单：
-* 要扩容多个机器，就在这些新增机器上启动replica server进程，启动后replica server会主动联系meta server，加入节点列表中。
-* 在meta level为steady的情况下，不会进行[负载均衡](rebalance)，因此用shell工具的`nodes -d`命令查看，可以看到新节点的状态为ALIVE，但是服务的replica个数为0。
-* 通过shell工具的`set_meta_level lively`启动负载均衡，meta server会逐渐将部分replica迁移到新节点上。
-* 通过shell工具的`nodes -d`命令查看个节点服务replica的情况，在达到均衡状态后，通过`set_meta_level steady`关闭负载均衡，扩容完成。
+扩容流程比较简单：
+* 要扩容多个服务器，就在这些新增服务器上启动 replica server 进程，启动后 replica server 会主动联系 meta server，加入节点列表中。
+* 在 meta level 为 `steady` 时，不会进行 [负载均衡](rebalance)，因此用 shell 工具的 `nodes -d` 命令查看，可以看到新节点的状态为 `ALIVE`，但是该节点服务的 replica 个数为 0。
+* 通过 shell 工具的 `set_meta_level lively` 启动负载均衡，meta server 会逐渐将部分 replica 迁移到新节点上。
+* 通过 shell 工具的 `nodes -d` 命令查看个节点服务 replica 的情况，在达到均衡状态后，通过 `set_meta_level steady` 关闭负载均衡，扩容完成。
# 缩容流程
-缩容相对扩容来说要考虑的点就多些，主要包括：
+缩容相对扩容要考虑的点就多些，主要包括：
* 如果同时要下线多个节点，需要一个一个进行，等一个下线完成后再下线另一个，避免影响集群的可用度和数据的安全性。
-* 如果同时要下线多个节点，在下线一个节点时，meta server补充备份要避免将备份分派在即将要下线的其他节点上，不然等后面下线其他节点时，又要重新补充备份，造成不必要的跨节点数据拷贝。我们提供了black_list来支持这个功能。
-* **需要注意**：节点下线后，在meta server上的状态会变成UNALIVE，可能会造成ALIVE的节点比例低于配置参数`node_live_percentage_threshold_for_update`，如果低于了限制，meta server就会自动降级为freezed状态，此时所有的`reconfiguration`操作都无法进行，缩容流程也进行不下去。所以在缩容之前需要计算一下是否会造成这种情况，如果会，就先升级meta server的配置，将`node_live_percentage_threshold_for_update`修改至足够低，保证在缩容过程中meta server不会自动降级为freezed状态。
+* 如果同时要下线多个节点，在下线一个节点时，meta server 补充副本要时，要尽量避免将副本分派到即将要下线的其他节点上，否则在下线其他节点时，又要重新补充副本，造成不必要的跨节点数据拷贝。我们提供了 [black_list](/administration/rebalance#assign_secondary_black_list) 来支持这个功能。
Review Comment:
```suggestion
* 如果同时要下线多个节点，那么在下线一个节点时，在补充副本时要尽量避免 meta server 将副本分派到即将要下线的其他节点上，否则在下线其他节点时，又要重新补充副本，造成不必要的跨节点数据拷贝。我们提供了 [black_list](/administration/rebalance#assign_secondary_black_list) 来支持这个功能。
```
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@pegasus.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pegasus.apache.org
For additional commands, e-mail: dev-help@pegasus.apache.org
Re: [PR] Update scale-in-out Chinese doc [incubator-pegasus-website]
Posted by "acelyc111 (via GitHub)" <gi...@apache.org>.
acelyc111 commented on PR #66:
URL: https://github.com/apache/incubator-pegasus-website/pull/66#issuecomment-1908457630
https://github.com/apache/incubator-pegasus/issues/1734
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@pegasus.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pegasus.apache.org
For additional commands, e-mail: dev-help@pegasus.apache.org
Re: [PR] Update scale-in-out Chinese doc [incubator-pegasus-website]
Posted by "empiredan (via GitHub)" <gi...@apache.org>.
empiredan merged PR #66:
URL: https://github.com/apache/incubator-pegasus-website/pull/66
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@pegasus.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pegasus.apache.org
For additional commands, e-mail: dev-help@pegasus.apache.org