add ko pages

2020-06-01 09:09:39 -04:00
parent 283572af58
commit 6bfc167c79
168 changed files with 1360 additions and 1190 deletions
@@ -1,9 +1,9 @@
 ---
 title: 애드온 설치
-content_template: templates/concept
+content_type: concept
 ---

-{{% capture overview %}}
+<!-- overview -->


 애드온은 쿠버네티스의 기능을 확장한다.
@@ -12,10 +12,10 @@ content_template: templates/concept

 각 섹션의 애드온은 알파벳 순으로 정렬되어 있다. 순서는 우선 순위와는 상관없다.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## 네트워킹과 네트워크 폴리시

@@ -55,4 +55,4 @@ content_template: templates/concept

 잘 관리된 것들이 여기에 연결되어 있어야 한다. PR을 환영한다!

-{{% /capture %}}
+
@@ -1,19 +1,19 @@
 ---
 title: 인증서
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---


-{{% capture overview %}}
+<!-- overview -->

 클라이언트 인증서로 인증을 사용하는 경우 `easyrsa`, `openssl` 또는 `cfssl`
 을 통해 인증서를 수동으로 생성할 수 있다.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ### easyrsa

@@ -249,4 +249,4 @@ done.
 [여기](/docs/tasks/tls/managing-tls-in-a-cluster)에
 설명된 대로 인증에 사용할 x509 인증서를 프로비전 할 수 있다.

-{{% /capture %}}
+
@@ -1,16 +1,16 @@
 ---
 title: 클라우드 제공자
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---

-{{% capture overview %}}
+<!-- overview -->
 이 페이지에서는 특정 클라우드 제공자에서 실행 중인 쿠버네티스를 관리하는 방법에
 대해 설명한다.
-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->
 ### kubeadm
 [kubeadm](/docs/reference/setup-tools/kubeadm/kubeadm/)은 쿠버네티스 클러스터를 생성하는 데 많이 사용하는 옵션이다.
 kubeadm에는 클라우드 제공자에 대한 구성 정보를 지정하는 구성 옵션이 있다. 예를 들어
@@ -363,7 +363,7 @@ OpenStack 제공자에 대한 다음의 구성 옵션은 [kubenet]

 [kubenet]: /ko/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/#kubenet

-{{% /capture %}}
+

 ## OVirt

@@ -1,15 +1,15 @@
 ---
 title: 클러스터 관리 개요
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---

-{{% capture overview %}}
+<!-- overview -->
 클러스터 관리 개요는 쿠버네티스 클러스터를 만들거나 관리하는 모든 사람들을 위한 것이다.
 여기서는 쿠버네티스의 핵심 [개념](/ko/docs/concepts/)에 대해 잘 알고 있다고 가정한다.
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->
 ## 클러스터 계획

 [올바른 솔루션 고르기](/ko/docs/setup/pick-right-solution/)에서 쿠버네티스 클러스터를 어떻게 계획하고, 셋업하고, 구성하는 지에 대한 예시를 참조하자. 이 글에 쓰여진 솔루션들은 *배포판* 이라고 부른다.
@@ -65,4 +65,4 @@ weight: 10

 * [클러스터 활동 로깅과 모니터링](/docs/concepts/cluster-administration/logging/)은 쿠버네티스 로깅이 로깅의 작동 방법과 로깅을 어떻게 구현하는지 설명한다.

-{{% /capture %}}
+
@@ -1,19 +1,19 @@
 ---
 title: kubelet 가비지(Garbage) 수집 설정하기
-content_template: templates/concept
+content_type: concept
 weight: 70
 ---

-{{% capture overview %}}
+<!-- overview -->

 가비지 수집은 사용되지 않는 이미지들과 컨테이너들을 정리하는 kubelet의 유용한 기능이다. Kubelet은 1분마다 컨테이너들에 대하여 가비지 수집을 수행하며, 5분마다 이미지들에 대하여 가비지 수집을 수행한다.

 별도의 가비지 수집 도구들을 사용하는 것은, 이러한 도구들이 존재할 수도 있는 컨테이너들을 제거함으로써 kubelet 을 중단시킬 수도 있으므로 권장하지 않는다.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## 이미지 수집

@@ -77,10 +77,11 @@ kubelet이 관리하지 않는 컨테이너는 컨테이너 가비지 수집 대
 | `--outofdisk-transition-frequency` | `--eviction-pressure-transition-period` | 축출이 다른 리소스로의 디스크 압력전환을 일반화 함 |


-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 자세한 내용은 [리소스 부족 처리 구성](/docs/tasks/administer-cluster/out-of-resource/)를 본다.

-{{% /capture %}}
+
@@ -1,19 +1,19 @@
 ---
 title: 로깅 아키텍처
-content_template: templates/concept
+content_type: concept
 weight: 60
 ---

-{{% capture overview %}}
+<!-- overview -->

 애플리케이션과 시스템 로그는 클러스터 내부에서 발생하는 상황을 이해하는 데 도움이 된다. 로그는 문제를 디버깅하고 클러스터 활동을 모니터링하는 데 특히 유용하다. 대부분의 최신 애플리케이션에는 일종의 로깅 메커니즘이 있다. 따라서, 대부분의 컨테이너 엔진은 일종의 로깅을 지원하도록 설계되었다. 컨테이너화된 애플리케이션에 가장 쉽고 가장 널리 사용되는 로깅 방법은 표준 출력과 표준 에러 스트림에 작성하는 것이다.

 그러나, 일반적으로 컨테이너 엔진이나 런타임에서 제공하는 기본 기능은 완전한 로깅 솔루션으로 충분하지 않다. 예를 들어, 컨테이너가 크래시되거나, 파드가 축출되거나, 노드가 종료된 경우에도 여전히 애플리케이션의 로그에 접근하려고 한다. 따라서, 로그는 노드, 파드 또는 컨테이너와는 독립적으로 별도의 스토리지와 라이프사이클을 가져야 한다. 이 개념을 _클러스터-레벨-로깅_ 이라고 한다. 클러스터-레벨 로깅은 로그를 저장하고, 분석하고, 쿼리하기 위해 별도의 백엔드가 필요하다. 쿠버네티스는 로그 데이터를 위한 네이티브 스토리지 솔루션을 제공하지 않지만, 기존의 많은 로깅 솔루션을 쿠버네티스 클러스터에 통합할 수 있다.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 클러스터-레벨 로깅 아키텍처는 로깅 백엔드가
 클러스터 내부 또는 외부에 존재한다고 가정하여 설명한다. 클러스터-레벨
@@ -264,4 +264,4 @@ fluentd를 구성하는 것에 대한 자세한 내용은,
 구현할 수 있다. 그러나, 이러한 로깅 메커니즘의 구현은
 쿠버네티스의 범위를 벗어난다.

-{{% /capture %}}
+
@@ -1,17 +1,17 @@
 ---
 title: 리소스 관리
-content_template: templates/concept
+content_type: concept
 weight: 40
 ---

-{{% capture overview %}}
+<!-- overview -->

 애플리케이션을 배포하고 서비스를 통해 노출했다. 이제 무엇을 해야 할까? 쿠버네티스는 확장과 업데이트를 포함하여, 애플리케이션 배포를 관리하는 데 도움이 되는 여러 도구를 제공한다. 더 자세히 설명할 기능 중에는 [구성 파일](/ko/docs/concepts/configuration/overview/)과 [레이블](/ko/docs/concepts/overview/working-with-objects/labels/)이 있다.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## 리소스 구성 구성하기

@@ -447,11 +447,12 @@ kubectl edit deployment/my-nginx

 이것으로 끝이다! 디플로이먼트는 배포된 nginx 애플리케이션을 배후에서 점차적으로 업데이트한다. 업데이트되는 동안 특정 수의 이전 레플리카만 중단될 수 있으며, 원하는 수의 파드 위에 특정 수의 새 레플리카만 생성될 수 있다. 이에 대한 더 자세한 내용을 보려면, [디플로이먼트 페이지](/ko/docs/concepts/workloads/controllers/deployment/)를 방문한다.

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 - [애플리케이션 검사 및 디버깅에 `kubectl` 을 사용하는 방법](/docs/tasks/debug-application-cluster/debug-application-introspection/)에 대해 알아본다.
 - [구성 모범 사례 및 팁](/ko/docs/concepts/configuration/overview/)을 참고한다.

-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: 클러스터 네트워킹
-content_template: templates/concept
+content_type: concept
 weight: 50
 ---

-{{% capture overview %}}
+<!-- overview -->
 네트워킹은 쿠버네티스의 중심적인 부분이지만, 어떻게 작동하는지 정확하게
 이해하기가 어려울 수 있다. 쿠버네티스에는 4가지 대응해야 할 네트워킹
 문제가 있다.
@@ -15,10 +15,10 @@ weight: 50
 3. 파드와 서비스 간 통신: 이 문제는 [서비스](/ko/docs/concepts/services-networking/service/)에서 다룬다.
 4. 외부와 서비스 간 통신: 이 문제는 [서비스](/ko/docs/concepts/services-networking/service/)에서 다룬다.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 쿠버네티스는 애플리케이션 간에 머신을 공유하는 것이다. 일반적으로,
 머신을 공유하려면 두 애플리케이션이 동일한 포트를 사용하지 않도록
@@ -310,12 +310,13 @@ OVN은 Open vSwitch 커뮤니티에서 개발한 오픈소스 네트워크
 독립형으로 실행된다. 두 버전에서, 실행하기 위해 구성이나 추가 코드가 필요하지 않으며,
 두 경우 모두, 쿠버네티스의 표준과 같이 네트워크에서 파드별로 하나의 IP 주소를 제공한다.

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 네트워크 모델의 초기 설계와 그 근거 및 미래의 계획은
 [네트워킹 디자인 문서](https://git.k8s.io/community/contributors/design-proposals/network/networking.md)에
 자세히 설명되어 있다.

-{{% /capture %}}
+
@@ -1,14 +1,14 @@
 ---
 title: 쿠버네티스에서 프락시(Proxy)
-content_template: templates/concept
+content_type: concept
 weight: 90
 ---

-{{% capture overview %}}
+<!-- overview -->
 이 페이지는 쿠버네티스에서 함께 사용되는 프락시(Proxy)를 설명한다.
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## 프락시

@@ -62,6 +62,6 @@ weight: 90

 프락시는 리다이렉트 기능을 대체했다. 리다이렉트는 더 이상 사용하지 않는다.

-{{% /capture %}}
+