Ninth Korean l10n work for release 1.18

- Fix error in k8s.io/ko/docs/concepts/workloads/pods/pod-lifecycle/ (#22681)
- Translate docs/reference/setup-tools/kubeadm/kubeadm.md in Korean (#22684)
- Update outdated files in dev-1.18-ko.9 branch (#22686)
- Fix issues of ko-doc links in translated docs (#22718)
- Translate concepts/cluster-administration/monitoring.md into Korean (#22808)
- Translate tasks/access-application-cluster/service-access-application-cluster in Korean (#22800)
- Translate concepts/storage/storage-limits.md into Korean (#22795)

Co-authored-by: Jihoon Seo <jihoon.seo@etri.re.kr>
Co-authored-by: Reung37 <reung37@naver.com>
Co-authored-by: Seokho Son <shsongist@gmail.com>
Co-authored-by: Jerry Park <jaehwa@gmail.com>
Co-authored-by: coolguyhong <podolsmith@naver.com>

content/ko/docs/concepts/configuration/configmap.md

@@ -225,7 +225,7 @@ kubelet은 모든 주기적인 동기화에서 마운트된 컨피그맵이 최
 - immutable로 표시된 컨피그맵에 대한 감시를 중단하여, kube-apiserver의 부하를 크게 줄임으로써 클러스터의 성능을 향상시킴
 
 이 기능을 사용하려면 `ImmutableEmphemeralVolumes`
-[기능 게이트](/docs/reference/command-line-tools-reference/feature-gates/)를 활성화하고
+[기능 게이트](/ko/docs/reference/command-line-tools-reference/feature-gates/)를 활성화하고
 시크릿 또는 컨피그맵의 `immutable` 필드를 `true` 로 한다. 다음은 예시이다.
 ```yaml
 apiVersion: v1

content/ko/docs/concepts/configuration/manage-resources-containers.md

@@ -292,7 +292,7 @@ kubelet은 사용 중인 로컬 스토리지 양을 측정할 수 있다. 이것
 제공한다.
 
 - `LocalStorageCapacityIsolation`
-  [기능 게이트](/docs/reference/command-line-tools-reference/feature-gates/)(이
+  [기능 게이트](/ko/docs/reference/command-line-tools-reference/feature-gates/)(이
   기능이 기본적으로 설정되어 있음)를 활성화하고,
 - 로컬 임시 스토리지에 대한 지원되는 구성 중 하나를
   사용하여 노드를 설정한다.
@@ -441,7 +441,7 @@ kubelet은 각 `emptyDir` 볼륨, 컨테이너 로그 디렉터리 및 쓰기
 프로젝트 쿼터를 사용하려면, 다음을 수행해야 한다.
 
 * kubelet 구성에서 `LocalStorageCapacityIsolationFSQuotaMonitoring=true`
-  [기능 게이트](/docs/reference/command-line-tools-reference/feature-gates/)를
+  [기능 게이트](/ko/docs/reference/command-line-tools-reference/feature-gates/)를
   활성화한다.
 
 * 루트 파일시스템(또는 선택적인 런타임 파일시스템)에

content/ko/docs/concepts/configuration/pod-overhead.md

@@ -32,7 +32,7 @@ _파드 오버헤드_ 는 컨테이너 리소스 요청과 상한 위에서 파
 ## 파드 오버헤드 활성화하기 {#set-up}
 
 기능 활성화를 위해 클러스터에서
-`PodOverhead` [기능 게이트](/docs/reference/command-line-tools-reference/feature-gates/) 가 활성화 되어 있고 (1.18 버전에서는 기본적으로 활성화),
+`PodOverhead` [기능 게이트](/ko/docs/reference/command-line-tools-reference/feature-gates/)가 활성화되어 있고(1.18 버전에서는 기본적으로 활성화),
 `overhead` 필드를 정의하는 `RuntimeClass` 가 사용되고 있는지 확인해야 한다.
 
 ## 사용 예제

content/ko/docs/concepts/configuration/pod-priority-preemption.md

@@ -160,7 +160,7 @@ description: "이 프라이어리티 클래스는 XYZ 서비스 파드에만 사
 해당 프라이어리티클래스의 파드는 비-선점될 것이다.
 
 `PreemptionPolicy` 필드를 사용하려면 `NonPreemptingPriority`
-[기능 게이트](/docs/reference/command-line-tools-reference/feature-gates/)가
+[기능 게이트](/ko/docs/reference/command-line-tools-reference/feature-gates/)가
 활성화되어야 한다.
 
 예제 유스케이스는 데이터 과학 관련 워크로드이다.
@@ -408,4 +408,3 @@ kubelet 리소스 부족 축출은 사용량이 요청을 초과하지 않는
 ## {{% heading "whatsnext" %}}
 
 * 프라이어리티클래스와 관련하여 리소스쿼터 사용에 대해 [기본적으로 프라이어리티 클래스 소비 제한](/ko/docs/concepts/policy/resource-quotas/#기본적으로-우선-순위-클래스-소비-제한)을 읽어보자.
-