[ko] Update outdated files in dev-1.24-ko.1 M115-M138

Author: jihoon-seo

content/ko/docs/tasks/inject-data-application/downward-api-volume-expose-pod-information.md

@@ -6,19 +6,15 @@ weight: 40
 
 
 
-본 페이지는 파드가 DownwardAPIVolumeFile을 사용하여 파드에서 실행되는 컨테이너에
-자신에 대한 정보를 노출하는 방법에 대해 설명한다. DownwardAPIVolumeFile은 파드 필드와
-컨테이너 필드를 노출할 수 있다.
-
-
+본 페이지는 파드가 
+[`DownwardAPIVolumeFile`](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#downwardapivolumefile-v1-core)을 사용하여 
+파드에서 실행되는 컨테이너에 자신에 대한 정보를 노출하는 방법에 대해 설명한다. 
+`DownwardAPIVolumeFile`은 파드 필드와 컨테이너 필드를 노출할 수 있다.
 
 ## {{% heading "prerequisites" %}}
 
-
 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
 
-
-
 
 
 ## 다운워드(Downward) API
@@ -28,7 +24,8 @@ weight: 40
 * [환경 변수](/ko/docs/tasks/inject-data-application/environment-variable-expose-pod-information/#다운워드-downward-api)
 * 볼륨 파일
 
-파드 및 컨테이너 필드를 노출하는 이 두 가지 방법을 *다운워드 API*라고 한다.
+파드 및 컨테이너 필드를 노출하는 이 두 가지 방법을 
+"다운워드 API"라고 한다.
 
 ## 파드 필드 저장
 
@@ -42,11 +39,14 @@ weight: 40
 
 `downwardAPI` 아래의 배열을 살펴보자. 배열의 각 요소는 
 [DownwardAPIVolumeFile](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#downwardapivolumefile-v1-core)이다.
-첫 번째 요소는 파드의 `metadata.labels` 필드 값이 `labels`라는 파일에 저장되어야 함을 지정한다.
-두 번째 요소는 파드의 `annotations` 필드 값이 `annotations`라는 파일에 저장되어야 함을 지정한다.
+첫 번째 요소는 파드의 `metadata.labels` 필드 값이 
+`labels`라는 파일에 저장되어야 함을 지정한다.
+두 번째 요소는 파드의 `annotations` 필드 값이 
+`annotations`라는 파일에 저장되어야 함을 지정한다.
 
 {{< note >}}
-이 예제의 필드는 파드에 있는 컨테이너의 필드가 아니라 파드 필드이다. 
+이 예제의 필드는 파드에 있는 컨테이너의 필드가 아니라 
+파드 필드이다. 
 {{< /note >}}
 
 파드를 생성한다.
@@ -78,7 +78,7 @@ build="two"
 builder="john-doe"
 ```
 
-파드에서 실행 중인 컨테이너의 셸을 가져오자.
+파드에서 실행 중인 컨테이너의 셸을 가져온다.
 
 ```shell
 kubectl exec -it kubernetes-downwardapi-volume-example -- sh
@@ -90,7 +90,8 @@ kubectl exec -it kubernetes-downwardapi-volume-example -- sh
 /# cat /etc/podinfo/labels
 ```
 
-출력을 통해 모든 파드의 레이블이 `labels` 파일에 기록되었음을 확인할 수 있다.
+출력을 통해 모든 파드의 레이블이 
+`labels` 파일에 기록되었음을 확인할 수 있다.
 
 ```shell
 cluster="test-cluster1"
@@ -130,12 +131,12 @@ total 8
 
 심볼릭 링크를 사용하면 메타데이터의 동적(dynamic) 원자적(atomic) 갱신이 가능하다.
 업데이트는 새 임시 디렉터리에 기록되고, `..data` 심볼릭 링크는 
-[rename(2)](http://man7.org/linux/man-pages/man2/rename.2.html)을 사용하여 
-원자적(atomic)으로 갱신한다.
+[rename(2)](http://man7.org/linux/man-pages/man2/rename.2.html)을 사용하여 원자적(atomic)으로 갱신한다.
 
 {{< note >}}
 다운워드 API를 [subPath](/ko/docs/concepts/storage/volumes/#using-subpath) 
-볼륨 마운트로 사용하는 컨테이너는 다운워드 API 업데이트를 수신하지 않는다.
+볼륨 마운트로 사용하는 컨테이너는 
+다운워드 API 업데이트를 수신하지 않는다.
 {{< /note >}}
 
 셸을 종료한다.
@@ -146,15 +147,19 @@ total 8
 
 ## 컨테이너 필드 저장
 
-이전 연습에서는 파드 필드를 DownwardAPIVolumeFile에 저장하였다.
-이 다음 연습에서는 컨테이너 필드를 저장한다. 다음은 하나의 컨테이너를 가진 파드의 구성 파일이다.
+이전 연습에서는 파드 필드를 
+[`DownwardAPIVolumeFile`](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#downwardapivolumefile-v1-core)에 저장하였다.
+이 다음 연습에서는 컨테이너 필드를 저장한다. 
+다음은 하나의 컨테이너를 가진 파드의 구성 파일이다.
 
 {{< codenew file="pods/inject/dapi-volume-resources.yaml" >}}
 
-구성 파일에서 파드에 `downwardAPI` 볼륨이 있고 컨테이너는 `/etc/podinfo`에 볼륨을 
-마운트하는 것을 확인할 수 있다.
+구성 파일에서 파드에 [`downwardAPI` 볼륨](/ko/docs/concepts/storage/volumes/#downwardapi)이 있고 
+컨테이너는 `/etc/podinfo`에 
+볼륨을 마운트하는 것을 확인할 수 있다.
 
-`downwardAPI` 아래의 `items` 배열을 살펴보자. 배열의 각 요소는 DownwardAPIVolumeFile이다.
+`downwardAPI` 아래의 `items` 배열을 살펴보자. 배열의 각 요소는 
+[`DownwardAPIVolumeFile`](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#downwardapivolumefile-v1-core)이다.
 
 첫 번째 요소는 `client-container`라는 컨테이너에서 
 `1m`으로 지정된 형식의 `limits.cpu` 필드 값이 
@@ -178,45 +183,56 @@ kubectl exec -it kubernetes-downwardapi-volume-example-2 -- sh
 ```shell
 /# cat /etc/podinfo/cpu_limit
 ```
+
 비슷한 명령을 통해 `cpu_request`, `mem_limit` 및 
 `mem_request` 파일을 확인할 수 있다.
 
-
-
 
 
+
 ## 다운워드 API의 기능
 
-다음 정보는 환경 변수 및 `downwardAPI` 볼륨을 통해 컨테이너에서 사용할 수 있다.
+다음 정보는 환경 변수 및 `downwardAPI` 볼륨을 통해 
+컨테이너에서 사용할 수 있다.
 
 * `fieldRef`를 통해 다음 정보를 사용할 수 있다.
+
   * `metadata.name` - 파드의 이름
   * `metadata.namespace` - 파드의 네임스페이스(Namespace)
   * `metadata.uid` - 파드의 UID
-  * `metadata.labels['']` - 파드의 레이블 `` 값 (예를 들어, `metadata.labels['mylabel']`)
-  * `metadata.annotations['']` - 파드의 어노테이션 `` 값 (예를 들어, `metadata.annotations['myannotation']`)
+  * `metadata.labels['']` - 파드의 레이블 `` 값 
+    (예를 들어, `metadata.labels['mylabel']`)
+  * `metadata.annotations['']` - 파드의 어노테이션 `` 값 
+    (예를 들어, `metadata.annotations['myannotation']`)
+
 * `resourceFieldRef`를 통해 다음 정보를 사용할 수 있다.
+
   * 컨테이너의 CPU 한도(limit)
   * 컨테이너의 CPU 요청(request)
   * 컨테이너의 메모리 한도(limit)
   * 컨테이너의 메모리 요청(request)
-  * 컨테이너의 hugepages 한도(limit) (`DownwardAPIHugePages` [기능 게이트(feature gate)](/ko/docs/reference/command-line-tools-reference/feature-gates/)가 활성화된 경우)
-  * 컨테이너의 hugepages 요청(request) (`DownwardAPIHugePages` [기능 게이트(feature gate)](/ko/docs/reference/command-line-tools-reference/feature-gates/)가 활성화된 경우)
+  * 컨테이너의 hugepages 한도(limit) (`DownwardAPIHugePages` 
+    [기능 게이트(feature gate)](/ko/docs/reference/command-line-tools-reference/feature-gates/)가 활성화된 경우)
+  * 컨테이너의 hugepages 요청(request) (`DownwardAPIHugePages` 
+    [기능 게이트(feature gate)](/ko/docs/reference/command-line-tools-reference/feature-gates/)가 활성화된 경우)
   * 컨테이너의 임시-스토리지 한도(limit)
   * 컨테이너의 임시-스토리지 요청(request)
 
-`downwardAPI` 볼륨 `fieldRef`를 통해 다음 정보를 사용할 수 있다.
+`downwardAPI` 볼륨 `fieldRef`를 통해 
+다음 정보를 사용할 수 있다.
 
 * `metadata.labels` - 한 줄에 하나의 레이블이 있는 
-`label-key="escaped-label-value"` 형식의 모든 파드 레이블
-* `metadata.annotations` - 한 줄에 하나의 어노테이션이 있는 `annotation-key="escaped-annotation-value"` 형식의 모든 파드 어노테이션
+  `label-key="escaped-label-value"` 형식의 모든 파드 레이블
+* `metadata.annotations` - 한 줄에 하나의 어노테이션이 있는 
+  `annotation-key="escaped-annotation-value"` 형식의 모든 파드 어노테이션
 
 환경 변수를 통해 다음 정보를 사용할 수 있다.
 
 * `status.podIP` - 파드의 IP 주소
-* `spec.serviceAccountName` - 파드의 서비스 계정 이름, v1.4.0-alpha.3부터 사용 가능
-* `spec.nodeName` - 노드의 이름, v1.4.0-alpha.3부터 사용 가능
-* `status.hostIP` - 노드의 IP, v1.7.0-alpha.1 이후 사용 가능
+* `spec.serviceAccountName` - 파드의 서비스 계정 이름
+* `spec.nodeName` - 스케줄러가 항상 파드를 스케줄링하려고 시도할 
+  노드의 이름
+* `status.hostIP` - 파드가 할당될 노드의 IP 주소
 
 {{< note >}}
 컨테이너에 대해 CPU 및 메모리 한도(limit)가 지정되지 않은 경우 다운워드 API는 기본적으로 
@@ -231,7 +247,8 @@ CPU 및 메모리에 대해 할당 가능한 노드 값으로 설정한다.
 
 ## 다운워드 API에 대한 동기
 
-컨테이너가 쿠버네티스에 과도하게 결합되지 않고 자체에 대한 정보를 갖는 것이 때때로 유용하다. 
+컨테이너가 쿠버네티스에 과도하게 결합되지 않고 
+자체에 대한 정보를 갖는 것이 때때로 유용하다. 
 다운워드 API를 사용하면 컨테이너가 쿠버네티스 클라이언트 또는 API 서버를 사용하지 않고 
 자체 또는 클러스터에 대한 정보를 사용할 수 있다.
 
@@ -241,19 +258,16 @@ CPU 및 메모리에 대해 할당 가능한 노드 값으로 설정한다.
 더 나은 옵션은 파드의 이름을 식별자로 사용하고 
 파드의 이름을 잘 알려진 환경 변수에 삽입하는 것이다.
 
-
-
-
 ## {{% heading "whatsnext" %}}
 
-
-* [PodSpec](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podspec-v1-core)
-* [볼륨](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#volume-v1-core)
-* [DownwardAPIVolumeSource](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#downwardapivolumesource-v1-core)
-* [DownwardAPIVolumeFile](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#downwardapivolumefile-v1-core)
-* [ResourceFieldSelector](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#resourcefieldselector-v1-core)
-
-
-
-
-
+* 파드의 목표 상태(desired state)를 정의하는 
+  [`PodSpec`](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podspec-v1-core) API 정의를 확인한다.
+* 컨테이너가 접근할 파드 내의 일반 볼륨을 정의하는 
+  [`Volume`](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#volume-v1-core) API 정의를 확인한다.
+* 다운워드 API 정보를 포함하는 볼륨을 정의하는 
+  [`DownwardAPIVolumeSource`](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#downwardapivolumesource-v1-core) API 정의를 확인한다.
+* 다운워드 API 볼륨 내 파일을 채우기 위한 
+  오브젝트 또는 리소스 필드로의 레퍼런스를 포함하는 
+  [`DownwardAPIVolumeFile`](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#downwardapivolumefile-v1-core) API 정의를 확인한다.
+* 컨테이너 리소스 및 이들의 출력 형식을 지정하는 
+  [`ResourceFieldSelector`](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#resourcefieldselector-v1-core) API 정의를 확인한다.

content/ko/docs/tasks/job/parallel-processing-expansion.md

@@ -201,7 +201,7 @@ spec:
     spec:
       containers:
       - name: c
-        image: busybox
+        image: busybox:1.28
         command: ["sh", "-c", "echo Processing URL {{ url }} && sleep 5"]
       restartPolicy: Never
 {% endfor %}

content/ko/docs/tasks/manage-daemon/update-daemon-set.md

@@ -34,9 +34,9 @@ weight: 10
 데몬셋의 롤링 업데이트 기능을 사용하려면,
 `.spec.updateStrategy.type` 에 `RollingUpdate` 를 설정해야 한다.
 
-[`.spec.updateStrategy.rollingUpdate.maxUnavailable`](/ko/docs/concepts/workloads/controllers/deployment/#최대-불가max-unavailable)
+[`.spec.updateStrategy.rollingUpdate.maxUnavailable`](/docs/reference/kubernetes-api/workload-resources/daemon-set-v1/#DaemonSetSpec)
 (기본값은 1),
-[`.spec.minReadySeconds`](/ko/docs/concepts/workloads/controllers/deployment/#최소-대기-시간초)
+[`.spec.minReadySeconds`](/docs/reference/kubernetes-api/workload-resources/daemon-set-v1/#DaemonSetSpec)
 (기본값은 0),
 [`.spec.updateStrategy.rollingUpdate.maxSurge`](/docs/reference/kubernetes-api/workload-resources/daemon-set-v1/#DaemonSetSpec)
 (베타 기능, 기본값은 0)를 

content/ko/docs/tasks/network/validate-dual-stack.md

@@ -16,7 +16,7 @@ content_type: task
 
 
 * 이중 스택 네트워킹을 위한 제공자 지원 (클라우드 제공자 또는 기타 제공자들은 라우팅 가능한 IPv4/IPv6 네트워크 인터페이스를 제공하는 쿠버네티스 노드들을 제공해야 한다.)
-* 이중 스택을 지원하는 [네트워크 플러그인](/ko/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/)  (예: Calico, Cilium 또는 Kubenet)
+* 이중 스택 네트워킹을 지원하는 [네트워크 플러그인](/ko/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/)
 * [이중 스택 활성화](/ko/docs/concepts/services-networking/dual-stack/) 클러스터
 
 {{< version-check >}}

content/ko/docs/tasks/run-application/access-api-from-pod.md

@@ -47,10 +47,11 @@ weight: 120
 호스트 이름을 사용하여 API 서버를 쿼리할 수 있다. 공식 클라이언트 라이브러리는
 이를 자동으로 수행한다.
 
-API 서버를 인증하는 권장 방법은 [서비스 어카운트](/docs/tasks/configure-pod-container/configure-service-account/)
-자격 증명을 사용하는 것이다. 기본적으로, 파드는
-서비스 어카운트와 연결되어 있으며, 해당 서비스 어카운트에 대한 자격 증명(토큰)은
-해당 파드에 있는 각 컨테이너의 파일시스템 트리의
+API 서버를 인증하는 권장 방법은 
+[서비스 어카운트](/docs/tasks/configure-pod-container/configure-service-account/) 자격 증명을 사용하는 것이다. 
+기본적으로, 파드는 서비스 어카운트와 연결되어 있으며, 
+해당 서비스 어카운트에 대한 자격 증명(토큰)은 
+해당 파드에 있는 각 컨테이너의 파일시스템 트리의 
 `/var/run/secrets/kubernetes.io/serviceaccount/token` 에 있다.
 
 사용 가능한 경우, 인증서 번들은 각 컨테이너의

content/ko/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough.md

@@ -152,7 +152,7 @@ php-apache   Deployment/php-apache/scale   0% / 50%  1         10        1
 ```shell
 # 부하 생성을 유지하면서 나머지 스텝을 수행할 수 있도록,
 # 다음의 명령을 별도의 터미널에서 실행한다.
-kubectl run -i --tty load-generator --rm --image=busybox --restart=Never -- /bin/sh -c "while sleep 0.01; do wget -q -O- http://php-apache; done"
+kubectl run -i --tty load-generator --rm --image=busybox:1.28 --restart=Never -- /bin/sh -c "while sleep 0.01; do wget -q -O- http://php-apache; done"
 ```
 
 이제 아래 명령을 실행한다.
@@ -321,7 +321,7 @@ object:
   metric:
     name: requests-per-second
   describedObject:
-    apiVersion: networking.k8s.io/v1beta1
+    apiVersion: networking.k8s.io/v1
     kind: Ingress
     name: main-route
   target:
@@ -367,7 +367,7 @@ spec:
       metric:
         name: requests-per-second
       describedObject:
-        apiVersion: networking.k8s.io/v1beta1
+        apiVersion: networking.k8s.io/v1
         kind: Ingress
         name: main-route
       target:
@@ -390,7 +390,7 @@ status:
       metric:
         name: requests-per-second
       describedObject:
-        apiVersion: networking.k8s.io/v1beta1
+        apiVersion: networking.k8s.io/v1
         kind: Ingress
         name: main-route
       current:

content/ko/docs/tasks/run-application/horizontal-pod-autoscale.md

@@ -329,17 +329,17 @@ API에 접속하려면 클러스터 관리자는 다음을 확인해야 한다.
 * 해당 API 등록:
 
    * 리소스 메트릭의 경우, 일반적으로 이것은 [메트릭-서버](https://github.com/kubernetes-sigs/metrics-server)가 제공하는 `metrics.k8s.io` API이다.
-     클러스터 애드온으로 시작할 수 있다.
+     클러스터 애드온으로 실행할 수 있다.
 
    * 사용자 정의 메트릭의 경우, 이것은 `custom.metrics.k8s.io` API이다. 메트릭 솔루션 공급 업체에서 제공하는 "어댑터" API 서버에서 제공한다.
      사용 가능한 쿠버네티스 메트릭 어댑터가 있는지 확인하려면 사용하고자 하는 메트릭 파이프라인을 확인한다.
 
    * 외부 메트릭의 경우, 이것은 `external.metrics.k8s.io` API이다. 위에 제공된 사용자 정의 메트릭 어댑터에서 제공될 수 있다.
 
 이런 다양한 메트릭 경로와 각각의 다른 점에 대한 상세 내용은 관련 디자인 제안서인
-[HPA V2](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/autoscaling/hpa-v2.md),
-[custom.metrics.k8s.io](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/instrumentation/custom-metrics-api.md),
-[external.metrics.k8s.io](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/instrumentation/external-metrics-api.md)를 참조한다.
+[HPA V2](https://github.com/kubernetes/design-proposals-archive/blob/main/autoscaling/hpa-v2.md),
+[custom.metrics.k8s.io](https://github.com/kubernetes/design-proposals-archive/blob/main/instrumentation/custom-metrics-api.md),
+[external.metrics.k8s.io](https://github.com/kubernetes/design-proposals-archive/blob/main/instrumentation/external-metrics-api.md)를 참조한다.
 
 어떻게 사용하는지에 대한 예시는 [커스텀 메트릭 사용하는 작업 과정](/ko/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/#다양한-메트릭-및-사용자-정의-메트릭을-기초로한-오토스케일링)과
 [외부 메트릭스 사용하는 작업 과정](/ko/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/#쿠버네티스-오브젝트와-관련이-없는-메트릭을-기초로한-오토스케일링)을 참조한다.
@@ -514,7 +514,7 @@ Horizontal Pod Autoscaler는 모든 API 리소스와 마찬가지로 `kubectl`
 
 또한 Horizontal Pod Autoscaler를 생성할 수 있는 `kubectl autoscale`이라는 특별한 명령이 있다.
 예를 들어 `kubectl autoscale rs foo --min=2 --max=5 --cpu-percent=80`을
-실행하면 레플리케이션 셋 *foo* 에 대한 오토스케일러가 생성되고, 목표 CPU 사용률은 `80 %`,
+실행하면 레플리카셋 *foo* 에 대한 오토스케일러가 생성되고, 목표 CPU 사용률은 `80 %`,
 그리고 2와 5 사이의 레플리카 개수로 설정된다.
 
 ## 암시적 유지 관리 모드 비활성화