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

content/ko/docs/concepts/services-networking/service-topology.md

@@ -1,10 +1,8 @@
 ---
-title: 서비스 토폴로지
-feature:
-  title: 서비스 토폴로지
-  description: >
-    클러스터 토폴로지를 기반으로 서비스 트래픽 라우팅.
 
+
+
+title: 토폴로지 키를 사용하여 토폴로지-인지 트래픽 라우팅
 content_type: concept
 weight: 10
 ---
@@ -12,7 +10,16 @@ weight: 10
 
 <!-- overview -->
 
-{{< feature-state for_k8s_version="v1.17" state="alpha" >}}
+{{< feature-state for_k8s_version="v1.21" state="deprecated" >}}
+
+{{< note >}}
+
+이 기능, 특히 알파 `topologyKeys` API는 쿠버네티스 v1.21부터
+더 이상 사용되지 않는다.
+쿠버네티스 v1.21에 도입된 [토폴로지 인지 힌트](/docs/concepts/services-networking/topology-aware-hints/)는
+유사한 기능을 제공한다.
+
+{{</ note >}}
 
 _서비스 토폴로지_ 를 활성화 하면 서비스는 클러스터의 노드 토폴로지를
 기반으로 트래픽을 라우팅한다. 예를 들어, 서비스는 트래픽을
@@ -20,33 +27,33 @@ _서비스 토폴로지_ 를 활성화 하면 서비스는 클러스터의 노
 우선적으로 라우팅되도록 지정할 수 있다.
 
 
-
 <!-- body -->
 
 ## 소개
 
 기본적으로 `ClusterIP` 또는 `NodePort` 서비스로 전송된 트래픽은 서비스의
-모든 백엔드 주소로 라우팅 될 수 있다. 쿠버네티스 1.7부터는 "외부(external)"
-트래픽을 수신한 노드에서 실행중인 파드로 라우팅할 수 있었지만,
-`ClusterIP` 서비스에서는 지원되지 않으며 더 복잡한
-토폴로지 &mdash; 영역별 라우팅과 같은 &mdash; 에서는 불가능 했다.
-_서비스 토폴로지_ 기능은 서비스 생성자가 발신 노드와 수신 노드에 대해서
-노드 레이블에 기반한 트래픽 라우팅 정책을 정의할 수 있도록
-함으로써 이 문제를 해결한다.
+모든 백엔드 주소로 라우팅될 수 있다. 쿠버네티스 1.7을 사용하면 트래픽을 수신한
+동일한 노드에서 실행 중인 파드로 "외부(external)" 트래픽을 라우팅할 수
+있다. `ClusterIP` 서비스의 경우, 라우팅에 대한 동일한 노드 기본 설정이
+불가능했다. 또한 동일한 영역 내의 엔드 포인트에 대한 라우팅을 선호하도록
+클러스터를 구성할 수도 없다.
+서비스에 `topologyKeys` 를 설정하면, 출발 및 대상 노드에 대한
+노드 레이블을 기반으로 트래픽을 라우팅하는 정책을 정의할 수 있다.
 
-소스와 목적지의 노드 레이블 일치를 사용하여 운영자는 운영자의 요구 사항에
-적합한 메트릭에 대해서 서로 "근접(closer)" 하거나 "먼(farther)"
-노드 그룹을 지정할 수 있다. 공용 클라우드의 많은 운영자들이 서비스 트래픽을
-동일한 영역에서 유지하는 것을 선호하는 것을 필요성의 예제로 볼 수 있다. 그 이유는
-지역간의 트래픽에는 관련 비용이 발생하지만 지역 내의 트래픽은 발생하지 않기 때문이다.
-다른 일반적인 필요성으로는 DaemonSet이 관리하는 로컬 파드로
-트래픽을 라우팅 하거나, 대기시간을 최소화하기 위해 동일한 랙 상단(top-of-rack) 스위치에
-연결된 노드로 트래픽을 유지하는 것이 있다.
+소스와 목적지 사이의 레이블 일치를 통해 클러스터 운영자는
+서로 "근접(closer)"하거나 "먼(father)" 노드 그룹을 지정할 수 있다.
+자신의 요구 사항에 맞는 메트릭을 나타내는 레이블을 정의할 수 있다.
+예를 들어, 퍼블릭 클라우드에서는 지역 간의 트래픽에는 관련 비용이 발생(지역 내
+트래픽은 일반적으로 그렇지 않다)하기 때문에, 네트워크 트래픽을 동일한 지역 내에 유지하는 것을
+선호할 수 있다. 다른 일반적인 필요성으로는 데몬셋(DaemonSet)이 관리하는
+로컬 파드로 트래픽을 라우팅하거나, 대기 시간을 최소화하기 위해
+동일한 랙 상단(top-of-rack) 스위치에 연결된 노드로 트래픽을
+유지하는 것이 있다.
 
 
 ## 서비스 토폴로지 사용하기
 
-만약 클러스터에서 서비스 토폴로지가 활성화된 경우, 서비스 사양에서
+만약 클러스터에서 `ServiceTopology` [기능 게이트](/ko/docs/reference/command-line-tools-reference/feature-gates/)가 활성화된 경우, 서비스 사양에서
 `topologyKeys` 필드를 지정해서 서비스 트래픽 라우팅을 제어할 수 있다. 이 필드는
 이 서비스에 접근할 때 엔드포인트를 정렬하는데 사용되는 노드
 레이블의 우선 순위 목록이다. 트래픽은 첫 번째 레이블 값이 해당 레이블의
@@ -196,5 +203,3 @@ spec:
 
 * [서비스 토폴로지 활성화하기](/docs/tasks/administer-cluster/enabling-service-topology)를 읽어보기.
 * [서비스와 애플리케이션 연결하기](/ko/docs/concepts/services-networking/connect-applications-service/)를 읽어보기.
-
-