From aef91ae2e8948a22f84c5d4219ec1c33a70eccbb Mon Sep 17 00:00:00 2001
From: rootlh <302824716@qq.com>
Date: Sat, 17 Oct 2020 11:34:44 +0800
Subject: [PATCH] Update safely-drain-node.md

---
 .../zh/docs/tasks/administer-cluster/safely-drain-node.md   | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/content/zh/docs/tasks/administer-cluster/safely-drain-node.md b/content/zh/docs/tasks/administer-cluster/safely-drain-node.md
index 28964d5f0a..dafde95115 100644
--- a/content/zh/docs/tasks/administer-cluster/safely-drain-node.md
+++ b/content/zh/docs/tasks/administer-cluster/safely-drain-node.md
@@ -254,14 +254,14 @@ application owners and cluster owners to establish an agreement on behavior in t
 ## 驱逐阻塞
 
 在某些情况下，应用程序可能会到达一个中断状态，除了 429 或 500 之外，它将永远不会返回任何内容。
-例如应用程序控制器创建的替换 Pod 没有准备好，或者被驱逐的最后一个 Pod 有很长的终止宽限期，就会发生这种情况。
+例如 ReplicaSet 创建的替换 Pod 没有变成就绪状态，或者被驱逐的最后一个 Pod 有很长的终止宽限期，就会发生这种情况。
 
 在这种情况下，有两种可能的解决方案：
 
 - 中止或暂停自动操作。调查应用程序卡住的原因，并重新启动自动化。
-- 经过适当的长时间等待后， `DELETE` Pod，而不是使用驱逐 API。
+- 经过适当的长时间等待后， 从集群中删除 Pod 而不是使用驱逐 API。
 
-Kubernetes 并没有具体说明在这种情况下应该采取什么行为；
+Kubernetes 并没有具体说明在这种情况下应该采取什么行为，
 这应该由应用程序所有者和集群所有者紧密沟通，并达成对行动一致意见。
 
 ## {{% heading "whatsnext" %}}