From 464079a5b4015f31debacbf7d407bd7b4c96ad65 Mon Sep 17 00:00:00 2001 From: Jihoon Seo Date: Fri, 1 Jul 2022 10:57:24 +0900 Subject: [PATCH] [ko] Update links and texts --- .../_posts/2020-12-02-dont-panic-kubernetes-and-docker.md | 2 +- content/ko/blog/_posts/2021-08-04-kubernetes-release-1.22.md | 2 +- content/ko/docs/concepts/configuration/secret.md | 4 ++-- content/ko/docs/concepts/security/pod-security-policy.md | 4 ++-- content/ko/docs/concepts/storage/ephemeral-volumes.md | 2 +- content/ko/docs/concepts/workloads/controllers/statefulset.md | 2 +- .../ko/docs/reference/glossary/container-runtime-interface.md | 2 +- content/ko/docs/reference/kubectl/_index.md | 4 ++-- content/ko/docs/reference/kubectl/cheatsheet.md | 2 +- content/ko/docs/reference/labels-annotations-taints/_index.md | 2 +- .../docs/setup/production-environment/container-runtimes.md | 2 +- .../production-environment/tools/kubeadm/install-kubeadm.md | 4 ++-- .../tasks/administer-cluster/kubeadm/adding-windows-nodes.md | 4 ++-- content/ko/docs/tasks/debug/debug-application/debug-pods.md | 4 ++-- 14 files changed, 20 insertions(+), 20 deletions(-) diff --git a/content/ko/blog/_posts/2020-12-02-dont-panic-kubernetes-and-docker.md b/content/ko/blog/_posts/2020-12-02-dont-panic-kubernetes-and-docker.md index 48e7b73f55..13e137f3b5 100644 --- a/content/ko/blog/_posts/2020-12-02-dont-panic-kubernetes-and-docker.md +++ b/content/ko/blog/_posts/2020-12-02-dont-panic-kubernetes-and-docker.md @@ -7,7 +7,7 @@ evergreen: true --- **업데이트:** _쿠버네티스의 `dockershim`을 통한 도커 지원이 제거되었습니다. -더 자세한 정보는 [제거와 관련된 자주 묻는 질문](/dockershim)을 참고하세요. +더 자세한 정보는 [제거와 관련된 자주 묻는 질문](/dockershim/)을 참고하세요. 또는 지원 중단에 대한 [GitHub 이슈](https://github.com/kubernetes/kubernetes/issues/106917)에서 논의를 할 수도 있습니다._ --- diff --git a/content/ko/blog/_posts/2021-08-04-kubernetes-release-1.22.md b/content/ko/blog/_posts/2021-08-04-kubernetes-release-1.22.md index f6bd8d788f..c67cc47ea1 100644 --- a/content/ko/blog/_posts/2021-08-04-kubernetes-release-1.22.md +++ b/content/ko/blog/_posts/2021-08-04-kubernetes-release-1.22.md @@ -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을 통한 보안성이 더 높은 컨트롤 플레인 diff --git a/content/ko/docs/concepts/configuration/secret.md b/content/ko/docs/concepts/configuration/secret.md index 6836870616..9591c47220 100644 --- a/content/ko/docs/concepts/configuration/secret.md +++ b/content/ko/docs/concepts/configuration/secret.md @@ -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" >}}에 저장된다. 그러므로 diff --git a/content/ko/docs/concepts/security/pod-security-policy.md b/content/ko/docs/concepts/security/pod-security-policy.md index a100c61aca..13e1d4cde6 100644 --- a/content/ko/docs/concepts/security/pod-security-policy.md +++ b/content/ko/docs/concepts/security/pod-security-policy.md @@ -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를 제어했다. 두 버전에서 동일한 파드시큐리티폴리시를 사용하여 이러한 필드나 어노테이션이 적용되는 방식을 적용할 수 있다. diff --git a/content/ko/docs/concepts/storage/ephemeral-volumes.md b/content/ko/docs/concepts/storage/ephemeral-volumes.md index 8a9f11b674..0360d4e59c 100644 --- a/content/ko/docs/concepts/storage/ephemeral-volumes.md +++ b/content/ko/docs/concepts/storage/ephemeral-volumes.md @@ -207,7 +207,7 @@ spec: 즉각적인 바인딩을 사용하는 경우, 스케줄러는 볼륨이 사용 가능해지는 즉시 해당 볼륨에 접근 가능한 노드를 선택하도록 강요받는다. -[리소스 소유권](/ko/docs/concepts/workloads/controllers/garbage-collection/#소유자-owner-와-종속-dependent) 관점에서, +[리소스 소유권](/ko/docs/concepts/architecture/garbage-collection/#owners-dependents) 관점에서, 일반 임시 스토리지를 갖는 파드는 해당 임시 스토리지를 제공하는 퍼시스턴트볼륨클레임의 소유자이다. 파드가 삭제되면, 쿠버네티스 가비지 콜렉터는 해당 PVC를 삭제하는데, diff --git a/content/ko/docs/concepts/workloads/controllers/statefulset.md b/content/ko/docs/concepts/workloads/controllers/statefulset.md index f63a7cbc7d..94d5112503 100644 --- a/content/ko/docs/concepts/workloads/controllers/statefulset.md +++ b/content/ko/docs/concepts/workloads/controllers/statefulset.md @@ -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 >}} diff --git a/content/ko/docs/reference/glossary/container-runtime-interface.md b/content/ko/docs/reference/glossary/container-runtime-interface.md index c0d6155a4a..6ab65dc3f0 100644 --- a/content/ko/docs/reference/glossary/container-runtime-interface.md +++ b/content/ko/docs/reference/glossary/container-runtime-interface.md @@ -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) 프로토콜을 정의한다. diff --git a/content/ko/docs/reference/kubectl/_index.md b/content/ko/docs/reference/kubectl/_index.md index a649fb2045..26890840a1 100644 --- a/content/ko/docs/reference/kubectl/_index.md +++ b/content/ko/docs/reference/kubectl/_index.md @@ -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)을 살펴본다. diff --git a/content/ko/docs/reference/kubectl/cheatsheet.md b/content/ko/docs/reference/kubectl/cheatsheet.md index 813cafa4cb..051c4502ed 100644 --- a/content/ko/docs/reference/kubectl/cheatsheet.md +++ b/content/ko/docs/reference/kubectl/cheatsheet.md @@ -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)를 확인한다. diff --git a/content/ko/docs/reference/labels-annotations-taints/_index.md b/content/ko/docs/reference/labels-annotations-taints/_index.md index 748b6899d0..5c098a0084 100644 --- a/content/ko/docs/reference/labels-annotations-taints/_index.md +++ b/content/ko/docs/reference/labels-annotations-taints/_index.md @@ -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` 를 설정함으로써 가능하다. diff --git a/content/ko/docs/setup/production-environment/container-runtimes.md b/content/ko/docs/setup/production-environment/container-runtimes.md index 3853e60cdc..6f375e081b 100644 --- a/content/ko/docs/setup/production-environment/container-runtimes.md +++ b/content/ko/docs/setup/production-environment/container-runtimes.md @@ -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/)를 확인한다. diff --git a/content/ko/docs/setup/production-environment/tools/kubeadm/install-kubeadm.md b/content/ko/docs/setup/production-environment/tools/kubeadm/install-kubeadm.md index ebd528be4d..6d11250ac8 100644 --- a/content/ko/docs/setup/production-environment/tools/kubeadm/install-kubeadm.md +++ b/content/ko/docs/setup/production-environment/tools/kubeadm/install-kubeadm.md @@ -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 >}} diff --git a/content/ko/docs/tasks/administer-cluster/kubeadm/adding-windows-nodes.md b/content/ko/docs/tasks/administer-cluster/kubeadm/adding-windows-nodes.md index f42292aef3..a950d50b95 100644 --- a/content/ko/docs/tasks/administer-cluster/kubeadm/adding-windows-nodes.md +++ b/content/ko/docs/tasks/administer-cluster/kubeadm/adding-windows-nodes.md @@ -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 >}} diff --git a/content/ko/docs/tasks/debug/debug-application/debug-pods.md b/content/ko/docs/tasks/debug/debug-application/debug-pods.md index 66990df6cc..c575663a05 100644 --- a/content/ko/docs/tasks/debug/debug-application/debug-pods.md +++ b/content/ko/docs/tasks/debug/debug-application/debug-pods.md @@ -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가지 사항을 확인한다. * 이미지 이름이 올바른지 확인한다. * 해당 이미지를 저장소에 푸시하였는가?