Final Korean I10n work for release-1.13 (#13593)

* ko: Fix nav-menu sync in tutorials/statefulset #13374 (#13469) * ko: add outdated files in dev-1.13-ko.9 branch (#13464) Co-authored-by: Yoon <learder@gmail.com> Co-authored-by: Claudia J. Kang <claudiajkang@gmail.com>
2019-04-04 00:05:48 +09:00
parent 8d6823ba24
commit 240c0e7886
22 changed files with 243 additions and 1012 deletions
@@ -255,6 +255,7 @@ rules:
 * [GCE](https://github.com/kubernetes/kubernetes/tree/master/pkg/cloudprovider/providers/gce)
 * [AWS](https://github.com/kubernetes/kubernetes/tree/master/pkg/cloudprovider/providers/aws)
 * [BaiduCloud](https://github.com/baidu/cloud-provider-baiducloud)
+* [Linode](https://github.com/linode/linode-cloud-controller-manager)

 ## 클러스터 관리

@@ -6,7 +6,9 @@ weight: 80

 {{% capture overview %}}

-{{< include "federation-current-state.md" >}}
+{{< deprecationfilewarning >}}
+{{< include "federation-deprecation-warning-note.md" >}}
+{{< /deprecationfilewarning >}}

 이 페이지는 여러 쿠버네티스 클러스터를 페더레이션을 통해서 관리해야 하는 이유와 방법을 
 설명한다.
@@ -69,7 +71,6 @@ weight: 80
 쿠버네티스 클러스터의 페더레이션은 다른 클라우드 제공자(예를 들어, Google 클라우드, AWS), 
 그리고 온-프레미스(예를 들어, OpenStack)에서 동작 중인 클러스터를 포함할 수 
 있다. [Kubefed](/docs/tasks/federation/set-up-cluster-federation-kubefed/)는 연합된 클러스터 배치에 권장되는 방법이다. 
-
 그 후에, [API 리소스](#api-리소스)는 서로 다른 클러스터와 클라우드 
 제공자에 걸쳐 확장될 수 있다. 

@@ -181,4 +182,4 @@ zone)](http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availabi
 * [Kubecon2018 유럽 sig-multicluster 업데이트 내용](https://www.youtube.com/watch?v=vGZo5DaThQU) 보기
 * [Kubecon2018 유럽 Federation-v2 프로토타입 발표](https://youtu.be/q27rbaX5Jis?t=7m20s) 보기
 * [Federation-v2 사용자 가이드](https://github.com/kubernetes-sigs/federation-v2/blob/master/docs/userguide.md) 보기
-{{% /capture %}}
+{{% /capture %}}
@@ -77,7 +77,7 @@ cloud-controller-manager는 클라우드 밴더 코드와 쿠버네티스 코드
 ### 컨테이너 런타임

 컨테이너 런타임은 컨테이너의 동작을 책임지는 소프트웨어다. 
-쿠버네티스는 몇몇의 런타임을 지원하는데 [Docker](http://www.docker.com), [containerd](https://containerd.io), [cri-o](https://cri-o.io/), [rktlet](https://github.com/kubernetes-incubator/rktlet) 그리고 [Kubernetes CRI (Container Runtime Interface)](https://github.com/kubernetes/community/blob/master/contributors/devel/container-runtime-interface.md)를 구현한 모든 런타임이다.
+쿠버네티스는 몇몇의 런타임을 지원하는데 [Docker](http://www.docker.com), [containerd](https://containerd.io), [cri-o](https://cri-o.io/), [rktlet](https://github.com/kubernetes-incubator/rktlet) 그리고 [Kubernetes CRI (Container Runtime Interface)](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/container-runtime-interface.md)를 구현한 모든 런타임이다.

 ## 애드온

@@ -45,7 +45,7 @@ card:


 ```shell
-$ kubectl create -f https://k8s.io/examples/application/deployment.yaml --record
+kubectl create -f https://k8s.io/examples/application/deployment.yaml --record
 ```

 그 출력 내용은 다음과 유사하다.
@@ -41,7 +41,9 @@ weight: 30
 사용중인 클러스터의 현재 네임스페이스를 나열할 수 있다.

 ```shell
-$ kubectl get namespaces
+kubectl get namespaces
+```
+```
 NAME          STATUS    AGE
 default       Active    1d
 kube-system   Active    1d
@@ -106,19 +106,19 @@ metadata:
    pod.beta.kubernetes.io/init-containers: '[
        {
            "name": "init-myservice",
-            "image": "busybox",
+            "image": "busybox:1.28",
            "command": ["sh", "-c", "until nslookup myservice; do echo waiting for myservice; sleep 2; done;"]
        },
        {
            "name": "init-mydb",
-            "image": "busybox",
+            "image": "busybox:1.28",
            "command": ["sh", "-c", "until nslookup mydb; do echo waiting for mydb; sleep 2; done;"]
        }
    ]'
 spec:
  containers:
  - name: myapp-container
-    image: busybox
+    image: busybox:1.28
    command: ['sh', '-c', 'echo The app is running! && sleep 3600']
 ```

@@ -135,14 +135,14 @@ metadata:
 spec:
  containers:
  - name: myapp-container
-    image: busybox
+    image: busybox:1.28
    command: ['sh', '-c', 'echo The app is running! && sleep 3600']
  initContainers:
  - name: init-myservice
-    image: busybox
+    image: busybox:1.28
    command: ['sh', '-c', 'until nslookup myservice; do echo waiting for myservice; sleep 2; done;']
  - name: init-mydb
-    image: busybox
+    image: busybox:1.28
    command: ['sh', '-c', 'until nslookup mydb; do echo waiting for mydb; sleep 2; done;']
 ```

@@ -176,12 +176,24 @@ spec:
 다음 커맨드들을 이용하여 파드를 시작하거나 디버깅할 수 있다.

 ```shell
-$ kubectl create -f myapp.yaml
+kubectl create -f myapp.yaml
+```
+```
 pod/myapp-pod created
-$ kubectl get -f myapp.yaml
+```
+
+```shell
+kubectl get -f myapp.yaml
+```
+```
 NAME        READY     STATUS     RESTARTS   AGE
 myapp-pod   0/1       Init:0/2   0          6m
-$ kubectl describe -f myapp.yaml
+```
+
+```shell
+kubectl describe -f myapp.yaml
+```
+```
 Name:          myapp-pod
 Namespace:     default
 [...]
@@ -214,18 +226,25 @@ Events:
  13s          13s         1        {kubelet 172.17.4.201}    spec.initContainers{init-myservice}     Normal        Pulled        Successfully pulled image "busybox"
  13s          13s         1        {kubelet 172.17.4.201}    spec.initContainers{init-myservice}     Normal        Created       Created container with docker id 5ced34a04634; Security:[seccomp=unconfined]
  13s          13s         1        {kubelet 172.17.4.201}    spec.initContainers{init-myservice}     Normal        Started       Started container with docker id 5ced34a04634
-$ kubectl logs myapp-pod -c init-myservice # Inspect the first init container
-$ kubectl logs myapp-pod -c init-mydb      # Inspect the second init container
+```
+```shell
+kubectl logs myapp-pod -c init-myservice # Inspect the first init container
+kubectl logs myapp-pod -c init-mydb      # Inspect the second init container
 ```

 `mydb` 및 `myservice` 서비스를 시작하고 나면, 초기화 컨테이너가 완료되고 
 `myapp-pod`가 생성된 것을 볼 수 있다.

 ```shell
-$ kubectl create -f services.yaml
+kubectl create -f services.yaml
+```
+```
 service/myservice created
 service/mydb created
-$ kubectl get -f myapp.yaml
+```
+
+```shell
+kubectl get -f myapp.yaml
 NAME        READY     STATUS    RESTARTS   AGE
 myapp-pod   1/1       Running   0          9m
 ```