Merge pull request #30749 from kubernetes/dev-1.22-ko.3

[ko] 3rd Korean localization work for v1.22

content/ko/docs/reference/access-authn-authz/authorization.md

@@ -134,6 +134,21 @@ kubectl auth can-i list secrets --namespace dev --as dave
 no
 ```
 
+유사하게, `dev` 네임스페이스의 `dev-sa` 서비스 어카운트가 
+`target` 네임스페이스의 파드 목록을 볼 수 있는지 확인하려면 다음을 실행한다.
+
+```bash
+kubectl auth can-i list pods \
+	--namespace target \
+	--as system:serviceaccount:dev:dev-sa
+```
+
+다음과 유사하게 출력된다.
+
+```
+yes
+```
+
 `SelfSubjectAccessReview`는 `authorization.k8s.io` API 그룹의 일부로서
 API 서버 인가를 외부 서비스에 노출시킨다.
 이 그룹의 기타 리소스에는 다음이 포함된다.

content/ko/docs/reference/command-line-tools-reference/feature-gates.md

@@ -125,7 +125,6 @@ kubelet과 같은 컴포넌트의 기능 게이트를 설정하려면, 기능
 | `HPAScaleToZero` | `false` | 알파 | 1.16 | |
 | `IndexedJob` | `false` | 알파 | 1.21 | 1.21 |
 | `IndexedJob` | `true` | 베타 | 1.22 | |
-| `JobTrackingWithFinalizers` | `false` | 알파 | 1.22 | |
 | `IngressClassNamespacedParams` | `false` | 알파 | 1.21 | 1.21 |
 | `IngressClassNamespacedParams` | `true` | 베타 | 1.22 | |
 | `InTreePluginAWSUnregister` | `false` | 알파 | 1.21 | |
@@ -138,13 +137,13 @@ kubelet과 같은 컴포넌트의 기능 게이트를 설정하려면, 기능
 | `IPv6DualStack` | `true` | 베타 | 1.21 | |
 | `JobTrackingWithFinalizers` | `false` | 알파 | 1.22 | |
 | `KubeletCredentialProviders` | `false` | 알파 | 1.20 | |
+| `KubeletInUserNamespace` | `false` | 알파 | 1.22 | |
+| `KubeletPodResourcesGetAllocatable` | `false` | 알파 | 1.21 | |
 | `LocalStorageCapacityIsolation` | `false` | 알파 | 1.7 | 1.9 |
 | `LocalStorageCapacityIsolation` | `true` | 베타 | 1.10 | |
 | `LocalStorageCapacityIsolationFSQuotaMonitoring` | `false` | 알파 | 1.15 | |
 | `LogarithmicScaleDown` | `false` | 알파 | 1.21 | 1.21 |
 | `LogarithmicScaleDown` | `true` | 베타 | 1.22 | |
-| `KubeletInUserNamespace` | `false` | 알파 | 1.22 | |
-| `KubeletPodResourcesGetAllocatable` | `false` | 알파 | 1.21 | |
 | `MemoryManager` | `false` | 알파 | 1.21 | 1.21 |
 | `MemoryManager` | `true` | 베타 | 1.22 | |
 | `MemoryQoS` | `false` | 알파 | 1.22 | |
@@ -289,9 +288,6 @@ kubelet과 같은 컴포넌트의 기능 게이트를 설정하려면, 기능
 | `DynamicKubeletConfig` | `false` | 사용중단 | 1.22 | - |
 | `DynamicProvisioningScheduling` | `false` | 알파 | 1.11 | 1.11 |
 | `DynamicProvisioningScheduling` | - | 사용중단| 1.12 | - |
-| `DynamicKubeletConfig` | `false` | 알파 | 1.4 | 1.10 |
-| `DynamicKubeletConfig` | `true` | 베타 | 1.11 | 1.21 |
-| `DynamicKubeletConfig` | `false` | 사용중단 | 1.22 | - |
 | `DynamicVolumeProvisioning` | `true` | 알파 | 1.3 | 1.7 |
 | `DynamicVolumeProvisioning` | `true` | GA | 1.8 | - |
 | `EnableAggregatedDiscoveryTimeout` | `true` | 사용중단 | 1.16 | - |
@@ -654,7 +650,7 @@ kubelet과 같은 컴포넌트의 기능 게이트를 설정하려면, 기능
   [토큰 요청](https://kubernetes-csi.github.io/docs/token-requests.html)을 참조한다.
 - `CSIStorageCapacity`: CSI 드라이버가 스토리지 용량 정보를 게시하고
   쿠버네티스 스케줄러가 파드를 스케줄할 때 해당 정보를 사용하도록 한다.
-  [스토리지 용량](/docs/concepts/storage/storage-capacity/)을 참고한다.
+  [스토리지 용량](/ko/docs/concepts/storage/storage-capacity/)을 참고한다.
   자세한 내용은 [`csi` 볼륨 유형](/ko/docs/concepts/storage/volumes/#csi) 문서를 확인한다.
 - `CSIVolumeFSGroupPolicy`: CSI드라이버가 `fsGroupPolicy` 필드를 사용하도록 허용한다.
   이 필드는 CSI드라이버에서 생성된 볼륨이 마운트될 때 볼륨 소유권과
@@ -698,7 +694,7 @@ kubelet과 같은 컴포넌트의 기능 게이트를 설정하려면, 기능
 - `DisableCloudProviders`: `kube-apiserver`,  `kube-controller-manager`, 
   `--cloud-provider` 컴포넌트 플래그와 관련된 `kubelet`의 
   모든 기능을 비활성화한다.
-- `DownwardAPIHugePages`: [다운워드 API](/docs/tasks/inject-data-application/downward-api-volume-expose-pod-information)에서
+- `DownwardAPIHugePages`: [다운워드 API](/ko/docs/tasks/inject-data-application/downward-api-volume-expose-pod-information/)에서
   hugepages 사용을 활성화한다.
 - `DryRun`: 서버 측의 [dry run](/docs/reference/using-api/api-concepts/#dry-run) 요청을
   요청을 활성화하여 커밋하지 않고 유효성 검사, 병합 및 변화를 테스트할 수 있다.
@@ -738,13 +734,13 @@ kubelet과 같은 컴포넌트의 기능 게이트를 설정하려면, 기능
 - `ExpandCSIVolumes`: CSI 볼륨 확장을 활성화한다.
 - `ExpandedDNSConfig`: 더 많은 DNS 검색 경로와 더 긴 DNS 검색 경로 목록을 허용하려면 
   kubelet과 kube-apiserver를 사용하도록 설정한다.
-  [확장된 DNS 구성](/docs/concepts/services-networking/dns-pod-service/#expanded-dns-configuration)을 참고한다.
+  [확장된 DNS 구성](/ko/docs/concepts/services-networking/dns-pod-service/#확장된-dns-환경-설정)을 참고한다.
 - `ExpandInUsePersistentVolumes`: 사용 중인 PVC를 확장할 수 있다.
   [사용 중인 퍼시스턴트볼륨클레임 크기 조정](/ko/docs/concepts/storage/persistent-volumes/#사용-중인-퍼시스턴트볼륨클레임-크기-조정)을 참고한다.
 - `ExpandPersistentVolumes`: 퍼시스턴트 볼륨 확장을 활성화한다.
   [퍼시스턴트 볼륨 클레임 확장](/ko/docs/concepts/storage/persistent-volumes/#퍼시스턴트-볼륨-클레임-확장)을 참고한다.
 - `ExperimentalCriticalPodAnnotation`: 특정 파드에 *critical* 로
-  어노테이션을 달아서 [스케줄링이 보장되도록](/docs/tasks/administer-cluster/guaranteed-scheduling-critical-addon-pods/) 한다.
+  어노테이션을 달아서 [스케줄링이 보장되도록](/ko/docs/tasks/administer-cluster/guaranteed-scheduling-critical-addon-pods/) 한다.
   이 기능은 v1.13부터 파드 우선 순위 및 선점으로 인해 사용 중단되었다.
 - `ExperimentalHostUserNamespaceDefaulting`: 사용자 네임스페이스를 호스트로
   기본 활성화한다. 이것은 다른 호스트 네임스페이스, 호스트 마운트,
@@ -847,7 +843,7 @@ kubelet과 같은 컴포넌트의 기능 게이트를 설정하려면, 기능
 - `NodeLease`: 새로운 리스(Lease) API가 노드 상태 신호로 사용될 수 있는 노드 하트비트(heartbeats)를 보고할 수 있게 한다.
 - `NodeSwap`: 노드의 쿠버네티스 워크로드용 스왑 메모리를 할당하려면 kubelet을 활성화한다.
   반드시 `KubeletConfiguration.failSwapOn`를 false로 설정한 후 사용해야 한다.
-  더 자세한 정보는 [스왑 메모리](/docs/concepts/architecture/nodes/#swap-memory)를 참고한다.
+  더 자세한 정보는 [스왑 메모리](/ko/docs/concepts/architecture/nodes/#swap-memory)를 참고한다.
 - `NonPreemptingPriority`: 프라이어리티클래스(PriorityClass)와 파드에 `preemptionPolicy` 필드를 활성화한다.
 - `PVCProtection`: 파드에서 사용 중일 때 퍼시스턴트볼륨클레임(PVC)이
   삭제되지 않도록 한다.
@@ -970,7 +966,7 @@ kubelet과 같은 컴포넌트의 기능 게이트를 설정하려면, 기능
   참고한다.
 - `Sysctls`: 각 파드에 설정할 수 있는 네임스페이스 커널
   파라미터(sysctl)를 지원한다. 자세한 내용은
-  [sysctl](/docs/tasks/administer-cluster/sysctl-cluster/)을 참고한다.
+  [sysctl](/ko/docs/tasks/administer-cluster/sysctl-cluster/)을 참고한다.
 - `TTLAfterFinished`: [TTL 컨트롤러](/ko/docs/concepts/workloads/controllers/ttlafterfinished/)가
   실행이 끝난 후 리소스를 정리하도록
   허용한다.

content/ko/docs/reference/glossary/extensions.md

@@ -15,4 +15,4 @@ tags:
 
 <!--more-->
 
-대부분의 클러스터 관리자는 호스트된 쿠버네티스 또는 쿠버네티스의 배포 인스턴스를 사용할 것이다. 그 결과, 대부분의 쿠버네티스 사용자는 [익스텐션](/ko/docs/concepts/extend-kubernetes/#익스텐션)의 설치가 필요할 것이며, 일부 사용자만 직접 새로운 것을 만들 것이다.
+많은 클러스터 관리자가 호스트된 쿠버네티스 또는 쿠버네티스의 배포 인스턴스를 사용하고 있다. 이러한 클러스터는 익스텐션이 미리 설치되어 제공된다. 그 결과, 대부분의 쿠버네티스 사용자는 [익스텐션](/ko/docs/concepts/extend-kubernetes/#익스텐션)을 별도로 설치할 필요가 없으며, 또한 익스텐션을 새로 만들어야 하는 사용자는 거의 없을 것이다.

content/ko/docs/reference/glossary/namespace.md

@@ -10,9 +10,9 @@ aka:
 tags:
 - fundamental
 ---
- 쿠버네티스에서 동일한 물리 {{< glossary_tooltip text="클러스터" term_id="cluster" >}}에서 다중의 가상 클러스터를 지원하기 위해 사용하는 추상화.
+ 쿠버네티스에서 하나의 {{< glossary_tooltip text="클러스터" term_id="cluster" >}} 내에서 리소스 그룹의 격리를 지원하기 위해 사용하는 추상적 개념.
 
 <!--more--> 
 
-네임스페이스는 클러스터의 오브젝트를 체계화하고 클러스터의 리소스를 분리하는 방법을 제공한다. 리소스의 이름은 네임스페이스 내에서 유일해야 한다. 그러나, 네임스페이스 간에서 유일할 필요는 없다.
+네임스페이스는 클러스터의 오브젝트를 체계화하고 클러스터의 리소스를 분리하는 방법을 제공한다. 리소스의 이름은 네임스페이스 내에서 유일해야 한다. 그러나, 네임스페이스 간에서 유일할 필요는 없다. 네임스페이스 기반 스코핑은 네임스페이스 기반 오브젝트(예: 디플로이먼트, 서비스 등)에만 적용 가능하며 클러스터 범위의 오브젝트(예: 스토리지클래스, 노드, 퍼시스턴트볼륨 등)에는 적용 불가능하다.
 

content/ko/docs/reference/glossary/sysctl.md

@@ -2,7 +2,7 @@
 title: sysctl
 id: sysctl
 date: 2019-02-12
-full_link: /docs/tasks/administer-cluster/sysctl-cluster/
+full_link: /ko/docs/tasks/administer-cluster/sysctl-cluster/
 short_description: >
   유닉스 커널 파라미터를 가져오거나 설정하는 데 사용하는 인터페이스
 

content/ko/docs/reference/issues-security/security.md

@@ -27,7 +27,7 @@ weight: 20
 
 보고서를 작성하려면, [쿠버네티스 버그 현상금 프로그램](https://hackerone.com/kubernetes)에 취약점을 제출한다. 이를 통해 표준화된 응답시간으로 취약점을 분류하고 처리할 수 있다.
 
-또한, 보안 세부 내용과 [모든 쿠버네티스 버그 보고서](https://git.k8s.io/kubernetes/.github/ISSUE_TEMPLATE/bug-report.md)로 부터 예상되는 세부사항을 [security@kubernetes.io](mailto:security@kubernetes.io)로 이메일을 보낸다.
+또한, 보안 세부 내용과 [모든 쿠버네티스 버그 보고서](https://github.com/kubernetes/kubernetes/blob/master/.github/ISSUE_TEMPLATE/bug-report.yaml)로 부터 예상되는 세부사항을 [security@kubernetes.io](mailto:security@kubernetes.io)로 이메일을 보낸다.
 
 [보안 대응 위원회(Security Response Committee) 구성원](https://git.k8s.io/security/README.md#product-security-committee-psc)의 GPG 키를 사용하여 이 목록으로 이메일을 암호화할 수 있다. GPG를 사용한 암호화는 공개할 필요가 없다.
 

content/ko/docs/reference/kubectl/docker-cli-to-kubectl.md

@@ -187,7 +187,7 @@ kubectl exec -ti nginx-app-5jyvm -- /bin/sh
 # exit
 ```
 
-자세한 내용은 [실행 중인 컨테이너의 셸 얻기](/docs/tasks/debug-application-cluster/get-shell-running-container/)를 참고한다.
+자세한 내용은 [실행 중인 컨테이너의 셸 얻기](/ko/docs/tasks/debug-application-cluster/get-shell-running-container/)를 참고한다.
 
 ## docker logs
 

content/ko/docs/reference/ports-and-protocols.md

@@ -0,0 +1,40 @@
+---
+title: 포트와 프로토콜
+content_type: reference
+weight: 50
+---
+
+물리적 네트워크 방화벽이 있는 온프레미스 데이터 센터 또는 
+퍼블릭 클라우드의 가상 네트워크와 같이 네트워크 경계가 엄격한 환경에서 
+쿠버네티스를 실행할 때, 쿠버네티스 구성 요소에서 
+사용하는 포트와 프로토콜을 알고 있는 것이 유용하다.
+
+## 컨트롤 플레인
+
+| 프로토콜   | 방향       | 포트 범위    | 용도                      | 사용 주체                   |
+|----------|-----------|------------|-------------------------|---------------------------|
+| TCP      | 인바운드    | 6443       | 쿠버네티스 API 서버         | 전부                       |
+| TCP      | 인바운드    | 2379-2380  | etcd 서버 클라이언트 API    | kube-apiserver, etcd      |
+| TCP      | 인바운드    | 10250      | Kubelet API             | Self, 컨트롤 플레인          |
+| TCP      | 인바운드    | 10259      | kube-scheduler          | Self                      |
+| TCP      | 인바운드    | 10257      | kube-controller-manager | Self                      |
+
+etcd 포트가 컨트롤 플레인 섹션에 포함되어 있지만, 외부 또는 사용자 지정 포트에서 자체 
+etcd 클러스터를 호스팅할 수도 있다.
+
+## 워커 노드 {#node}
+
+| 프로토콜   | 방향       | 포트 범위     | 용도                    | 사용 주체                 |
+|----------|-----------|-------------|-----------------------|-------------------------|
+| TCP      | 인바운드    | 10250       | Kubelet API           | Self, 컨트롤 플레인         
+| TCP      | 인바운드    | 30000-32767 | NodePort 서비스†        | 전부                     |
+
+† [노드포트(NodePort) 서비스](/ko/docs/concepts/services-networking/service/)의 기본 포트 범위.
+
+모든 기본 포트 번호를 재정의할 수 있다. 사용자 지정 포트를 사용하는 경우 
+여기에 언급된 기본값 대신 해당 포트를 열어야 한다.
+
+종종 발생하는 한 가지 일반적인 예는 API 서버 포트를 443으로 변경하는 경우이다. 
+또는, API 서버의 기본 포트를 그대로 유지하고, 
+443 포트에서 수신 대기하는 로드 밸런서 뒤에 API 서버를 두고, 
+로드 밸런서에서 API 서버로 가는 요청을 API 서버의 기본 포트로 라우팅할 수도 있다.

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

@@ -89,7 +89,7 @@ profiles:
   - plugins:
       score:
         disabled:
-        - name: NodeResourcesLeastAllocated
+        - name: PodTopologySpread
         enabled:
         - name: MyCustomPluginA
           weight: 2
@@ -116,10 +116,6 @@ profiles:
   익스텐션 포인트: `filter`.
 - `NodePorts`: 노드에 요청된 파드 포트에 대해 사용 가능한 포트가 있는지 확인한다.
   익스텐션 포인트: `preFilter`, `filter`.
-- `NodePreferAvoidPods`: 노드 {{< glossary_tooltip text="어노테이션" term_id="annotation" >}}
-  `scheduler.alpha.kubernetes.io/preferAvoidPods` 에 따라
-  노드 점수를 매긴다.
-  익스텐션 포인트: `score`.
 - `NodeAffinity`: [노드 셀렉터](/ko/docs/concepts/scheduling-eviction/assign-pod-node/#노드-셀렉터-nodeselector)와
   [노드 어피니티](/ko/docs/concepts/scheduling-eviction/assign-pod-node/#노드-어피니티)를
   구현한다.
@@ -195,8 +191,8 @@ profiles:
 - `RequestedToCapacityRatio`: 할당된 리소스의 구성된 기능에 따라 노드를
   선호한다.
   익스텐션 포인트: `score`.
-- `NodeLabel`: Filters and / or scores a node according to configured
-  {{< glossary_tooltip text="label(s)" term_id="label" >}}.
+- `NodeLabel`: 설정된 {{< glossary_tooltip text="레이블" term_id="label" >}}에 따라 
+  노드를 필터링하거나 스코어링한다.
   익스텐션 포인트: `Filter`, `Score`.
 - `ServiceAffinity`: {{< glossary_tooltip text="서비스" term_id="service" >}}에
   속한 파드가 구성된 레이블로 정의된 노드 집합에 맞는지
@@ -255,10 +251,47 @@ profiles:
 단 하나만 가질 수 있기 때문이다.
 {{< /note >}}
 
+## 스케줄러 설정 전환
+
+{{< tabs name="tab_with_md" >}}
+{{% tab name="v1beta1 → v1beta2" %}}
+* 설정 버전 v1beta2 에서는, `NodeResourcesFit` 플러그인을 위한 새로운 스코어링 확장을 
+  이용할 수 있다.
+  새 확장은 `NodeResourcesLeastAllocated`, `NodeResourcesMostAllocated`, 
+  `RequestedToCapacityRatio` 플러그인의 기능을 통합하여 제공한다.
+  예를 들어, 이전에 `NodeResourcesMostAllocated` 플러그인을 사용했다면, 
+  대신 `NodeResourcesFit`(기본적으로 활성화되어 있음)을 사용하면서 
+  다음과 같이 `scoreStrategy`를 포함하는 `pluginConfig`를 추가할 수 있다.
+  ```yaml
+  apiVersion: kubescheduler.config.k8s.io/v1beta2
+  kind: KubeSchedulerConfiguration
+  profiles:
+  - pluginConfig:
+    - args:
+        scoringStrategy:
+          resources:
+          - name: cpu
+            weight: 1
+          type: MostAllocated
+      name: NodeResourcesFit
+  ```
+
+* 스케줄러 플러그인 `NodeLabel`은 사용 중단되었다. 대신, 비슷한 효과를 얻기 위해 [`NodeAffinity`](/ko/docs/concepts/scheduling-eviction/assign-pod-node/#어피니티-affinity-와-안티-어피니티-anti-affinity) 플러그인(기본적으로 활성화되어 있음)을 사용한다.
+
+* 스케줄러 플러그인 `ServiceAffinity`은 사용 중단되었다. 대신, 비슷한 효과를 얻기 위해 [`InterPodAffinity`](/ko/docs/concepts/scheduling-eviction/assign-pod-node/#파드간-어피니티와-안티-어피니티) 플러그인(기본적으로 활성화되어 있음)을 사용한다.
+
+* 스케줄러 플러그인 `NodePreferAvoidPods`은 사용 중단되었다. 대신, 비슷한 효과를 얻기 위해 [노드 테인트](/ko/docs/concepts/scheduling-eviction/taint-and-toleration/)를 사용한다.
+
+* v1beta2 설정 파일에서 활성화된 플러그인은 해당 플러그인의 기본 설정값보다 v1beta2 설정 파일의 값이 우선 적용된다.
+
+* 스케줄러 healthz와 metrics 바인드 주소에 대해 `host` 또는 `port`가 잘못 설정되면 검증 실패를 유발한다.
+
+{{% /tab %}}
+{{< /tabs >}}
+
 ## {{% heading "whatsnext" %}}
 
 * [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/) 레퍼런스 읽어보기
-
+* [kube-scheduler 설정 (v1beta1)](/docs/reference/config-api/kube-scheduler-config.v1beta1/) 레퍼런스 읽어보기
+* [kube-scheduler 설정 (v1beta2)](/docs/reference/config-api/kube-scheduler-config.v1beta2/) 레퍼런스 읽어보기