[ko] Update links and texts

2022-07-01 10:57:24 +09:00
parent 57a7b502b6
commit 464079a5b4
14 changed files with 20 additions and 20 deletions
@@ -7,7 +7,7 @@ evergreen: true
 ---

 **업데이트:** _쿠버네티스의 `dockershim`을 통한 도커 지원이 제거되었습니다.
-더 자세한 정보는 [제거와 관련된 자주 묻는 질문](/dockershim)을 참고하세요.
+더 자세한 정보는 [제거와 관련된 자주 묻는 질문](/dockershim/)을 참고하세요.
 또는 지원 중단에 대한 [GitHub 이슈](https://github.com/kubernetes/kubernetes/issues/106917)에서 논의를 할 수도 있습니다._

 ---
@@ -51,7 +51,7 @@ SIG Windows는 계속해서 성장하는 개발자 커뮤니티를 지원하기

 ### 기본(default) seccomp 프로파일

-알파 기능인 기본 seccomp 프로파일이 신규 커맨드라인 플래그 및 설정과 함께 kubelet에 추가되었습니다. 이 신규 기능을 사용하면, `Unconfined`대신 `RuntimeDefault` seccomp 프로파일을 기본으로 사용하는 seccomp이 클러스터 전반에서 기본이 됩니다. 이는 쿠버네티스 디플로이먼트(Deployment)의 기본 보안을 강화합니다. 워크로드에 대한 보안이 기본으로 더 강화되었으므로, 이제 보안 관리자도 조금 더 안심하고 쉴 수 있습니다. 이 기능에 대한 자세한 사항은 공식적인 [seccomp 튜토리얼](https://kubernetes.io/docs/tutorials/clusters/seccomp/#enable-the-use-of-runtimedefault-as-the-default-seccomp-profile-for-all-workloads)을 참고하시기 바랍니다.
+알파 기능인 기본 seccomp 프로파일이 신규 커맨드라인 플래그 및 설정과 함께 kubelet에 추가되었습니다. 이 신규 기능을 사용하면, `Unconfined`대신 `RuntimeDefault` seccomp 프로파일을 기본으로 사용하는 seccomp이 클러스터 전반에서 기본이 됩니다. 이는 쿠버네티스 디플로이먼트(Deployment)의 기본 보안을 강화합니다. 워크로드에 대한 보안이 기본으로 더 강화되었으므로, 이제 보안 관리자도 조금 더 안심하고 쉴 수 있습니다. 이 기능에 대한 자세한 사항은 공식적인 [seccomp 튜토리얼](/docs/tutorials/security/seccomp/#enable-the-use-of-runtimedefault-as-the-default-seccomp-profile-for-all-workloads)을 참고하시기 바랍니다.

 ### kubeadm을 통한 보안성이 더 높은 컨트롤 플레인

@@ -1290,7 +1290,7 @@ kubelet은 시크릿에 있던 기밀 데이터의 로컬 복사본을 삭제한
  base64 인코딩은 암호화 수단이 _아니기 때문에_, 평문과 마찬가지로 기밀성을 제공하지 않는다.
 - 시크릿 API와 통신하는 애플리케이션을 배포할 때, 
  [RBAC](/docs/reference/access-authn-authz/rbac/)과 같은 
-  [인증 정책](/docs/reference/access-authn-authz/authorization/)을 사용하여 
+  [인증 정책](/ko/docs/reference/access-authn-authz/authorization/)을 사용하여 
  접근을 제한해야 한다.
 - 쿠버네티스 API에서, 네임스페이스 내 시크릿에 대한 `watch` 와 `list` 요청은 매우 강력한 기능이다. 
  시크릿 목록 조회를 가능하게 하면 
@@ -1309,7 +1309,7 @@ kubelet은 시크릿에 있던 기밀 데이터의 로컬 복사본을 삭제한
  가장 특권이 있는 시스템 레벨의 컴포넌트에만 이 동작을 허용한다.
 - 시크릿 API와 통신하는 애플리케이션을 배포할 때, 
  [RBAC](/docs/reference/access-authn-authz/rbac/)과 같은 
-  [인증 정책](/docs/reference/access-authn-authz/authorization/)을 사용하여 
+  [인증 정책](/ko/docs/reference/access-authn-authz/authorization/)을 사용하여 
  접근을 제한해야 한다.
 - API 서버에서, (시크릿을 포함한) 오브젝트는 
  {{< glossary_tooltip term_id="etcd" >}}에 저장된다. 그러므로
@@ -652,13 +652,13 @@ spec:
 ### AppArmor

 파드시큐리티폴리시의 어노테이션을 통해 제어된다. [AppArmor
-문서](/ko/docs/tutorials/clusters/apparmor/#podsecuritypolicy-annotations)를 참고하길 바란다.
+문서](/ko/docs/tutorials/security/apparmor/#podsecuritypolicy-annotations)를 참고하길 바란다.

 ### Seccomp

 쿠버네티스 v1.19부터 파드나 컨테이너의 `securityContext` 에서
 `seccompProfile` 필드를 사용하여 [seccomp 프로파일 사용을
-제어](/docs/tutorials/clusters/seccomp)할 수 있다. 이전 버전에서는, 파드에
+제어](/docs/tutorials/security/seccomp/)할 수 있다. 이전 버전에서는, 파드에
 어노테이션을 추가하여 seccomp를 제어했다. 두 버전에서 동일한 파드시큐리티폴리시를 사용하여
 이러한 필드나 어노테이션이 적용되는 방식을 적용할 수 있다.

@@ -207,7 +207,7 @@ spec:
 즉각적인 바인딩을 사용하는 경우, 
 스케줄러는 볼륨이 사용 가능해지는 즉시 해당 볼륨에 접근 가능한 노드를 선택하도록 강요받는다.

-[리소스 소유권](/ko/docs/concepts/workloads/controllers/garbage-collection/#소유자-owner-와-종속-dependent) 관점에서, 
+[리소스 소유권](/ko/docs/concepts/architecture/garbage-collection/#owners-dependents) 관점에서, 
 일반 임시 스토리지를 갖는 파드는 
 해당 임시 스토리지를 제공하는 퍼시스턴트볼륨클레임의 소유자이다. 
 파드가 삭제되면, 쿠버네티스 가비지 콜렉터는 해당 PVC를 삭제하는데, 
@@ -299,7 +299,7 @@ web-0이 실패할 경우 web-1은 web-0이 Running 및 Ready 상태가
 {{< note >}}
 `maxUnavailable` 필드는 현재 알파 단계이며 
 `MaxUnavailableStatefulSet` 
-[기능 게이트](/ko/docs/reference/commmand-line-tools-reference/feature-gates/)가 활성화된 API 서버에서만 
+[기능 게이트](/ko/docs/reference/command-line-tools-reference/feature-gates/)가 활성화된 API 서버에서만 
 동작한다.
 {{< /note >}}

@@ -18,5 +18,5 @@ Kubelet과 컨테이너 런타임 사이의 통신을 위한 주요 프로토콜
 쿠버네티스 컨테이너 런타임 인터페이스(CRI)는
 [클러스터 컴포넌트](/ko/docs/concepts/overview/components/#노드-컴포넌트)
 {{< glossary_tooltip text="kubelet" term_id="kubelet" >}}과
-{{< glossary_tooltip text="container runtime" term_id="container-runtime" >}} 사이의
+{{< glossary_tooltip text="container runtime" term_id="container-runtime" >}} 사이의
 통신을 위한 주요 [gRPC](https://grpc.io) 프로토콜을 정의한다.
@@ -550,7 +550,7 @@ Current user: plugins-user
 * `kubectl` 레퍼런스 문서를 읽는다.
  * kubectl [명령어 레퍼런스](/ko/docs/reference/kubectl/kubectl/)
  * [명령줄 인자](/docs/reference/generated/kubectl/kubectl-commands/) 레퍼런스
-* [`kubectl` 사용 규칙](/docs/reference/kubectl/conventions/)에 대해 알아본다.
-* kubectl의 [JSONPath 지원](/docs/reference/kubectl/jsonpath/)에 대해 알아본다.
+* [`kubectl` 사용 규칙](/ko/docs/reference/kubectl/conventions/)에 대해 알아본다.
+* kubectl의 [JSONPath 지원](/ko/docs/reference/kubectl/jsonpath/)에 대해 알아본다.
 * [플러그인으로 kubectl 확장](/ko/docs/tasks/extend-kubectl/kubectl-plugins/)에 대해 알아본다.
  * 플러그인에 대해 좀 더 알아보려면, [예시 CLI 플러그인](https://github.com/kubernetes/sample-cli-plugin)을 살펴본다.
@@ -460,6 +460,6 @@ Kubectl 로그 상세 레벨(verbosity)은 `-v` 또는`--v` 플래그와 로그

 * [kubectl](/ko/docs/reference/kubectl/kubectl/) 옵션을 참고한다.

-* 재사용 스크립트에서 kubectl 사용 방법을 이해하기 위해 [kubectl 사용법](/ko/docs/reference/kubectl/conventions/)을 참고한다.
+* 재사용 스크립트에서 kubectl 사용 방법을 이해하기 위해 [kubectl 사용 규칙](/ko/docs/reference/kubectl/conventions/)을 참고한다.

 * 더 많은 커뮤니티 [kubectl 치트시트](https://github.com/dennyzhang/cheatsheet-kubernetes-A4)를 확인한다.
@@ -461,7 +461,7 @@ kubelet이 "외부" 클라우드 공급자에 의해 실행되었다면 노드
 ## container.seccomp.security.alpha.kubernetes.io/[이름] {#container-seccomp-security-alpha-kubernetes-io}

 이 어노테이션은 쿠버네티스 v1.19부터 사용 중단되었으며 v1.25에서는 작동하지 않을 것이다. 
-[seccomp를 이용하여 컨테이너의 syscall 제한하기](/docs/tutorials/clusters/seccomp/) 튜토리얼에서 
+[seccomp를 이용하여 컨테이너의 syscall 제한하기](/docs/tutorials/security/seccomp/) 튜토리얼에서 
 seccomp 프로파일을 파드 또는 파드 내 컨테이너에 적용하는 단계를 확인한다. 
 튜토리얼에서는 쿠버네티스에 seccomp를 설정하기 위해 사용할 수 있는 방법을 소개하며, 
 이는 파드의 `.spec` 내에 `securityContext` 를 설정함으로써 가능하다.
@@ -36,7 +36,7 @@ _dockershim_ 이라는 구성 요소를 사용하여 도커 엔진과의 직접
 더 이상 쿠버네티스에 포함되지 않는다(이 제거는 
 v1.20 릴리스의 일부로 [공지](/blog/2020/12/08/kubernetes-1-20-release-announcement/#dockershim-deprecation)되었다). 
 이 제거가 어떻게 영향을 미치는지 알아보려면 
-[Dockershim 사용 중단이 영향을 미치는지 확인하기](/docs/tasks/administer-cluster/migrating-from-dockershim/check-if-dockershim-deprecation-affects-you/) 문서를 확인한다. 
+[Dockershim 사용 중단이 영향을 미치는지 확인하기](/docs/tasks/administer-cluster/migrating-from-dockershim/check-if-dockershim-removal-affects-you/) 문서를 확인한다. 
 dockershim을 사용하던 환경에서 이전(migrating)하는 방법을 보려면, 
 [dockershim에서 이전하기](/docs/tasks/administer-cluster/migrating-from-dockershim/)를 확인한다.

@@ -98,9 +98,9 @@ kubeadm은 에러를 반환하고 사용자가 어떤 것을 사용할지를 명

 {{< note >}}
 도커 엔진은 컨테이너 런타임이 쿠버네티스와 호환되기 위한 요구 사항인 
-[CRI](/docs/concepts/architecture/cri/)를 만족하지 않는다. 
+[CRI](/ko/docs/concepts/architecture/cri/)를 만족하지 않는다. 
 이러한 이유로, 추가 서비스인 [cri-dockerd](https://github.com/Mirantis/cri-dockerd)가 설치되어야 한다. 
-cri-dockerd는 쿠버네티스 버전 1.24부터 kubelet에서 [제거](/dockershim)된 
+cri-dockerd는 쿠버네티스 버전 1.24부터 kubelet에서 [제거](/dockershim/)된 
 기존 내장 도커 엔진 지원을 기반으로 한 프로젝트이다.
 {{< /note >}}

@@ -208,9 +208,9 @@ kubelet이 CRI 호환 엔드포인트를 통해 도커와 통신하기 위해

 {{< note >}}
 도커 엔진은 컨테이너 런타임이 쿠버네티스와 호환되기 위한 요구 사항인 
-[CRI](/docs/concepts/architecture/cri/)를 만족하지 않는다. 
+[CRI](/ko/docs/concepts/architecture/cri/)를 만족하지 않는다. 
 이러한 이유로, 추가 서비스인 [cri-dockerd](https://github.com/Mirantis/cri-dockerd)가 설치되어야 한다. 
-cri-dockerd는 쿠버네티스 버전 1.24부터 kubelet에서 [제거](/dockershim)된 
+cri-dockerd는 쿠버네티스 버전 1.24부터 kubelet에서 [제거](/dockershim/)된 
 기존 내장 도커 엔진 지원을 기반으로 한 프로젝트이다.
 {{< /note >}}

@@ -2,7 +2,7 @@



-title: 파드 디버그하기
+title: 파드 디버깅하기
 content_type: task
 weight: 10
 ---
@@ -55,7 +55,7 @@ kubectl describe pods ${POD_NAME}
 #### 파드가 계속 waiting 상태인 경우

 파드가 `Waiting` 상태에서 멈춘 경우는, 파드가 워커 노드에 스케줄링되었지만 해당 노드에서 실행될 수 없음을 의미한다.
-다시 말하지만, `kubectl describe ...` 명령은 유용한 정보를 제공한다. 파드가 `Waiting` 상태에서 멈추는 가장 흔한 원인은 이미지 풀링에 실패했기 때문이다. 다음의 3가지 사항을 확인한다.
+다시 말하지만, `kubectl describe ...` 명령은 유용한 정보를 제공한다. 파드가 `Waiting` 상태에서 멈추는 가장 흔한 원인은 이미지 풀링(pulling)에 실패했기 때문이다. 다음의 3가지 사항을 확인한다.

 * 이미지 이름이 올바른지 확인한다.
 * 해당 이미지를 저장소에 푸시하였는가?