[ko] Update outdated files in dev-1.21-ko.1 (p5)

content/ko/docs/concepts/overview/working-with-objects/names.md

@@ -21,11 +21,15 @@ weight: 20
 
 {{< glossary_definition term_id="name" length="all" >}}
 
+{{< note >}}
+물리적 호스트를 나타내는 노드와 같이 오브젝트가 물리적 엔티티를 나타내는 경우, 노드를 삭제한 후 다시 생성하지 않은 채 동일한 이름으로 호스트를 다시 생성하면, 쿠버네티스는 새 호스트를 불일치로 이어질 수 있는 이전 호스트로 취급한다.
+{{< /note >}}
+
 다음은 리소스에 일반적으로 사용되는 세 가지 유형의 이름 제한 조건이다.
 
 ### DNS 서브도메인 이름
 
-대부분의 리소스 유형에는 [RFC 1123](https://tools.ietf.org/html/rfc1123)에 정의된 대로 
+대부분의 리소스 유형에는 [RFC 1123](https://tools.ietf.org/html/rfc1123)에 정의된 대로
 DNS 서브도메인 이름으로 사용할 수 있는 이름이 필요하다.
 이것은 이름이 다음을 충족해야 한다는 것을 의미한다.
 
@@ -83,4 +87,3 @@ UUID는 ISO/IEC 9834-8 과 ITU-T X.667 로 표준화 되어 있다.
 
 * 쿠버네티스의 [레이블](/ko/docs/concepts/overview/working-with-objects/labels/)에 대해 읽기.
 * [쿠버네티스의 식별자와 이름](https://git.k8s.io/community/contributors/design-proposals/architecture/identifiers.md) 디자인 문서 읽기.
-

content/ko/docs/concepts/overview/working-with-objects/namespaces.md

@@ -26,7 +26,7 @@ weight: 30
 
 동일한 소프트웨어의 다른 버전과 같이 약간 다른 리소스를 분리하기 위해
 여러 네임스페이스를 사용할 필요는 없다. 동일한 네임스페이스 내에서 리소스를
-구별하기 위해 [레이블](/ko/docs/concepts/overview/working-with-objects/labels/)을
+구별하기 위해 {{< glossary_tooltip text="레이블" term_id="label" >}}을
 사용한다.
 
 ## 네임스페이스 다루기
@@ -109,6 +109,16 @@ kubectl api-resources --namespaced=true
 kubectl api-resources --namespaced=false
 ```
 
+## 자동 레이블링
+
+{{< feature-state state="beta" for_k8s_version="1.21" >}}
+
+쿠버네티스 컨트롤 플레인은 `NamespaceDefaultLabelName` [기능 게이트](/ko/docs/reference/command-line-tools-reference/feature-gates/)가
+활성화된 경우 모든 네임스페이스에 변경할 수 없는(immutable) {{< glossary_tooltip text="레이블" term_id="label" >}}
+`kubernetes.io / metadata.name` 을 설정한다.
+레이블 값은 네임스페이스 이름이다.
+
+
 ## {{% heading "whatsnext" %}}
 
 * [신규 네임스페이스 생성](/docs/tasks/administer-cluster/namespaces/#creating-a-new-namespace)에 대해 더 배우기.