Seventh Korean l10n work for release 1.18

- Translate reference/command-line-tools-reference/feature-gates.md int… (#22240) - Fix issue of broken links to translated docs (#22105) - Fix issue of document link in some ko documents (#22379) - Translate tasks/administer-cluster/access-cluster-services.md into Ko… (#21776) - Fix issue with 'Linux' and 'Windows' notation in Korean docs (#22362) - Fix issue of broken links to translated docs #2 (#22270) - Fix issue with k8s.io/ko/docs/concepts/overview/kubernetes-api.md (#22261) - Fix issue with k8s.io/ko/docs/concepts/overview/working-with-objects/ (#22263) - Fix incorrect notation of 'directory' into Korean (#22155) - Fix issue with k8s.io/ko/docs/concepts/overview/components.md (#22232) - Update outdated files in dev-1.18-ko.7 (#22128) - Modify spacing term ReplicaSet in Korean (#22148) - Translate tasks/administer-cluster/extended-resource-node.md into Korean (#21849) - Translate tasks/administer-cluster/access-cluster-api.md into Korean (#21730) Co-authored-by: Jerry Park <jaehwa@gmail.com> Co-authored-by: woopyoung <ywp041@gmail.com> Co-authored-by: coolguyhong <podolsmith@naver.com> Co-authored-by: PyungHo Yoon <learder@gmail.com> Co-authored-by: Seokho Son <shsongist@gmail.com> Co-authored-by: jmyung <jesang.myung@gmail.com> Co-authored-by: Ian Y. Choi <ianyrchoi@gmail.com>
2020-07-10 12:38:02 +09:00
parent 2a4923f49a
commit f604a4b60a
148 changed files with 2604 additions and 1350 deletions
@@ -277,7 +277,7 @@ EBS 볼륨 확장은 시간이 많이 걸리는 작업이다. 또한 6시간마

 각 PV에는 스펙과 상태(볼륨의 명세와 상태)가 포함된다.
 퍼시스턴트볼륨 오브젝트의 이름은 유효한
-[DNS 서브도메인 이름](/ko/docs/concepts/overview/working-with-objects/names/#dns-서브도메인-이름들)이어야 한다.
+[DNS 서브도메인 이름](/ko/docs/concepts/overview/working-with-objects/names/#dns-서브도메인-이름)이어야 한다.

 ```yaml
 apiVersion: v1
@@ -667,7 +667,7 @@ spec:

 {{< feature-state for_k8s_version="v1.17" state="beta" >}}

-CSI 볼륨 플러그인만 지원하도록 볼륨 스냅샷 기능이 추가되었다. 자세한 내용은 [볼륨 스냅샷](/docs/concepts/storage/volume-snapshots/)을 참고한다.
+CSI 볼륨 플러그인만 지원하도록 볼륨 스냅샷 기능이 추가되었다. 자세한 내용은 [볼륨 스냅샷](/ko/docs/concepts/storage/volume-snapshots/)을 참고한다.

 볼륨 스냅샷 데이터 소스에서 볼륨 복원을 지원하려면 apiserver와 controller-manager에서
 `VolumeSnapshotDataSource` 기능 게이트를 활성화한다.
@@ -34,9 +34,9 @@ weight: 30
 처음 생성할 때 클래스의 이름과 기타 파라미터를 설정하며,
 일단 생성된 오브젝트는 업데이트할 수 없다.

-관리자는 특정 클래스에 바인딩을 요청하지 않는 PVC에 대해서만 기본 
+관리자는 특정 클래스에 바인딩을 요청하지 않는 PVC에 대해서만 기본
 스토리지클래스를 지정할 수 있다. 자세한 내용은
-[퍼시스턴트볼륨클레임 섹션](/ko/docs/concepts/storage/persistent-volumes/#클래스-1)을
+[퍼시스턴트볼륨클레임 섹션](/ko/docs/concepts/storage/persistent-volumes/#퍼시스턴트볼륨클레임)을
 본다.

 ```yaml
@@ -167,7 +167,7 @@ CSI | 1.14 (alpha), 1.16 (beta)
 [노드 셀렉터](/ko/docs/concepts/scheduling-eviction/assign-pod-node/#노드-셀렉터-nodeselector),
 [파드 어피니티(affinity)와
 안티-어피니티(anti-affinity)](/ko/docs/concepts/scheduling-eviction/assign-pod-node/#어피니티-affinity-와-안티-어피니티-anti-affinity)
-그리고 [테인트(taint)와 톨러레이션(toleration)](/docs/concepts/configuration/taint-and-toleration/)이 포함된다.
+그리고 [테인트(taint)와 톨러레이션(toleration)](/ko/docs/concepts/scheduling-eviction/taint-and-toleration/)이 포함된다.

 다음 플러그인은 동적 프로비저닝과 `WaitForFirstConsumer` 를 지원한다.

@@ -251,11 +251,11 @@ parameters:
 * `iopsPerGB`: `io1` 볼륨 전용이다. 1초당 GiB에 대한 I/O 작업 수이다. AWS
  볼륨 플러그인은 요청된 볼륨 크기에 곱셈하여 볼륨의 IOPS를
  계산하고 이를 20,000 IOPS로 제한한다(AWS에서 지원하는 최대값으로,
-  [AWS 문서](https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/ebs-volume-types.html)를 본다). 
+  [AWS 문서](https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/ebs-volume-types.html)를 본다).
  여기에는 문자열, 즉 `10` 이 아닌, `"10"` 이 필요하다.
 * `fsType`: fsType은 쿠버네티스에서 지원된다. 기본값: `"ext4"`.
 * `encrypted`: EBS 볼륨의 암호화 여부를 나타낸다.
-  유효한 값은 `"ture"` 또는 `"false"` 이다. 여기에는 문자열, 
+  유효한 값은 `"ture"` 또는 `"false"` 이다. 여기에는 문자열,
  즉 `true` 가 아닌, `"true"` 가 필요하다.
 * `kmsKeyId`: 선택 사항. 볼륨을 암호화할 때 사용할 키의 전체 Amazon
  리소스 이름이다. 아무것도 제공되지 않지만, `encrypted` 가 true라면
@@ -348,7 +348,7 @@ parameters:
 * `secretNamespace`, `secretName` : Gluster REST 서비스와 통신할 때 사용할
  사용자 암호가 포함된 시크릿 인스턴스를 식별한다. 이 파라미터는
  선택 사항으로 `secretNamespace` 와 `secretName` 을 모두 생략하면
-  빈 암호가 사용된다. 제공된 시크릿은 `"kubernetes.io/glusterfs"` 유형이어야 
+  빈 암호가 사용된다. 제공된 시크릿은 `"kubernetes.io/glusterfs"` 유형이어야
  하며, 예를 들어 다음과 같이 생성한다.

    ```
@@ -664,7 +664,7 @@ parameters:
 [RBAC](/docs/reference/access-authn-authz/rbac/)과
 [컨트롤러의 롤(role)들](/docs/reference/access-authn-authz/rbac/#controller-roles)을
 모두 활성화한 경우, clusterrole `system:controller:persistent-volume-binder`
-에 대한 `secret` 리소스에 `create` 권한을 추가한다. 
+에 대한 `secret` 리소스에 `create` 권한을 추가한다.

 다중 테넌시 컨텍스트에서 `secretNamespace` 의 값을 명시적으로 설정하는
 것을 권장하며, 그렇지 않으면 다른 사용자가 스토리지 계정 자격증명을
@@ -688,16 +688,16 @@ parameters:
 * `fs`: 배치할 파일 시스템: `none/xfs/ext4` (기본값: `ext4`)
 * `block_size`: Kbytes 단위의 블록 크기(기본값: `32`).
 * `repl`: 레플리케이션 팩터 `1..3` (기본값: `1`)의 형태로 제공될
-  동기 레플리카의 수. 여기에는 문자열, 
+  동기 레플리카의 수. 여기에는 문자열,
  즉 `0` 이 아닌, `"0"` 이 필요하다.
 * `io_priority`: 볼륨이 고성능 또는 우선 순위가 낮은 스토리지에서
  생성될 것인지를 결정한다 `high/medium/low` (기본값: `low`).
 * `snap_interval`: 스냅샷을 트리거할 때의 시각/시간 간격(분).
  스냅샷은 이전 스냅샷과의 차이에 따라 증분되며, 0은 스냅을
-  비활성화 한다(기본값: `0`). 여기에는 문자열, 
+  비활성화 한다(기본값: `0`). 여기에는 문자열,
  즉 `70` 이 아닌, `"70"` 이 필요하다.
 * `aggregation_level`: 볼륨이 분배될 청크 수를 지정하며, 0은 집계되지 않은
-  볼륨을 나타낸다(기본값: `0`). 여기에는 문자열, 
+  볼륨을 나타낸다(기본값: `0`). 여기에는 문자열,
  즉 `0` 이 아닌, `"0"` 이 필요하다.
 * `ephemeral`: 마운트 해제 후 볼륨을 정리해야 하는지 혹은 지속적이어야
  하는지를 지정한다. `emptyDir` 에 대한 유스케이스는 이 값을 true로
@@ -815,4 +815,3 @@ volumeBindingMode: WaitForFirstConsumer
 볼륨 바인딩을 지연시키면 스케줄러가 퍼시스턴트볼륨클레임에
 적절한 퍼시스턴트볼륨을 선택할 때 파드의 모든 스케줄링
 제약 조건을 고려할 수 있다.
-
@@ -6,7 +6,7 @@ weight: 30

 <!-- overview -->

-이 문서는 쿠버네티스의 `VolumeSnapshotClass` 개요를 설명한다.
+이 문서는 쿠버네티스의 볼륨스냅샷클래스(VolumeSnapshotClass) 개요를 설명한다.
 [볼륨 스냅샷](/ko/docs/concepts/storage/volume-snapshots/)과
 [스토리지 클래스](/ko/docs/concepts/storage/storage-classes)의 숙지를 추천한다.

@@ -17,24 +17,21 @@ weight: 30

 ## 소개

-`StorageClass` 는 관리자가 볼륨을 프로비저닝할 때 제공하는 스토리지의 "클래스"를
-설명하는 방법을 제공하는 것처럼, `VolumeSnapshotClass` 는 볼륨 스냅샷을
+스토리지클래스(StorageClass)는 관리자가 볼륨을 프로비저닝할 때 제공하는 스토리지의 "클래스"를
+설명하는 방법을 제공하는 것처럼, 볼륨스냅샷클래스는 볼륨 스냅샷을
 프로비저닝할 때 스토리지의 "클래스"를 설명하는 방법을 제공한다.

 ## VolumeSnapshotClass 리소스

-각 `VolumeSnapshotClass` 에는 클래스에 속하는 `VolumeSnapshot` 을
+각 볼륨스냅샷클래스에는 클래스에 속하는 볼륨스냅샷을
 동적으로 프로비전 할 때 사용되는 `driver`, `deletionPolicy` 그리고 `parameters`
 필드를 포함한다.

-`VolumeSnapshotClass` 오브젝트의 이름은 중요하며, 사용자가 특정
-클래스를 요청할 수 있는 방법이다. 관리자는 `VolumeSnapshotClass` 오브젝트를
+볼륨스냅샷클래스 오브젝트의 이름은 중요하며, 사용자가 특정
+클래스를 요청할 수 있는 방법이다. 관리자는 볼륨스냅샷클래스 오브젝트를
 처음 생성할 때 클래스의 이름과 기타 파라미터를 설정하고, 오브젝트가
 생성된 이후에는 업데이트할 수 없다.

-관리자는 특정 클래스의 바인딩을 요청하지 않는 볼륨스냅샷에만
-기본 `VolumeSnapshotClass` 를 지정할 수 있다.
-
 ```yaml
 apiVersion: snapshot.storage.k8s.io/v1beta1
 kind: VolumeSnapshotClass
@@ -45,6 +42,22 @@ deletionPolicy: Delete
 parameters:
 ```

+관리자는`snapshot.storage.kubernetes.io/is-default-class: "true"` 어노테이션을 추가하여
+바인딩할 특정 클래스를 요청하지 않는 볼륨스냅샷에 대한
+기본 볼륨스냅샷클래스를 지정할 수 있다.
+
+```yaml
+apiVersion: snapshot.storage.k8s.io/v1beta1
+kind: VolumeSnapshotClass
+metadata:
+  name: csi-hostpath-snapclass
+  annotations:
+    snapshot.storage.kubernetes.io/is-default-class: "true"
+driver: hostpath.csi.k8s.io
+deletionPolicy: Delete
+parameters:
+```
+
 ### 드라이버

 볼륨 스냅샷 클래스에는 볼륨스냅샷의 프로비저닝에 사용되는 CSI 볼륨 플러그인을
@@ -52,9 +65,9 @@ parameters:

 ### 삭제정책(DeletionPolicy)

-볼륨 스냅샷 클래스는 삭제정책을 가지고 있다. 바인딩 된 `VolumeSnapshot` 오브젝트를 삭제할 때 `VolumeSnapshotContent` 의 상황을 구성할 수 있다. 볼륨 스냅삿의 삭제정책은 `Retain` 또는 `Delete` 일 수 있다. 이 필드는 반드시 지정해야 한다.
+볼륨 스냅샷 클래스는 삭제정책을 가지고 있다. 바인딩된 볼륨스냅샷 오브젝트를 삭제할 때 VolumeSnapshotContent의 상황을 구성할 수 있다. 볼륨 스냅삿의 삭제정책은 `Retain` 또는 `Delete` 일 수 있다. 이 필드는 반드시 지정해야 한다.

-삭제정책이 `Delete` 인 경우 기본 스토리지 스냅샷이 `VolumeSnapshotContent` 오브젝트와 함께 삭제된다. 삭제정책이 `Retain` 인 경우 기본 스냅샷과 `VolumeSnapshotContent` 모두 유지된다.
+삭제정책이 `Delete` 인 경우 기본 스토리지 스냅샷이 VolumeSnapshotContent 오브젝트와 함께 삭제된다. 삭제정책이 `Retain` 인 경우 기본 스냅샷과 VolumeSnapshotContent 모두 유지된다.

 ## 파라미터

@@ -7,7 +7,7 @@ weight: 20
 <!-- overview -->

 {{< feature-state for_k8s_version="v1.17" state="beta" >}}
-쿠버네티스에서 스토리지 시스템 볼륨 스냅샷은 _VolumeSnapshot_ 을 나타낸다. 이 문서는 이미 쿠버네티스 [퍼시스턴트 볼륨](/docs/concepts/storage/persistent-volumes/)에 대해 잘 알고 있다고 가정한다.
+쿠버네티스에서 스토리지 시스템 볼륨 스냅샷은 _VolumeSnapshot_ 을 나타낸다. 이 문서는 이미 쿠버네티스 [퍼시스턴트 볼륨](/ko/docs/concepts/storage/persistent-volumes/)에 대해 잘 알고 있다고 가정한다.



@@ -44,7 +44,7 @@ API 리소스 `PersistentVolume` 및 `PersistentVolumeClaim` 가 사용자 및
 클러스터 관리자는 많은 `VolumeSnapshotContents` 을 생성한다. 그들은 클러스터 사용자들이 사용 가능한 스토리지 시스템의 실제 볼륨 스냅샷 세부 정보를 제공한다. 이것은 쿠버네티스 API에 있고 사용 가능하다.

 #### 동적
-사전 프로비저닝을 사용하는 대신 퍼시스턴트볼륨클레임에서 스냅샷을 동적으로 가져오도록 요청할 수 있다. [볼륨스냅샷클래스](/docs/concepts/storage/volume-snapshot-classes/)는 스냅샷 사용 시 스토리지 제공자의 특정 파라미터를 명세한다.
+사전 프로비저닝을 사용하는 대신 퍼시스턴트볼륨클레임에서 스냅샷을 동적으로 가져오도록 요청할 수 있다. [볼륨스냅샷클래스](/ko/docs/concepts/storage/volume-snapshot-classes/)는 스냅샷 사용 시 스토리지 제공자의 특정 파라미터를 명세한다.

 ### 바인딩

@@ -82,7 +82,7 @@ spec:
 `persistentVolumeClaimName` 은 스냅샷을 위한 퍼시스턴트볼륨클레임 데이터 소스의 이름이다. 이 필드는 동적 프로비저닝 스냅샷이 필요하다.

 볼륨 스냅샷은 `volumeSnapshotClassName` 속성을 사용하여
-[볼륨스냅샷클래스](/docs/concepts/storage/volume-snapshot-classes/)의 이름을 지정하여
+[볼륨스냅샷클래스](/ko/docs/concepts/storage/volume-snapshot-classes/)의 이름을 지정하여
 특정 클래스를 요청할 수 있다. 아무것도 설정하지 않으면, 사용 가능한 경우 기본 클래스가 사용될 것이다.

 사전 프로비저닝된 스냅샷의 경우, 다음 예와 같이 `volumeSnapshotContentName`을 스냅샷 소스로 지정해야 한다. 사전 프로비저닝된 스냅샷에는 `volumeSnapshotContentName` 소스 필드가 필요하다.
@@ -145,6 +145,4 @@ spec:
 스냅샷 데이터로 미리 채워진 새 볼륨을 프로비저닝할 수 있다.

 보다 자세한 사항은
-[볼륨 스냅샷 및 스냅샷에서 볼륨 복원](/docs/concepts/storage/persistent-volumes/#volume-snapshot-and-restore-volume-from-snapshot-support)에서 확인할 수 있다.
-
-
+[볼륨 스냅샷 및 스냅샷에서 볼륨 복원](/ko/docs/concepts/storage/persistent-volumes/#볼륨-스냅샷-및-스냅샷-지원에서-볼륨-복원)에서 확인할 수 있다.
@@ -23,7 +23,7 @@ kubelet은 컨테이너를 재시작시키지만, 컨테이너는 깨끗한 상
 ## 배경

 도커는 다소 느슨하고, 덜 관리되지만
-[볼륨](https://docs.docker.com/engine/admin/volumes/)이라는
+[볼륨](https://docs.docker.com/storage/)이라는
 개념을 가지고 있다. 도커에서 볼륨은 단순한 디스크 내 디렉터리 또는
 다른 컨테이너에 있는 디렉터리다.  수명은 관리되지 않으며 최근까지는
 로컬 디스크 백업 볼륨만 있었다. 도커는 이제 볼륨 드라이버를
@@ -214,7 +214,7 @@ CephFS를 사용하기 위해선 먼저 Ceph 서버를 실행하고 공유를

 {{< note >}}
 전제 조건: 오픈스택 클라우드 공급자로 구성된 쿠버네티스. 클라우드 공급자
-구성에 대해서는 [오픈스택 클라우드 공급자](/docs/concepts/cluster-administration/cloud-providers/#openstack)를 참조한다.
+구성에 대해서는 [오픈스택 클라우드 공급자](/ko/docs/concepts/cluster-administration/cloud-providers/#openstack)를 참조한다.
 {{< /note >}}

 `cinder` 는 오픈스택 Cinder 볼륨을 파드에 마운트하는 데 사용한다.