chapter46_part4: /510_Deployment/40_config.asciidoc

语句调整。 @medcl  @biyuhao 🙏

Author: pengqiuyuan

510_Deployment/40_config.asciidoc

@@ -15,8 +15,8 @@ Elasticsearch 已经有了 _很好_ 的默认值，((("deployment", "configurati
 在 Elasticsearch 中很少有“神奇的配置项”，
 如果存在，我们也已经帮你优化了！
 
-也就是说，有些配置在生成环境中是应该调整的。
-这些变化会让你的生活更轻松，因为没有办法设定好的默认值（它取决于你的集群布局）。
+另外，有些 _逻辑上的_ 配置在生产环境中是应该调整的。
+这些调整可能会让你的工作更加轻松，又或者因为没办法设定一个默认值（它取决于你的集群布局）。
 
 ==== 指定名字
 
@@ -138,11 +138,11 @@ PUT /_cluster/settings
 
 当你集群重启时，几个配置项影响你的分片恢复的表现。((("recovery settings")))((("configuration changes, important", "recovery settings")))首先，我们需要明白如果什么也没配置将会发生什么。
 
-想象一下假设你有 10 个节点，每个节点只保存一个分片，这个分片是一个主分片或者是一个分片副本，或者说有一个有 5 个主分片／1 个分片副本的索引。有时你需要为整个集群做离线维护（比如，为了安装一个新的驱动程序），
+想象一下假设你有 10 个节点，每个节点只保存一个分片，这个分片是一个主分片或者是一个副本分片，或者说有一个有 5 个主分片／1 个副本分片的索引。有时你需要为整个集群做离线维护（比如，为了安装一个新的驱动程序），
 当你重启你的集群，恰巧出现了 5 个节点已经启动，还有 5 个还没启动的场景。
 
 假设其它 5 个节点出问题，或者他们根本没有收到立即重启的命令。不管什么原因，你有 5 个节点在线上，这五个节点会相互通信，选出一个 master，从而形成一个集群。
-他们注意到数据不再均匀分布，因为有 5 个节点在集群中丢失了，所以他们之间会立马启动分片复制。
+他们注意到数据不再均匀分布，因为有 5 个节点在集群中丢失了，所以他们之间会立即启动分片复制。
 
 最后，你的其它 5 个节点打开加入了集群。这些节点会发现 _它们_ 的数据正在被复制到其他节点，所以他们删除本地数据（因为这份数据要么是多余的，要么是过时的）。
 然后整个集群重新进行平衡，因为集群的大小已经从 5 变成了 10。