Sixth Korean l10n work for release 1.18

- Update outdated files in dev-1.18-ko.6 partly (#21714)
- Translate StorageClass to Korean word (#21805)
- Translate StatefulSet to Korean word in pods.md (#21794)
- Translate tasks/run-application/delete-stateful-set/ in Korean (#21686)
- Translate tasks/administer-cluster/change-default-storage-class in Korean (#21801)
- update outdated docs (#21940)
- Modify spacing term StatefulSet in Korean (#21871)
- Translate /tasks/administer-cluster/coredns in Korean (#21876)
- Fix typo in k8s.io/ko/docs/contribute/new-content/new-content/ (#21975)
- Translation error correction in /concepts/containers/runtime-class.md (#21868)
- Translate tasks/tls/certificate-rotation/ in Korean (#21838)
- Translate /tasks/configure-pod-container/static-pod in Korean (#21798)
- Update to Outdated files in the dev-1.18-ko.6 branch - (1/4) (#21911)
- Fix English bugs in Korean documentation (#21994)
- Update outdated dev-1.18-ko.6 partly (#22067)

Co-authored-by: Jerry Park <jaehwa@gmail.com>
Co-authored-by: PyungHo Yoon <learder@gmail.com>
Co-authored-by: Yuk, Yongsu <ysyukr@gmail.com>
Co-authored-by: Jerry Park <jaehwa@gmail.com>
Co-authored-by: Seokho Son <shsongist@gmail.com>
Co-authored-by: Jordy Ruiter <jordy.ruiter@gmail.com>
Co-authored-by: bluefriday <bluefriday86@gmail.com>
Co-authored-by: Dajin Gwon <d.gweon@samsung.com>
Co-authored-by: Hyungseok Lee <hs0426.lee@samsung.com>
Co-authored-by: Jihoon Seo <jihoon.seo@etri.re.kr>
Co-authored-by: coolguyhong <podolsmith@naver.com>
Co-authored-by: jmyung <jesang.myung@gmail.com>
Co-authored-by: June Yi <june.yi@samsung.com>

content/ko/docs/concepts/workloads/pods/init-containers.md

@@ -27,7 +27,7 @@ weight: 40
 * 각 초기화 컨테이너는 다음 초기화 컨테이너가 시작되기 전에 성공적으로 완료되어야 한다.
 
 만약 파드를 위한 초기화 컨테이너가 실패한다면, 쿠버네티스는 초기화 컨테이너가 성공할 때까지 파드를
-반복적으로 재시작한다. 그러나, 만약 파드의 `restartPolicy`을 절대 하지 않음(Never)으로 설정했다면, 파드는 재시작되지 않는다.
+반복적으로 재시작한다. 그러나, 만약 파드의 `restartPolicy` 를 절대 하지 않음(Never)으로 설정했다면, 파드는 재시작되지 않는다.
 
 컨테이너를 초기화 컨테이너로 지정하기 위해서는,
 파드 스펙에 앱 `containers` 배열과 나란히 `initContainers` 필드를
@@ -63,7 +63,7 @@ weight: 40
 * 애플리케이션 이미지 빌더와 디플로이어 역할은 독립적으로 동작될 수 있어서
   공동의 단일 앱 이미지 형태로 빌드될 필요가 없다.
 * 초기화 컨테이너는 앱 컨테이너와 다른 파일 시스템 뷰를 가지도록 Linux 네임스페이스를 사용한다.
-  결과적으로, 초기화 컨테이너에는 앱 컨테이너가 가질 수 없는 
+  결과적으로, 초기화 컨테이너에는 앱 컨테이너가 가질 수 없는
   {{< glossary_tooltip text="시크릿" term_id="secret" >}}에 접근 권한이 주어질 수 있다.
 * 앱 컨테이너들은 병렬로 실행되는 반면, 초기화 컨테이너들은 어떠한 앱
   컨테이너라도 시작되기 전에 실행 완료되어야 하므로, 초기화 컨테이너는 사전 조건들이
@@ -102,7 +102,7 @@ weight: 40
 ### 사용 중인 초기화 컨테이너
 
 쿠버네티스 1.5에 대한 다음의 yaml 파일은 두 개의 초기화 컨테이너를 포함한 간단한 파드에 대한 개요를 보여준다.
-첫 번째는 `myservice`를 기다리고 두 번째는 `mydb`를 기다린다. 두 컨테이너들이
+첫 번째는 `myservice` 를 기다리고 두 번째는 `mydb` 를 기다린다. 두 컨테이너들이
 완료되면, 파드가 시작될 것이다.
 
 ```yaml
@@ -190,7 +190,7 @@ kubectl logs myapp-pod -c init-mydb      # Inspect the second init container
 ```
 
 `mydb` 및 `myservice` 서비스를 시작하고 나면, 초기화 컨테이너가 완료되고
-`myapp-pod`가 생성된 것을 볼 수 있다.
+`myapp-pod` 가 생성된 것을 볼 수 있다.
 
 여기에 이 서비스를 보이기 위해 사용할 수 있는 구성이 있다.
 
@@ -217,7 +217,7 @@ spec:
     targetPort: 9377
 ```
 
-`mydb`와 `myservice` 서비스 생성하기.
+`mydb` 와 `myservice` 서비스 생성하기.
 
 ```shell
 kubectl apply -f services.yaml
@@ -227,7 +227,7 @@ service/myservice created
 service/mydb created
 ```
 
-초기화 컨테이너들이 완료되는 것과 `myapp-pod` 파드가 Runnning 상태로
+초기화 컨테이너들이 완료되는 것과 `myapp-pod` 파드가 Running 상태로
 변경되는 것을 볼 것이다.
 
 ```shell
@@ -249,13 +249,13 @@ myapp-pod   1/1       Running   0          9m
 
 각 초기화 컨테이너는 다음 컨테이너가 시작되기 전에 성공적으로
 종료되어야 한다. 만약 런타임 문제나 실패 상태로 종료되는 문제로인하여 초기화 컨테이너의 시작이
-실패된다면, 초기화 컨테이너는 파드의 `restartPolicy`에 따라서 재시도 된다. 다만,
-파드의 `restartPolicy`이 항상(Always)으로 설정된 경우, 해당 초기화 컨테이너는
-`restartPolicy`을 실패 시(OnFailure)로 사용한다.
+실패된다면, 초기화 컨테이너는 파드의 `restartPolicy` 에 따라서 재시도 된다. 다만,
+파드의 `restartPolicy` 가 항상(Always)으로 설정된 경우, 해당 초기화 컨테이너는
+`restartPolicy` 를 실패 시(OnFailure)로 사용한다.
 
-파드는 모든 초기화 컨테이너가 성공되기 전까지 `Ready`될 수 없다. 초기화 컨테이너의 포트는
+파드는 모든 초기화 컨테이너가 성공되기 전까지 `Ready` 될 수 없다. 초기화 컨테이너의 포트는
 서비스 하에 합쳐지지 않는다. 초기화 중인 파드는 `Pending` 상태이지만
-`Initialized`이 참이 되는 조건을 가져야 한다.
+`Initialized` 가 참이 되는 조건을 가져야 한다.
 
 만약 파드가 [재시작](#파드-재시작-이유)되었다면, 모든 초기화 컨테이너는
 반드시 다시 실행된다.
@@ -264,15 +264,16 @@ myapp-pod   1/1       Running   0          9m
 초기화 컨테이너 이미지 필드를 변경하는 것은 파드를 재시작하는 것과 같다.
 
 초기화 컨테이너는 재시작되거나, 재시도, 또는 재실행 될 수 있기 때문에, 초기화 컨테이너
-코드는 멱등성(indempotent)을 유지해야 한다. 특히, `EmptyDirs`에 있는 파일에 쓰기를 수행하는 코드는
+코드는 멱등성(idempotent)을 유지해야 한다. 특히, `EmptyDirs` 에 있는 파일에 쓰기를 수행하는 코드는
 출력 파일이 이미 존재할 가능성에 대비해야 한다.
 
 초기화 컨테이너는 앱 컨테이너의 필드를 모두 가지고 있다. 그러나, 쿠버네티스는
-`readinessProbe`가 사용되는 것을 금지한다. 초기화 컨테이너가 완료 상태와 준비성을
+`readinessProbe` 가 사용되는 것을 금지한다. 초기화 컨테이너가 완료 상태와 준비성을
 구분해서 정의할 수 없기 때문이다. 이것은 유효성 검사 중에 시행된다.
 
-초기화 컨테이너들이 실패를 영원히 지속하는 상황을 방지하기 위해서
-파드의 `activeDeadlineSeconds`와 컨테이너의 `livenessProbe`를 사용한다.
+초기화 컨테이너들이 실패를
+영원히 지속하는 상황을 방지하기 위해서
+파드의 `activeDeadlineSeconds` 와 컨테이너의 `livenessProbe` 를 사용한다.
 
 파드 내의 각 앱과 초기화 컨테이너의 이름은 유일해야 한다. 어떤
 컨테이너가 다른 컨테이너와 같은 이름을 공유하는 경우 유효성 오류가 발생한다.
@@ -310,7 +311,7 @@ myapp-pod   1/1       Running   0          9m
   이미지의 변경은 앱 컨테이너만 재시작시킨다.
 * 파드 인프라스트럭처 컨테이너가 재시작되었다. 이는 일반적인 상황이 아니며 노드에
   대해서 root 접근 권한을 가진 누군가에 의해서 수행됐을 것이다.
-* 파드 내의 모든 컨테이너들이, 재시작을 강제하는 `restartPolicy`이 항상으로 설정되어 있는,
+* 파드 내의 모든 컨테이너들이, 재시작을 강제하는 `restartPolicy` 가 항상(Always)으로 설정되어 있는,
   동안 종료되었다. 그리고 초기화 컨테이너의 완료 기록이 가비지 수집
   때문에 유실되었다.
 
@@ -320,7 +321,5 @@ myapp-pod   1/1       Running   0          9m
 ## {{% heading "whatsnext" %}}
 
 
-* [초기화 컨테이너를 가진 파드 생성하기](/docs/tasks/configure-pod-container/configure-pod-initialization/#create-a-pod-that-has-an-init-container)
+* [초기화 컨테이너를 가진 파드 생성하기](/ko/docs/tasks/configure-pod-container/configure-pod-initialization/#초기화-컨테이너를-갖는-파드-생성)
 * [초기화 컨테이너 디버깅](/docs/tasks/debug-application-cluster/debug-init-containers/) 알아보기
-
-