错别字修改

learning/k8s-advanced/policy/lr_container.md

@@ -1,7 +1,7 @@
 ---
 vssueId: 143
 layout: LearningLayout
-description: Kubernetes教程_本文讨论了如何在容器级别创建 LimitRange。假设有一个 Pod 包含 4个容器，每个容器都定义了 spec.resource，此时 LimitRanger 管理控制器在处理该 Pod 中的 4个容器是，处理方式是不一样的。
+description: Kubernetes教程_本文讨论了如何在容器级别创建 LimitRange。假设有一个 Pod 包含 4个容器，每个容器都定义了 spec.resource，此时 LimitRanger 管理控制器在处理该 Pod 中的 4个容器时，处理方式是不一样的。
 meta:
   - name: keywords
     content: Kubernetes教程, LimitRange, Kubernetes Limit Range
@@ -14,7 +14,7 @@ meta:
 <AdSenseTitle>
 </AdSenseTitle>
 
-本文讨论了如何在容器级别创建 LimitRange。假设有一个 Pod 包含 4个容器，每个容器都定义了 `spec.resource`，此时 LimitRanger 管理控制器在处理该 Pod 中的 4个容器是，处理方式是不一样的。
+本文讨论了如何在容器级别创建 LimitRange。假设有一个 Pod 包含 4个容器，每个容器都定义了 `spec.resource`，此时 LimitRanger 管理控制器在处理该 Pod 中的 4个容器时，处理方式是不一样的。
 
 演示步骤如下：
 

learning/k8s-advanced/schedule/index.md

@@ -76,7 +76,7 @@ Filtering（筛选/过滤）阶段，使用的过滤器有：
 * **SelectorSpreadPriority**：将 Pod 分散到不同的节点，主要考虑同属于一个 Service、StatefulSet、Deployment的情况
 * **InterPodAffinityPriority**：遍历 `weightedPodAffinityTerm` 并求和，找出结果最高的节点
 * **LeastRequestedPriority**：已被消耗的资源最少的节点得分最高。如果节点上的 Pod 越多，被消耗的资源越多，则评分约低
-* **MostRequestedPriority**：已被小号的额资源最多的节点得分最高。此策略会把 Pod 尽量集中到集群中的少数节点上
+* **MostRequestedPriority**：已被消耗的资源最多的节点得分最高。此策略会把 Pod 尽量集中到集群中的少数节点上
 * **RequestedToCapacityRatioPriority**：按 requested / capacity 的百分比评分
 * **BalancedResourceAllocation**：资源使用均衡的节点评分高
 * **NodePreferAvoidPodsPriority**：根据节点的 annotation `scheduler.alpha.kubernetes.io/preferAvoidPods` 评分。可使用此 annotation 标识哪些 Pod 不能够运行在同一个节点上

learning/k8s-practice/access/port-forward.md

@@ -129,7 +129,7 @@ meta:
 
 ## 总结
 
-本机 7000 端口的连接被转发到集群中 Redis Server 所在 Pod 的 6379 端口。当此连接存在是，您可以使用您自己的机器上的客户端对部署在集群中的 Redis Server 进行 Debug。
+本机 7000 端口的连接被转发到集群中 Redis Server 所在 Pod 的 6379 端口。当此连接存在时，您可以使用您自己的机器上的客户端对部署在集群中的 Redis Server 进行 Debug。
 
 ::: tip 提示
 * 由于一些限制，port-forward 目前只支持 TCP 协议，[issue 47862](https://github.com/kubernetes/kubernetes/issues/47862) 用来跟进对 UDP 协议的支持。