Merge pull request #29826 from ClaudiaJKang/outdated-ko-1-22-p3

[ko] Update outdated files in dev-1.22-ko.1 (p3)

Author: k8s-ci-robot

content/ko/docs/reference/glossary/api-eviction.md

@@ -2,7 +2,7 @@
 title: API를 이용한 축출(Eviction)
 id: api-eviction
 date: 2021-04-27
-full_link: /docs/concepts/scheduling-eviction/pod-eviction/#api-eviction
+full_link: /ko/docs/concepts/scheduling-eviction/api-eviction/
 short_description: >
   API를 이용한 축출은 축출 API를 사용하여 파드의 정상 종료를 트리거하는
   축출 오브젝트를 만드는 프로세스이다

content/ko/docs/reference/kubectl/kubectl.md

@@ -328,7 +328,31 @@ kubectl [flags]
 </tbody>
 </table>
 
+## {{% heading "envvars" %}}
 
+<table style="width: 100%; table-layout: fixed;">
+<colgroup>
+<col span="1" style="width: 10px;" />
+<col span="1" />
+</colgroup>
+<tbody>
+
+<tr>
+<td colspan="2">KUBECONFIG</td>
+</tr>
+<tr>
+<td></td><td style="line-height: 130%; word-wrap: break-word;">kubectl 구성 ("kubeconfig") 파일 경로. 기본: "$HOME/.kube/config"</td>
+</tr>
+
+<tr>
+<td colspan="2">KUBECTL_COMMAND_HEADERS</td>
+</tr>
+<tr>
+<td></td><td style="line-height: 130%; word-wrap: break-word;">false로 설정하면, 호출된 kubectl 명령(쿠버네티스 버전 v1.22 이상)을 자세히 설명하는 추가 HTTP 헤더를 해제</td>
+</tr>
+
+</tbody>
+</table>
 
 ## {{% heading "seealso" %}}
 

content/ko/docs/reference/kubectl/overview.md

@@ -87,7 +87,7 @@ kubectl [command] [TYPE] [NAME] [flags]
 `cluster-info`    | `kubectl cluster-info [flags]` | 클러스터의 마스터와 서비스에 대한 엔드포인트 정보를 표시한다.
 `completion`    | `kubectl completion SHELL [options]` | 지정된 셸(bash 또는 zsh)에 대한 셸 완성 코드를 출력한다.
 `config`        | `kubectl config SUBCOMMAND [flags]` | kubeconfig 파일을 수정한다. 세부 사항은 개별 하위 명령을 참고한다.
-`convert`    | `kubectl convert -f FILENAME [options]` | 다른 API 버전 간에 구성 파일을 변환한다. YAML 및 JSON 형식이 모두 허용된다.
+`convert`    | `kubectl convert -f FILENAME [options]` | 다른 API 버전 간에 구성 파일을 변환한다. YAML 및 JSON 형식이 모두 허용된다. 참고 - `kubectl-convert` 플러그인을 설치해야 한다.
 `cordon`    | `kubectl cordon NODE [options]` | 노드를 스케줄 불가능(unschedulable)으로 표시한다.
 `cp`    | `kubectl cp <file-spec-src> <file-spec-dest> [options]` | 컨테이너에서 그리고 컨테이너로 파일 및 디렉터리를 복사한다.
 `create`        | `kubectl create -f FILENAME [flags]` | 파일이나 표준입력에서 하나 이상의 리소스를 생성한다.

content/ko/docs/reference/scheduling/config.md

@@ -18,15 +18,16 @@ weight: 20
 각 단계는 익스텐션 포인트(extension point)를 통해 노출된다. 플러그인은 이러한
 익스텐션 포인트 중 하나 이상을 구현하여 스케줄링 동작을 제공한다.
 
-[KubeSchedulerConfiguration (v1beta1)](/docs/reference/config-api/kube-scheduler-config.v1beta1/)
+KubeSchedulerConfiguration ([v1beta1](/docs/reference/config-api/kube-scheduler-config.v1beta1/)
+또는 [v1beta2](/docs/reference/config-api/kube-scheduler-config.v1beta2/)) 
 구조에 맞게 파일을 작성하고,
 `kube-scheduler --config <filename>`을 실행하여
 스케줄링 프로파일을 지정할 수 있다.
 
 최소 구성은 다음과 같다.
 
 ```yaml
-apiVersion: kubescheduler.config.k8s.io/v1beta1
+apiVersion: kubescheduler.config.k8s.io/v1beta2
 kind: KubeSchedulerConfiguration
 clientConnection:
   kubeconfig: /etc/srv/kubernetes/kube-scheduler/kubeconfig
@@ -48,38 +49,41 @@ clientConnection:
 스케줄링은 다음 익스텐션 포인트를 통해 노출되는 일련의 단계에서
 발생한다.
 
-1. `QueueSort`: 이 플러그인은 스케줄링 대기열에서 보류 중인 파드를
+1. `queueSort`: 이 플러그인은 스케줄링 대기열에서 보류 중인 파드를
    정렬하는 데 사용되는 정렬 기능을 제공한다. 대기열 정렬 플러그인은 한 번에 단 하나만 활성화될 수 있다.
    사용할 수 있다.
-1. `PreFilter`: 이 플러그인은 필터링하기 전에 파드 또는 클러스터에 대한 정보를
+1. `preFilter`: 이 플러그인은 필터링하기 전에 파드 또는 클러스터에 대한 정보를
    사전 처리하거나 확인하는 데 사용된다. 이 플러그인은 파드를 unschedulable로
    표시할 수 있다.
-1. `Filter`: 이 플러그인은 스케줄링 정책의 단정(Predicates)과 동일하며
+1. `filter`: 이 플러그인은 스케줄링 정책의 단정(Predicates)과 동일하며
    파드를 실행할 수 없는 노드를 필터링하는 데 사용된다. 필터는
    구성된 순서대로 호출된다. 노드가 모든 필터를 통과하지 않으면 파드는 unschedulable로
    표시된다.
-1. `PreScore`: 이것은 사전 스코어링 작업을 수행하는 데 사용할 수 있는
+1. `postFilter`: 이 플러그인은 파드의 실행 가능한 노드를 찾을 수 없을 때,
+   구성된 순서대로 호출된다. `postFilter` 플러그인이 파드 _schedulable_ 을 표시하는 경우, 
+   나머지 플러그인은 호출 되지 않는다.
+1. `preScore`: 이것은 사전 스코어링 작업을 수행하는 데 사용할 수 있는
    정보성 익스텐션 포인트이다.
-1. `Score`: 이 플러그인은 필터링 단계를 통과한 각 노드에 점수를
+1. `score`: 이 플러그인은 필터링 단계를 통과한 각 노드에 점수를
    제공한다. 그런 다음 스케줄러는 가중치 합계가 가장 높은
    노드를 선택한다.
-1. `Reserve`: 지정된 파드에 리소스가 예약된 경우 플러그인에
+1. `reserve`: 지정된 파드에 리소스가 예약된 경우 플러그인에
    알리는 정보성 익스텐션 포인트이다. 플러그인은 또한
    `Reserve` 도중 또는 이후에 실패한 경우 호출 되는 `Unreserve` 호출을
    구현한다.
-1. `Permit`: 이 플러그인은 파드 바인딩을 방지하거나 지연시킬 수 있다.
-1. `PreBind`: 이 플러그인은 파드가 바인딩되기 전에 필요한 모든 작업을 수행한다.
-1. `Bind`: 플러그인은 파드를 노드에 바인딩한다. Bind 플러그인은 순서대로 호출되며
-   일단 바인딩이 완료되면 나머지 플러그인은 건너뛴다. Bind
+1. `permit`: 이 플러그인은 파드 바인딩을 방지하거나 지연시킬 수 있다.
+1. `preBind`: 이 플러그인은 파드가 바인딩되기 전에 필요한 모든 작업을 수행한다.
+1. `bind`: 플러그인은 파드를 노드에 바인딩한다. `bind` 플러그인은 순서대로 호출되며
+   일단 바인딩이 완료되면 나머지 플러그인은 건너뛴다. bind
    플러그인은 적어도 하나 이상 필요하다.
-1. `PostBind`: 파드가 바인드된 후 호출되는
+1. `postBind`: 파드가 바인드된 후 호출되는
    정보성 익스텐션 포인트이다.
 
 각 익스텐션 포인트에 대해 특정 [기본 플러그인](#스케줄링-플러그인)을 비활성화하거나
 자체 플러그인을 활성화할 수 있다. 예를 들면, 다음과 같다.
 
 ```yaml
-apiVersion: kubescheduler.config.k8s.io/v1beta1
+apiVersion: kubescheduler.config.k8s.io/v1beta2
 kind: KubeSchedulerConfiguration
 profiles:
   - plugins:
@@ -99,106 +103,111 @@ profiles:
 
 ### 스케줄링 플러그인
 
-1. `UnReserve`: 파드가 예약된 후 거부되고 `Permit` 플러그인에 의해 보류된 경우
-   호출되는 정보성 익스텐션 포인트이다.
-
-## 스케줄링 플러그인
-
 기본적으로 활성화된 다음의 플러그인은 이들 익스텐션 포인트 중
 하나 이상을 구현한다.
 
-- `SelectorSpread`: {{< glossary_tooltip text="서비스" term_id="service" >}},
-  {{< glossary_tooltip text="레플리카셋(ReplicaSets)" term_id="replica-set" >}} 및
-  {{< glossary_tooltip text="스테이트풀셋(StatefulSets)" term_id="statefulset" >}}에
-  속하는 파드에 대해 노드 간 분산을 선호한다.
-  익스텐션 포인트: `PreScore`, `Score`.
 - `ImageLocality`: 파드가 실행하는 컨테이너 이미지가 이미 있는 노드를
   선호한다.
-  익스텐션 포인트: `Score`.
+  익스텐션 포인트: `score`.
 - `TaintToleration`: [테인트(taint)와 톨러레이션(toleration)](/ko/docs/concepts/scheduling-eviction/taint-and-toleration/)을
   구현한다.
-  익스텐션 포인트 구현: `Filter`, `Prescore`, `Score`.
+  익스텐션 포인트 구현: `filter`, `preScore`, `score`.
 - `NodeName`: 파드 명세 노드 이름이 현재 노드와 일치하는지 확인한다.
-  익스텐션 포인트: `Filter`.
+  익스텐션 포인트: `filter`.
 - `NodePorts`: 노드에 요청된 파드 포트에 대해 사용 가능한 포트가 있는지 확인한다.
-  익스텐션 포인트: `PreFilter`, `Filter`.
+  익스텐션 포인트: `preFilter`, `filter`.
 - `NodePreferAvoidPods`: 노드 {{< glossary_tooltip text="어노테이션" term_id="annotation" >}}
   `scheduler.alpha.kubernetes.io/preferAvoidPods` 에 따라
   노드 점수를 매긴다.
-  익스텐션 포인트: `Score`.
+  익스텐션 포인트: `score`.
 - `NodeAffinity`: [노드 셀렉터](/ko/docs/concepts/scheduling-eviction/assign-pod-node/#노드-셀렉터-nodeselector)와
   [노드 어피니티](/ko/docs/concepts/scheduling-eviction/assign-pod-node/#노드-어피니티)를
   구현한다.
-  익스텐션 포인트: `Filter`, `Score`.
+  익스텐션 포인트: `filter`, `score`.
 - `PodTopologySpread`: [파드 토폴로지 분배](/ko/docs/concepts/workloads/pods/pod-topology-spread-constraints/)를
   구현한다.
-  익스텐션 포인트: `PreFilter`, `Filter`, `PreScore`, `Score`.
+  익스텐션 포인트: `preFilter`, `filter`, `preScore`, `score`.
 - `NodeUnschedulable`: `.spec.unschedulable` 이 true로 설정된 노드를
   필터링한다.
-  익스텐션 포인트: `Filter`.
+  익스텐션 포인트: `filter`.
 - `NodeResourcesFit`: 노드에 파드가 요청하는 모든 리소스가 있는지
-  확인한다.
-  익스텐션 포인트: `PreFilter`, `Filter`.
+  확인한다. 점수는 `LeastAllocated`(기본값), `MostAllocated`, `RequestedToCapacityRatio` 등 3가지 전략 중 하나를 사용할 수 있다.
+  익스텐션 포인트: `preFilter`, `filter`, `score`.
 - `NodeResourcesBalancedAllocation`: 파드가 스케줄된 경우, 보다 균형잡힌 리소스 사용량을
   얻을 수 있는 노드를 선호한다.
-  익스텐션 포인트: `Score`.
+  익스텐션 포인트: `score`.
 - `NodeResourcesLeastAllocated`: 리소스 할당이 적은 노드를
   선호한다.
   익스텐션 포인트: `Score`.
 - `VolumeBinding`: 노드에 요청된 {{< glossary_tooltip text="볼륨" term_id="volume" >}}이 있는지
   또는 바인딩할 수 있는지 확인한다.
-  익스텐션 포인트: `PreFilter`, `Filter`, `Reserve`, `PreBind`, `Score`.
+  익스텐션 포인트: `preFilter`, `filter`, `reserve`, `preBind`, `score`.
   {{< note >}}
-  `Score` 익스텐션 포인트는 `VolumeCapacityPriority` 기능이
+  `score` 익스텐션 포인트는 `VolumeCapacityPriority` 기능이
   활성화되어 있어야 활성화되며,
   요청된 볼륨 사이즈를 만족하는 가장 작은 PV들을 우선순위 매긴다.
   {{< /note >}}
 - `VolumeRestrictions`: 노드에 마운트된 볼륨이 볼륨 제공자에 특정한
   제한 사항을 충족하는지 확인한다.
-  익스텐션 포인트: `Filter`.
+  익스텐션 포인트: `filter`.
 - `VolumeZone`: 요청된 볼륨이 가질 수 있는 영역 요구 사항을 충족하는지
   확인한다.
-  익스텐션 포인트: `Filter`.
+  익스텐션 포인트: `filter`.
 - `NodeVolumeLimits`: 노드에 대해 CSI 볼륨 제한을 충족할 수 있는지
   확인한다.
-  익스텐션 포인트: `Filter`.
+  익스텐션 포인트: `filter`.
 - `EBSLimits`: 노드에 대해 AWS EBS 볼륨 제한을 충족할 수 있는지 확인한다.
-  익스텐션 포인트: `Filter`.
+  익스텐션 포인트: `filter`.
 - `GCEPDLimits`: 노드에 대해 GCP-PD 볼륨 제한을 충족할 수 있는지 확인한다.
-  익스텐션 포인트: `Filter`.
+  익스텐션 포인트: `filter`.
 - `AzureDiskLimits`: 노드에 대해 Azure 디스크 볼륨 제한을 충족할 수 있는지
   확인한다.
-  익스텐션 포인트: `Filter`.
+  익스텐션 포인트: `filter`.
 - `InterPodAffinity`: [파드 간 어피니티 및 안티-어피니티](/ko/docs/concepts/scheduling-eviction/assign-pod-node/#파드간-어피니티와-안티-어피니티)를
   구현한다.
-  익스텐션 포인트: `PreFilter`, `Filter`, `PreScore`, `Score`.
+  익스텐션 포인트: `preFilter`, `filter`, `preScore`, `score`.
 - `PrioritySort`: 기본 우선 순위 기반 정렬을 제공한다.
-  익스텐션 포인트: `QueueSort`.
+  익스텐션 포인트: `queueSort`.
 - `DefaultBinder`: 기본 바인딩 메커니즘을 제공한다.
-  익스텐션 포인트: `Bind`.
+  익스텐션 포인트: `bind`.
 - `DefaultPreemption`: 기본 선점 메커니즘을 제공한다.
-  익스텐션 포인트: `PostFilter`.
+  익스텐션 포인트: `postFilter`.
 
 기본으로 활성화되지 않는 다음의 플러그인을
 컴포넌트 구성 API를 통해 활성화할 수도 있다.
 
+- `SelectorSpread`: {{< glossary_tooltip text="Services" term_id="service" >}},
+  {{< glossary_tooltip text="ReplicaSets" term_id="replica-set" >}}와
+  {{< glossary_tooltip text="StatefulSets" term_id="statefulset" >}}에 속하는 파드의 경우, 
+  노드간에 퍼지는 것을 선호한다.
+  익스텐션 포인트: `preScore`, `score`.
+- `CinderLimits`: 노드에 대해 [OpenStack Cinder](https://docs.openstack.org/cinder/)
+  볼륨 제한이 충족될 수 있는지 확인한다.
+  익스텐션 포인트: `filter`.
+  
+다음 플러그인은 더 이상 사용되지 않으며 `v1beta1`에서만 
+사용할 수 있다. 
+
+- `NodeResourcesLeastAllocated`: 리소스 할당이 낮은 노드를 
+  선호한다.
+  Extension points: `score`.
 - `NodeResourcesMostAllocated`: 리소스 할당이 많은 노드를
   선호한다.
-  익스텐션 포인트: `Score`.
+  익스텐션 포인트: `score`.
 - `RequestedToCapacityRatio`: 할당된 리소스의 구성된 기능에 따라 노드를
   선호한다.
-  익스텐션 포인트: `Score`.
-- `CinderVolume`: 노드에 대해 OpenStack Cinder 볼륨 제한을 충족할 수 있는지
-  확인한다.
-  익스텐션 포인트: `Filter`.
+  익스텐션 포인트: `score`.
 - `NodeLabel`: Filters and / or scores a node according to configured
   {{< glossary_tooltip text="label(s)" term_id="label" >}}.
   익스텐션 포인트: `Filter`, `Score`.
 - `ServiceAffinity`: {{< glossary_tooltip text="서비스" term_id="service" >}}에
   속한 파드가 구성된 레이블로 정의된 노드 집합에 맞는지
   확인한다. 이 플러그인은 또한 서비스에 속한 파드를 노드 간에
   분산하는 것을 선호한다.
-  익스텐션 포인트: `PreFilter`, `Filter`, `Score`.
+  익스텐션 포인트: `preFilter`, `filter`, `score`.
+- `NodePreferAvoidPods`: 노드 주석 `scheduler.alpha.kubernetes.io/preferAvoidPods`에 따라
+  노드의 우선 순위를 지정한다.
+  익스텐션 포인트: `score`.
 
 ### 여러 프로파일
 
@@ -211,7 +220,7 @@ profiles:
 실행된다.
 
 ```yaml
-apiVersion: kubescheduler.config.k8s.io/v1beta1
+apiVersion: kubescheduler.config.k8s.io/v1beta2
 kind: KubeSchedulerConfiguration
 profiles:
   - schedulerName: default-scheduler
@@ -243,7 +252,7 @@ profiles:
 {{< /note >}}
 
 {{< note >}}
-모든 프로파일은 QueueSort 익스텐션 포인트에서 동일한 플러그인을 사용해야 하며
+모든 프로파일은 `queueSort` 익스텐션 포인트에서 동일한 플러그인을 사용해야 하며
 동일한 구성 파라미터(해당하는 경우)를 가져야 한다. 그 이유는 스케줄러가 보류 중 상태인 파드 대기열을
 단 하나만 가질 수 있기 때문이다.
 {{< /note >}}
@@ -253,3 +262,4 @@ profiles:
 * [kube-scheduler 레퍼런스](/docs/reference/command-line-tools-reference/kube-scheduler/) 읽어보기
 * [스케줄링](/ko/docs/concepts/scheduling-eviction/kube-scheduler/)에 대해 알아보기
 * [kube-scheduler configuration (v1beta1)](/docs/reference/config-api/kube-scheduler-config.v1beta1/) 레퍼런스 읽어보기
+* [kube-scheduler configuration (v1beta2)](/docs/reference/config-api/kube-scheduler-config.v1beta2/) 레퍼런스 읽어보기

content/ko/docs/reference/scheduling/policies.md

@@ -98,5 +98,5 @@ weight: 10
 
 * [스케줄링](/ko/docs/concepts/scheduling-eviction/kube-scheduler/)에 대해 배우기
 * [kube-scheduler 프로파일](/docs/reference/scheduling/profiles/)에 대해 배우기
-* [kube-scheduler configuration 레퍼런스 (v1beta1)](/docs/reference/config-api/kube-scheduler-config.v1beta1) 읽어보기
+* [kube-scheduler configuration 레퍼런스 (v1beta2)](/docs/reference/config-api/kube-scheduler-config.v1beta2) 읽어보기
 * [kube-scheduler Policy 레퍼런스 (v1)](/docs/reference/config-api/kube-scheduler-policy-config.v1/) 읽어보기

content/ko/docs/reference/tools/_index.md

@@ -8,8 +8,7 @@ no_list: true
 ---
 
 <!-- overview -->
-쿠버네티스는 쿠버네티스 시스템으로 작업하는 데 도움이되는 몇 가지 기본 제공 도구를 포함한다.
-
+쿠버네티스는 쿠버네티스 시스템으로 작업하는 데 필요한 공통적으로 사용되거나 관련성 있는 여러 내장 도구와 외부 도구를 포함한다.
 
 <!-- body -->
 

content/ko/docs/reference/using-api/health-checks.md

@@ -91,7 +91,7 @@ curl -k 'https://localhost:6443/readyz?verbose&exclude=etcd'
 
 {{< feature-state state="alpha" >}}
 
-각 개별 헬스 체크는 http 엔드포인트를 노출하고 개별적으로 체크가 가능하다.
+각 개별 헬스 체크는 HTTP 엔드포인트를 노출하고 개별적으로 체크가 가능하다.
 개별 체크를 위한 스키마는 `/livez/<healthcheck-name>` 이고, 여기서 `livez` 와 `readyz` 는 API 서버의 활성 상태 또는 준비 상태인지를 확인할 때 사용한다.
 `<healthcheck-name>` 경로 위에서 설명한 `verbose` 플래그를 사용해서 찾을 수 있고, `[+]` 와 `ok` 사이의 경로를 사용한다.
 이러한 개별 헬스 체크는 머신에서 사용되서는 안되며, 운영자가 시스템의 현재 상태를 디버깅하는데 유용하다.

content/ko/docs/setup/best-practices/cluster-large.md

@@ -121,3 +121,6 @@ _A_ 영역에 있는 컨트롤 플레인 호스트로만 전달한다. 단일 
 [클러스터 오토스케일러](https://github.com/kubernetes/autoscaler/tree/master/cluster-autoscaler#readme)는
 여러 클라우드 프로바이더와 통합되어 클러스터의 리소스 요구 수준에 맞는
 노드 수를 실행할 수 있도록 도와준다.
+
+[addon resizer](https://github.com/kubernetes/autoscaler/tree/master/addon-resizer#readme)는 
+클러스터 스케일이 변경될 때 자동으로 애드온 크기를 조정할 수 있도록 도와준다.