Update outdated files in dev-1.20-ko.7 (p2)

Author: seokho-son

content/ko/docs/tutorials/configuration/configure-redis-using-configmap.md

@@ -1,22 +1,23 @@
 ---
-title: 컨피그 맵을 사용해서 Redis 설정하기
+
+
+
+title: 컨피그맵을 사용해서 Redis 설정하기
 content_type: tutorial
 ---
 
 <!-- overview -->
 
-이 페이지에서는 컨피그 맵을 사용해서 Redis를 설정하는 방법에 대한 실세계 예제를 제공하고, [컨피그 맵을 사용해서 컨테이너 설정하기](/docs/tasks/configure-pod-container/configure-pod-configmap/) 태스크로 빌드를 한다.
+이 페이지에서는 컨피그맵(ConfigMap)을 사용해서 Redis를 설정하는 방법에 대한 실세계 예제를 제공하고, [컨피그맵을 사용해서 컨테이너 설정하기](/docs/tasks/configure-pod-container/configure-pod-configmap/) 태스크로 빌드를 한다.
 
 
 
 ## {{% heading "objectives" %}}
 
 
-* 다음을 포함하는 `kustomization.yaml` 파일을 생성한다.
-  * 컨피그 맵 생성자
-  * 컨피그 맵을 사용하는 파드 리소스
-* `kubectl apply -k ./`를 실행하여 작업한 디렉터리를 적용한다.
-* 구성이 잘 적용되었는지 확인한다.
+* Redis 설정값으로 컨피그맵을 생성한다.
+* 생성된 컨피그맵을 마운트하고 사용하는 Redis 파드를 생성한다.
+* 설정이 잘 적용되었는지 확인한다.
 
 
 
@@ -26,91 +27,227 @@ content_type: tutorial
 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
 
 * 예시는 `kubectl` 1.14 이상 버전에서 동작한다.
-* [컨피그 맵을 사용해서 컨테이너 설정하기](/docs/tasks/configure-pod-container/configure-pod-configmap/)를 이해한다.
+* [컨피그맵을 사용해서 컨테이너 설정하기](/docs/tasks/configure-pod-container/configure-pod-configmap/)를 이해한다.
 
 
 
 <!-- lessoncontent -->
 
 
-## 실세상 예제: 컨피그 맵을 사용해서 Redis 설정하기
-
-아래의 단계를 통해서 컨피그 맵에 저장된 데이터를 사용해서 Redis 캐시를 설정할 수 있다.
+## 실세상 예제: 컨피그맵을 사용해서 Redis 설정하기
 
-첫째, `redis-config` 파일에서 컨피그 맵을 포함한 `kustomization.yaml`를 생성한다.
+아래 단계를 통해서, 컨피그맵에 저장된 데이터를 사용하는 Redis 캐시를 설정한다.
 
-{{< codenew file="pods/config/redis-config" >}}
+우선, 비어 있는 설정으로 컨피그맵을 생성한다.
 
 ```shell
-curl -OL https://k8s.io/examples/pods/config/redis-config
-
-cat <<EOF >./kustomization.yaml
-configMapGenerator:
-- name: example-redis-config
-  files:
-  - redis-config
+cat <<EOF >./example-redis-config.yaml
+apiVersion: v1
+kind: ConfigMap
+metadata:
+  name: example-redis-config
+data:
+  redis-config: ""
 EOF
 ```
 
-`kustomization.yaml`에 파드 리소스 구성을 추가한다.
+위에서 생성한 컨피그맵을 Redis 파드 매니페스트와 함께 적용한다.
+
+```shell
+kubectl apply -f example-redis-config.yaml
+kubectl apply -f https://raw.githubusercontent.com/kubernetes/website/master/content/en/examples/pods/config/redis-pod.yaml
+```
+
+Redis 파드 매니페스트의 내용을 검토하고 다음의 사항을 염두에 둔다.
+
+* `config` 라는 이름의 볼륨은 `spec.volumes[1]` 에 의해서 생성된다.
+* `spec.volumes[1].items[0]` 내부의 `key` 와 `path` 는 `config` 볼륨에 `redis.conf` 라는 파일명으로 지정된
+  `example-redis-config` 컨피그맵의 `redis-config` 키를 노출시킨다.
+* 그리고 `config` 볼륨은 `spec.containers[0].volumeMounts[1]` 에 의해서 `/redis-master` 에 마운트된다.
+
+이 내용은 위의 `example-redis-config` 컨피그맵의 `data.redis-config` 내부 데이터를 파드 안에 있는
+`/redis-master/redis.conf` 파일의 내용으로 노출시키는 순효과(net effect)를 낸다.
 
 {{< codenew file="pods/config/redis-pod.yaml" >}}
 
+생성된 오브젝트를 확인한다.
+
 ```shell
-curl -OL https://raw.githubusercontent.com/kubernetes/website/master/content/en/examples/pods/config/redis-pod.yaml
+kubectl get pod/redis configmap/example-redis-config
+```
 
-cat <<EOF >>./kustomization.yaml
-resources:
-- redis-pod.yaml
-EOF
+다음의 결과를 볼 수 있다.
+
+```shell
+NAME        READY   STATUS    RESTARTS   AGE
+pod/redis   1/1     Running   0          8s
+
+NAME                             DATA   AGE
+configmap/example-redis-config   1      14s
 ```
 
-컨피그 맵과 파드 오브젝트를 생성하도록 kustomization 디렉터리를 적용한다.
+`example-redis-config` 컨피그맵의 `redis-config` 키를 공란으로 둔 것을 기억하자.
 
 ```shell
-kubectl apply -k .
+kubectl describe configmap/example-redis-config
 ```
 
-생성된 오브젝트를 확인한다.
+`redis-config` 키가 비어 있는 것을 확인할 수 있다.
+
 ```shell
-> kubectl get -k .
-NAME                                        DATA   AGE
-configmap/example-redis-config-dgh9dg555m   1      52s
+Name:         example-redis-config
+Namespace:    default
+Labels:       <none>
+Annotations:  <none>
+
+Data
+====
+redis-config:
+```
 
-NAME        READY   STATUS    RESTARTS   AGE
-pod/redis   1/1     Running   0          52s
+`kubectl exec` 를 사용하여 파드에 접속하고, 현재 설정 확인을 위해서 `redis-cli` 도구를 실행한다.
+
+```shell
+kubectl exec -it redis -- redis-cli
 ```
 
-이 예제에서는 설정 볼륨이 `/redis-master`에 마운트되어 있다.
-`redis-config` 키를 `redis.conf`라는 이름의 파일에 추가하기 위해 `path`를 사용한다.
-따라서, Redis 설정을 위한 파일 경로는 `/redis-master/redis.conf`이다.
-이곳이 이미지가 Redis 마스터를 위한 설정 파일을 찾는 곳이다.
+`maxmemory` 를 확인한다.
 
-설정이 올바르게 적용되었는지 확인하기 위해서,
-`kubectl exec`를 사용해 파드 속에서 `redis-cli` 툴을 실행해 본다.
+```shell
+127.0.0.1:6379> CONFIG GET maxmemory
+```
+
+기본값인 0을 볼 수 있을 것이다.
+
+```shell
+1) "maxmemory"
+2) "0"
+```
+
+유사하게, `maxmemory-policy` 를 확인한다.
+
+```shell
+127.0.0.1:6379> CONFIG GET maxmemory-policy
+```
+
+이것도 기본값인 `noeviction` 을 보여줄 것이다.
+
+```shell
+1) "maxmemory-policy"
+2) "noeviction"
+```
+
+이제 `example-redis-config` 컨피그맵에 몇 가지 설정값을 추가해 본다.
+
+{{< codenew file="pods/config/example-redis-config.yaml" >}}
+
+갱신된 컨피그맵을 적용한다.
+
+```shell
+kubectl apply -f example-redis-config.yaml
+```
+
+컨피그맵이 갱신된 것을 확인한다.
+
+```shell
+kubectl describe configmap/example-redis-config
+```
+
+방금 추가한 설정값을 확인할 수 있을 것이다.
+
+```shell
+Name:         example-redis-config
+Namespace:    default
+Labels:       <none>
+Annotations:  <none>
+
+Data
+====
+redis-config:
+----
+maxmemory 2mb
+maxmemory-policy allkeys-lru
+```
+
+설정이 적용되었는지 확인하려면, `kubectl exec` 를 통한 `redis-cli` 로 Redis 파드를 다시 확인한다.
 
 ```shell
 kubectl exec -it redis -- redis-cli
+```
+
+`maxmemory` 를 확인한다.
+
+```shell
 127.0.0.1:6379> CONFIG GET maxmemory
+```
+
+기본값인 0을 볼 수 있을 것이다.
+
+```shell
 1) "maxmemory"
-2) "2097152"
+2) "0"
+```
+
+유사하게, `maxmemory-policy` 도 기본 설정인 `noeviction` 을 보여줄 것이다.
+
+```shell
 127.0.0.1:6379> CONFIG GET maxmemory-policy
+```
+
+위의 명령은 다음을 반환한다.
+
+```shell
 1) "maxmemory-policy"
-2) "allkeys-lru"
+2) "noeviction"
 ```
 
-생성된 파드를 삭제한다.
+파드는 연관된 컨피그맵에서 갱신된 값을 인지하기 위해서 재시작이 필요하므로
+해당 설정값이 변경되지 않은 상태이다. 파드를 삭제하고 다시 생성한다.
+
 ```shell
 kubectl delete pod redis
+kubectl apply -f https://raw.githubusercontent.com/kubernetes/website/master/content/en/examples/pods/config/redis-pod.yaml
+```
+
+이제 마지막으로 설정값을 다시 확인해 본다.
+
+```shell
+kubectl exec -it redis -- redis-cli
 ```
 
+`maxmemory` 를 확인한다.
 
+```shell
+127.0.0.1:6379> CONFIG GET maxmemory
+```
 
-## {{% heading "whatsnext" %}}
+이것은 이제 갱신된 값인 2097152를 반환한다.
+
+```shell
+1) "maxmemory"
+2) "2097152"
+```
 
+유사하게, `maxmemory-policy` 도 갱신되어 있다.
 
-* [컨피그 맵](/docs/tasks/configure-pod-container/configure-pod-configmap/) 배우기.
+```shell
+127.0.0.1:6379> CONFIG GET maxmemory-policy
+```
 
+이것은 원하는 값인 `allkeys-lru` 를 반환한다.
 
+```shell
+1) "maxmemory-policy"
+2) "allkeys-lru"
+```
+
+생성된 자원을 삭제하여 작업을 정리한다.
+
+```shell
+kubectl delete pod/redis configmap/example-redis-config
+```
+
+## {{% heading "whatsnext" %}}
 
 
+* [컨피그맵](/docs/tasks/configure-pod-container/configure-pod-configmap/) 배우기.

content/ko/docs/tutorials/kubernetes-basics/expose/expose-intro.html

@@ -37,7 +37,7 @@ <h3>쿠버네티스 서비스들에 대한 개요</h3>
 				<li><i>ClusterIP</i> (기본값) - 클러스터 내에서 내부 IP 에 대해 서비스를 노출해준다. 이 방식은 오직 클러스터 내에서만 서비스가 접근될 수 있도록 해준다.</li>
 				<li><i>NodePort</i> - NAT가 이용되는 클러스터 내에서 각각 선택된 노드들의 동일한 포트에 서비스를 노출시켜준다. <code>&lt;NodeIP&gt;:&lt;NodePort&gt;</code>를 이용하여 클러스터 외부로부터 서비스가 접근할 수 있도록 해준다. ClusterIP의 상위 집합이다.</li>
 				<li><i>LoadBalancer</i> - (지원 가능한 경우) 기존 클라우드에서 외부용 로드밸런서를 생성하고 서비스에 고정된 공인 IP를 할당해준다. NodePort의 상위 집합이다. </li>
-				<li><i>ExternalName</i> - 이름으로 CNAME 레코드를 반환함으로써 임의의 이름(스펙에서 <code>externalName</code>으로 명시)을 이용하여 서비스를 노출시켜준다. 프록시는 사용되지 않는다. 이 방식은 <code>kube-dns</code> 버전 1.7 이상에서 지원 가능하다.</li>
+				<li><i>ExternalName</i> - <code>CNAME</code> 레코드 및 값을 반환함으로써 서비스를 <code>externalName</code> 필드의 내용(예를 들면, `foo.bar.example.com`)에 매핑한다. 어떠한 종류의 프록시도 설정되지 않는다. 이 방식은 <code>kube-dns</code> v1.7 이상 또는 CoreDNS 버전 0.0.8 이상을 필요로 한다.</li>
 			</ul>
 			<p>다른 서비스 타입들에 대한 추가 정보는 <a href="/ko/docs/tutorials/services/source-ip/">소스 IP 이용하기</a>  튜토리얼에서 확인 가능하다. 또한 <a href="/docs/concepts/services-networking/connect-applications-service">서비스들로 애플리케이션에 접속하기</a>도 참고해 보자.</p>
 			<p>부가적으로, spec에 <code>selector</code>를 정의하지 않고 말아넣은 서비스들의 몇 가지 유즈케이스들이 있음을 주의하자. <code>selector</code> 없이 생성된 서비스는 상응하는 엔드포인트 오브젝트들 또한 생성하지 않는다. 이로써 사용자들로 하여금 하나의 서비스를 특정한 엔드포인트에 매핑 시킬수 있도록 해준다. selector를 생략하게 되는 또 다른 가능성은 여러분이 <code>type: ExternalName</code>을 이용하겠다고 확고하게 의도하는 경우이다.</p>

content/ko/docs/tutorials/stateless-application/expose-external-ip-address.md

@@ -11,7 +11,7 @@ weight: 10
 
 ## {{% heading "prerequisites" %}}
 
- * [kubectl](/ko/docs/tasks/tools/install-kubectl/)을 설치한다.
+ * [kubectl](/ko/docs/tasks/tools/)을 설치한다.
  * Google Kubernetes Engine 또는 Amazon Web Services와 같은 클라우드 공급자를 사용하여
    쿠버네티스 클러스터를 생성한다. 이 튜토리얼은
    [외부 로드 밸런서](/docs/tasks/access-application-cluster/create-external-load-balancer/)를 생성하는데,

content/ko/docs/tutorials/stateless-application/guestbook.md

@@ -1,5 +1,7 @@
 ---
 title: "예시: MongoDB를 사용한 PHP 방명록 애플리케이션 배포하기"
+
+
 content_type: tutorial
 weight: 20
 card:
@@ -15,8 +17,6 @@ min-kubernetes-server-version: v1.14
 * 방명록을 저장하는 단일 인스턴스 [MongoDB](https://www.mongodb.com/)
 * 여러 개의 웹 프론트엔드 인스턴스
 
-
-
 ## {{% heading "objectives" %}}
 
 * Mongo 데이터베이스를 시작
@@ -87,6 +87,7 @@ kubectl apply -f ./content/en/examples/application/guestbook/mongo-deployment.ya
       ```shell
       kubectl apply -f https://k8s.io/examples/application/guestbook/mongo-service.yaml
       ```
+
 <!--
 컨텐츠에 대한 로컬 테스트는 파일의 상대경로로 한다.
 kubectl apply -f ./content/en/examples/application/guestbook/mongo-service.yaml
@@ -103,7 +104,7 @@ kubectl apply -f ./content/en/examples/application/guestbook/mongo-service.yaml
       ```shell
       NAME           TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)    AGE
       kubernetes     ClusterIP   10.0.0.1     <none>        443/TCP    1m
-      mongo          ClusterIP   10.0.0.151   <none>        6379/TCP   8s
+      mongo          ClusterIP   10.0.0.151   <none>        27017/TCP   8s
       ```
 
 {{< note >}}
@@ -289,7 +290,6 @@ kubectl apply -f ./content/en/examples/application/guestbook/frontend-service.ya
       deployment.apps "mongo" deleted
       service "mongo" deleted
       deployment.apps "frontend" deleted
-      deployment.apps "frontend" deleted    
       service "frontend" deleted
       ```
 

content/ko/examples/pods/config/example-redis-config.yaml

@@ -0,0 +1,8 @@
+apiVersion: v1
+kind: ConfigMap
+metadata:
+  name: example-redis-config
+data:
+  redis-config: |
+    maxmemory 2mb
+    maxmemory-policy allkeys-lru