클라우드에서 주로 사용하는 ubuntu 유저 VM과 유사하게 도커로 base 이미지를 제작하고 각각 개발 용도별로 확장시키기 위해 필요한 도커 이미지와 compose 파일을 작성하고 있습니다.  빅데이터 분야의 하둡 에코 시스템은 다양한 오픈소스와 함께 확장되어 왔기 때문에 이러한 용도로 활용될 수 있는 좋은 예시입니다. 윈도우나 맥으로 로컬 개발환경에서 맵리듀스 개발이나 빌드는 가능하지만,  이후 실행은 복잡한 설치 과정이나 HDFS 분산 시스템을 이용할 수 있는 서버가 필요합니다. 예제 프로젝를 받아서 이를 편하게 구성할 수 있는 방법을 소개합니다.

예제 : https://github.com/hibuz/hadoop-example

하둡 예제 실행

윈도우 Git Bash 사용

(CMD 창에서 Shell파일을 실행하더라도 Git Bash 창이 떠서 동작 가능함)

1. 예제 소스코드 다운로드 및 빌드 후 실행

git clone https://github.com/hibuz/hadoop-example.git

cd hadoop-example

# docker compose 실행 및 Docker Bash 실행
./docker_up.sh

2. 예제 빌드 및 실행

$ ./mvnw package

# 단어 샘플을 hdfs에 파일로 저장
$ ./wordcount_input.sh

# hadoop mapreduce 실행
$ ./run_example.sh

3. 도커 데스크탑에서 VSCode 실행 후 개발 및 실행

# VSCode 에서 Git Bash 터미널 실행 후 Docker Bash 실행
./docker_up.sh

# 소스 수정 후 윈도우에서 mvnw 빌드 또는 컨테이너에서 쉘에서 빌드
$ ./mvnw package

# hadoop mapreduce 실행
$ ./run_example.sh

4. 컨테이너 정리

# Docker 컨테이너 Bash 에서 빠져 나오기
$ exit

# Git bash에서 볼륨은 삭제하지 않을 경우 -v 제외하고 실행
$ ./docker_down.sh -v

맥에서 Docker Desktop 사용

(Dev Environments가 윈도우에서는 동작하지 않아 맥에서만 설명합니다. 윈도우처럼 docker_up.sh 사용도 가능함)

1. 예제 소스코드 다운로드 및 VSCode에서 코드 수정

$ git clone https://github.com/hibuz/hadoop-example.git

$ cd hadoop-example

$ code .

2. VSCode 에서 WordCount.java 파일의 Reduce 값에 * 2 를 해서 빌드합니다.

3. 빌드된 파일을 실행할 컨테이너 생성을 위해 Dev Environments에서 프로젝트 위치를 지정합니다.

2. 컨테이너가 실행되면 Docker Bash에서 동작시켜 봅니다.

# 터미널에서 Docker bash 실행
./docker_up.sh

# 컨테이너 쉘에서 단어 샘플을 hdfs에 파일로 저장
$ ./wordcount_input.sh

# hadoop mapreduce 실행
$ ./run_example.sh

단어 갯수 * 2가 된 결과를 확인할 수 있습니다.

3. Docker Dashbord의  Containers / Apps 메뉴에서 브라우져를 열어서 실행된 결과를 조회합니다.

4. Docker Dashbord에서 삭제하거나 터미널에서 docker_down.sh 로 삭제합니다.

Development Environment 사용 후기

도커 데스크탑에 Development Environment 기능이 생겨서 Git Remote 주소만 넣으면 아주 빠르게 개발이 가능할 것으로 기대하였습니다. 하지만 컨테이너가 Dev 모드로 전환되면서 새로운 컨테이너로 동작해서 하둡관련 작업이 되지 않았습니다. 전환하지 않고 컨테이너에 들어가면 사용은 가능하나 새로운 코드를 넣어 작업하기 불편해서 결국 로컬 프로젝트를 마운트 하는 방식으로 진행했습니다. 팀 플랜으로 전환해서 작업중인 컨테이너를 공유하는 방식으로 이미지를 만들면 될까도 싶지만 그렇게 까지는..  이상 하둡 개발 환경 구축기 입니다.

이전글: Istio 준비하기 -  https://hibuz.com/istio-getting-started/

Istio의 트래픽 관리는 애플리케이션의 사이드카로 배포되는 Envoy 프록시에 의존합니다. 메시 서비스가 주고 받는 모든 트래픽 (data plane traffic)은 Envoy를 통해 프록시 되므로 애플리케이션 변경하지 않고도 메시 주변의 트래픽을 쉽게 전달하고 제어 할 수 있습니다.

개요

Kubernetes 에서 트래픽 관리는 Ingress → Service → Pod 로 단순한 반면 Istio에서는 Gateway, VirtualService, DestinationRule 을 사용해서 정교하게 트래픽 제어가 가능합니다.

Gateway

클러스터 외부로 부터 어떤 트래픽을 받을지에 대한 서비스메시 엣지를 구성합니다.

apiVersion: networking.istio.io/v1alpha3
kind: Gateway
metadata:
  name: bookinfo-gateway
spec:
  selector:
    istio: ingressgateway # 기본 IngressGateway에 설정
  servers:
  - port:
      number: 80
      name: http
      protocol: HTTP
    hosts:
    - "*"

VirtualService

들어온 트래픽을 어떻게 라우팅 할지 규칙들을 정의하며 DestinationRule과 함께 Istio의 핵심요소입니다.

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: bookinfo
spec:
  hosts:
  - "*"
  gateways:
  - bookinfo-gateway # 선택한 gateway로 부터 트래픽을 받도록 설정
  http:
  - match:
    - uri:
        exact: /productpage
    - uri:
        prefix: /static
    - uri:
        exact: /login
    - uri:
        exact: /logout
    - uri:
        prefix: /api/v1/products
    route:
    - destination:
        host: productpage # 라우팅 대상
        port:
          number: 9080

DestinationRule

워크로드를 버전별로 그룹화된 서비스의 서브셋으로 관리하고, 선호하는 로드밸런싱 모델, 보안, 회로차단기 설정 같은 트래픽 정책과 관련된 규칙을 정의합니다.

apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: reviews
spec:
  host: reviews
  subsets:
  - name: v1
    labels:
      version: v1
  - name: v2
    labels:
      version: v2
  - name: v3
    labels:
      version: v3

사전준비

Bookinfo 애플리케이션에서 사용할 VirtualService와 DestinationRule을 전체 서비스에 적용합니다.

1. 기본 destination rules 전체 적용

$ kubectl apply -f samples/bookinfo/networking/destination-rule-all.yaml

destinationrule.networking.istio.io/productpage created
destinationrule.networking.istio.io/reviews created
destinationrule.networking.istio.io/ratings created
destinationrule.networking.istio.io/details created

# 적용 확인
$ kubectl get destinationrule
NAME          HOST          AGE
details       details       18s
productpage   productpage   18s
ratings       ratings       18s
reviews       reviews       18s

참고: DestinationRule 설정 오류 확인

# Details Deployment 생성(version: v2)
$ kubectl apply -f samples/bookinfo/platform/kube/bookinfo-details-v2.yaml

# v2로 라우팅 적용하면 detail에서 service registry에 없는 서비스 호출 실패
$ kubectl apply -f samples/bookinfo/networking/virtual-service-details-v2.yaml

# ratings v2용 mongodb 생성
$ kubectl apply -f samples/bookinfo/platform/kube/bookinfo-db

# raging v2(ratings-db) deployment 생성
$ kubectl apply -f samples/bookinfo/platform/kube/bookinfo-ratings-v2


# 라우팅을 review:v3 -> rating:v2(mongodb)로 변경
$ kubectl apply -f samples/bookinfo/networking/virtual-service-ratings-db.yaml

2. 기본 virtual services 전체 적용

# 적용 전
$ kubectl get virtualservice
NAME       GATEWAYS               HOSTS   AGE
bookinfo   ["bookinfo-gateway"]   ["*"]   57m

$ kubectl apply -f samples/bookinfo/networking/virtual-service-all-v1.yaml

virtualservice.networking.istio.io/productpage created
virtualservice.networking.istio.io/reviews created
virtualservice.networking.istio.io/ratings created
virtualservice.networking.istio.io/details created

# 적용 후
$ kubectl get virtualservice
NAME          GATEWAYS               HOSTS             AGE
bookinfo      ["bookinfo-gateway"]   ["*"]             64m
details                              ["details"]       14s
productpage                          ["productpage"]   14s
ratings                              ["ratings"]       14s
reviews                              ["reviews"]       14s

3. 적용 상태 확인

참고

Traffic Management

Describes the various Istio features focused on traffic routing and control.

Istio22 minute read page test

이전글: Minikube 클러스터와 도구준비 - https://hibuz.com/minikube-install/

Istio 다운로드

1. 최신 릴리즈 다운로드

$ curl -L <https://istio.io/downloadIstio> | sh -

# 특정버전 또는 프로세서 아키텍처 선택 다운로드
# curl -L <https://istio.io/downloadIstio> | ISTIO_VERSION=1.6.8 TARGET_ARCH=x86_64 sh -

2. istioctl 클라이언트 PATH 에 추가

cd istio-1.10.0

# 매번 PATH를 설정하지 않고 쉘이 시작될 때마다 실행되는 ~/.zshrc 또는 ~/.bashrc 에 추가하면 편함
$ export PATH=$PWD/bin:$PATH

# Istio 버전 확인
$ istioctl version
no running Istio pods in "istio-system"
1.9.5

참고: 버전 조회시 unable to retrieve Pods 가 발생하면 minikube start로 k8s 클러스터 실행

Istio Operator로 설치

공식문서와 다르게 새로운 버전의 설치 업그레이드 및 제거를 위해 Operator CR만 간단히 업데이트하는 방식으로 Operator 가 설치를 관리할 수 있는 방식을 사용합니다.

1. Operator 초기화

# 삭제시 revision으로 삭제 가능하도록 꼭 기입
$ istioctl operator init --revision 1-10-0

Installing operator controller in namespace: istio-operator using image: docker.io/istio/operator:1.10.0
Operator controller will watch namespaces: istio-system
2021-05-27T21:39:09.061803Z	info	proto: tag has too few fields: "-"
✔ Istio operator installed
✔ Installation complete

# operator controller pod 조회
$ kubectl get pods --namespace istio-operator \\
  -o=jsonpath='{range .items[*]}{.metadata.name}{":\\t"}{range .spec.containers[*]}{.image}{", "}{end}{"\\n"}{end}'

istio-operator-1-10-0-74994f6764-m9jwk:	docker.io/istio/operator:1.10.0,

2. IstioOperator 설치

# demo profile로 설치하거나 default profile에 egressgateway 활성화 해서 커스텀도 가능
$ kubectl apply -f - <<EOF
apiVersion: install.istio.io/v1alpha1
kind: IstioOperator
metadata:
  namespace: istio-system
  name: istio-controlplane-1-10-0
spec:
  revision: 1-10-0 # 새버전 업그레이드를 위한 명시적 revision 설정
  profile: default
  components:
    pilot:
      k8s:
        resources:
          requests:
            memory: 3072Mi  # 메모리 충분히
    egressGateways:
    - name: istio-egressgateway # default profile에 빠져있는 egress 도 추가
      enabled: true
EOF

istiooperator.install.istio.io/istio-controlplane-1-10-0 created

3. 설치 상태 조회

# 설치 조회 HEALTHY 가 될 때까지 기다리기 (종료: Ctrl + C)
$ kubectl get iop -A -w
NAMESPACE      NAME                        REVISION   STATUS    AGE
istio-system   istio-controlplane-1-10-0   1-10-0     HEALTHY   75s

$ kubectl get po -A | grep istio
NAMESPACE              NAME                                     READY   STATUS    RESTARTS   AGE
istio-operator         istio-operator-1-10-0-74994f6764-m9jwk   1/1     Running   0          16m
istio-system           istio-egressgateway-584b9dcbcb-rszp9     1/1     Running   0          6m19s
istio-system           istio-ingressgateway-d87f8fd97-njbjl     1/1     Running   0          6m19s
istio-system           istiod-1-10-0-799d598ffb-p7gm8           1/1     Running   0          6m29s

$ kubectl get svc -A | grep istio
NAMESPACE              NAME                        TYPE           CLUSTER-IP       EXTERNAL-IP   PORT(S)                                      AGE
istio-operator         istio-operator-1-10-0       ClusterIP      10.103.174.0     <none>        8383/TCP                                     15m
istio-system           istio-egressgateway         ClusterIP      10.97.0.9        <none>        80/TCP,443/TCP                               5m37s
istio-system           istio-ingressgateway        LoadBalancer   10.98.70.51      <pending>     15021:32358/TCP,80:31663/TCP,443:30257/TCP   5m37s
istio-system           istiod-1-10-0               ClusterIP      10.98.75.23      <none>        15010/TCP,15012/TCP,443/TCP,15014/TCP        5m47s

4. Envoy 사이드카 프록시 자동 주입 설정

# rev 미 사용시: kubectl label ns default istio-injection=enabled
$ kubectl label ns default istio.io/rev=1-10-0
namespace/default labeled

# 적용 확인
# rev 미 사용시: kubectl get ns -L istio-injection)
$ kubectl get ns default --show-labels
NAME      STATUS   AGE   LABELS
default   Active   11d   istio.io/rev=1-10-0,kubernetes.io/metadata.name=default

샘플 애플리케이션 배포

1. Bookinfo 배포

$ kubectl apply -f samples/bookinfo/platform/kube/bookinfo.yaml

service/details created
serviceaccount/bookinfo-details created
deployment.apps/details-v1 created
service/ratings created
serviceaccount/bookinfo-ratings created
deployment.apps/ratings-v1 created
service/reviews created
serviceaccount/bookinfo-reviews created
deployment.apps/reviews-v1 created
deployment.apps/reviews-v2 created
deployment.apps/reviews-v3 created
service/productpage created
serviceaccount/bookinfo-productpage created
deployment.apps/productpage-v1 created

2. Pod 이 준비되면 Istio 사이드카와 함께 배포 됨

$ kubectl get services
NAME          TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)    AGE
details       ClusterIP   10.107.138.111   <none>        9080/TCP   4m36s
kubernetes    ClusterIP   10.96.0.1        <none>        443/TCP    11d
productpage   ClusterIP   10.97.40.144     <none>        9080/TCP   4m36s
ratings       ClusterIP   10.101.43.221    <none>        9080/TCP   4m36s
reviews       ClusterIP   10.109.78.110    <none>        9080/TCP   4m36s

and

$ kubectl get pods
NAME                              READY   STATUS    RESTARTS   AGE
details-v1-79f774bdb9-97jws       2/2     Running   0          5m24s
productpage-v1-6b746f74dc-b9glg   2/2     Running   0          5m23s
ratings-v1-b6994bb9-vgt5n         2/2     Running   0          5m24s
reviews-v1-545db77b95-w5zz9       2/2     Running   0          5m24s
reviews-v2-7bf8c9648f-q9tzc       2/2     Running   0          5m24s
reviews-v3-84779c7bbc-5q6nz       2/2     Running   0          5m23s

and

$ istioctl version
client version: 1.10.0
control plane version: 1.10.0
data plane version: 1.10.0 (8 proxies)

$ istioctl ps
NAME                                                  CDS        LDS        EDS        RDS          ISTIOD                             VERSION
details-v1-79f774bdb9-97jws.default                   SYNCED     SYNCED     SYNCED     SYNCED       istiod-1-10-0-799d598ffb-p7gm8     1.10.0
istio-egressgateway-584b9dcbcb-rszp9.istio-system     SYNCED     SYNCED     SYNCED     NOT SENT     istiod-1-10-0-799d598ffb-p7gm8     1.10.0
istio-ingressgateway-d87f8fd97-njbjl.istio-system     SYNCED     SYNCED     SYNCED     NOT SENT     istiod-1-10-0-799d598ffb-p7gm8     1.10.0
productpage-v1-6b746f74dc-b9glg.default               SYNCED     SYNCED     SYNCED     SYNCED       istiod-1-10-0-799d598ffb-p7gm8     1.10.0
ratings-v1-b6994bb9-vgt5n.default                     SYNCED     SYNCED     SYNCED     SYNCED       istiod-1-10-0-799d598ffb-p7gm8     1.10.0
reviews-v1-545db77b95-w5zz9.default                   SYNCED     SYNCED     SYNCED     SYNCED       istiod-1-10-0-799d598ffb-p7gm8     1.10.0
reviews-v2-7bf8c9648f-q9tzc.default                   SYNCED     SYNCED     SYNCED     SYNCED       istiod-1-10-0-799d598ffb-p7gm8     1.10.0
reviews-v3-84779c7bbc-5q6nz.default                   SYNCED     SYNCED     SYNCED     SYNCED       istiod-1-10-0-799d598ffb-p7gm8     1.10.0

3. 여기까지 동작여부 확인:  내부에서 curl 요청 후 응답 HTML 페이지의 <title> 태그로 확인

$ kubectl exec "$(kubectl get pod -l app=ratings -o jsonpath='{.items[0].metadata.name}')" -c ratings -- curl -sS productpage:9080/productpage | grep -o "<title>.*</title>"

<title>Simple Bookstore App</title>

외부에서 애플리케이션 접속

Istio Ingress Gateway를 생성하면 메시 edge의 라우팅 path를 통해 Bookinfo 애플리케이션에 접근 가능

1. Istio gateway와 애플리케이션 연결

$ kubectl apply -f samples/bookinfo/networking/bookinfo-gateway.yaml

gateway.networking.istio.io/bookinfo-gateway created
virtualservice.networking.istio.io/bookinfo created

2. Configuration에 문제가 없는지 확인

$ istioctl analyze

✔ No validation issues found when analyzing namespace: default.

3. 새로운 터미널을 열어 로드벨런서 IP 할당을 위한 Minikube 터널링 실행

$ minikube tunnel
Status:
	machine: minikube
	pid: 29430
	route: 10.96.0.0/12 -> 192.168.66.4
	minikube: Running
	services: [istio-ingressgateway]

4. 로드밸런서 IP 를 확인하고 이를 GATEWAY_IP 환경변수로 설정 및 curl 테스트

$ kubectl get svc istio-ingressgateway -n istio-system
NAME                   TYPE           CLUSTER-IP    EXTERNAL-IP   PORT(S)                                      AGE
istio-ingressgateway   LoadBalancer   10.98.70.51   10.98.70.51   15021:32358/TCP,80:31663/TCP,443:30257/TCP   15h

$ export GATEWAY_IP=$(kubectl -n istio-system get service istio-ingressgateway -o jsonpath='{.status.loadBalancer.ingress[0].ip}')

$ curl -I "http://$GATEWAY_IP/productpage"
HTTP/1.1 200 OK

5. 샘플 애플리케이션 테스트용 크롬 확장 설치(Auto Refresh Plus)

6. Ingress gateway 로드밸런서 IP로 접속 및 일정(5초) 주기로 자동 refresh

대시보드 확인

Istio는 여러 telemetry 애플리케이션과 통합되고 이를 통해 서비스 메시 구조를 이해하고 토폴로지를 표시하여 상태를 분석가능

1. Kiali 대시보드와 필요한 Addon 설치

# unable to recognize "samples/addons/kiali.yaml" 발생하고 한번 더 실행
$ kubectl apply -f samples/addons

serviceaccount/grafana created
configmap/grafana created
service/grafana created
deployment.apps/grafana created
configmap/istio-grafana-dashboards created
configmap/istio-services-grafana-dashboards created
deployment.apps/jaeger created
service/tracing created
service/zipkin created
service/jaeger-collector created
customresourcedefinition.apiextensions.k8s.io/monitoringdashboards.monitoring.kiali.io created
serviceaccount/kiali created
configmap/kiali created
clusterrole.rbac.authorization.k8s.io/kiali-viewer created
clusterrole.rbac.authorization.k8s.io/kiali created
clusterrolebinding.rbac.authorization.k8s.io/kiali created
role.rbac.authorization.k8s.io/kiali-controlplane created
rolebinding.rbac.authorization.k8s.io/kiali-controlplane created
service/kiali created
deployment.apps/kiali created
serviceaccount/prometheus created
configmap/prometheus created
clusterrole.rbac.authorization.k8s.io/prometheus created
clusterrolebinding.rbac.authorization.k8s.io/prometheus created
service/prometheus created
deployment.apps/prometheus created
monitoringdashboard.monitoring.kiali.io/envoy created
monitoringdashboard.monitoring.kiali.io/go created
monitoringdashboard.monitoring.kiali.io/kiali created
monitoringdashboard.monitoring.kiali.io/micrometer-1.0.6-jvm-pool created
monitoringdashboard.monitoring.kiali.io/micrometer-1.0.6-jvm created
monitoringdashboard.monitoring.kiali.io/micrometer-1.1-jvm created
monitoringdashboard.monitoring.kiali.io/microprofile-1.1 created
monitoringdashboard.monitoring.kiali.io/microprofile-x.y created
monitoringdashboard.monitoring.kiali.io/nodejs created
monitoringdashboard.monitoring.kiali.io/quarkus created
monitoringdashboard.monitoring.kiali.io/springboot-jvm-pool created
monitoringdashboard.monitoring.kiali.io/springboot-jvm created
monitoringdashboard.monitoring.kiali.io/springboot-tomcat created
monitoringdashboard.monitoring.kiali.io/thorntail created
monitoringdashboard.monitoring.kiali.io/tomcat created
monitoringdashboard.monitoring.kiali.io/vertx-client created
monitoringdashboard.monitoring.kiali.io/vertx-eventbus created
monitoringdashboard.monitoring.kiali.io/vertx-jvm created
monitoringdashboard.monitoring.kiali.io/vertx-pool created
monitoringdashboard.monitoring.kiali.io/vertx-server created

2. 새로운 터미널 창을 열어 Kiali 대시보드 열기

$ istioctl dashboard kiali

<http://localhost:20001/kiali>

3. Graph 메뉴에서 확인

삭제

삭제전 터미널 창의 minikube tunnel, Kiali 대시보드를 정지한다.

1. Bookinfo 삭제

$ samples/bookinfo/platform/kube/cleanup.sh

namespace ? [default]
using NAMESPACE=default
virtualservice.networking.istio.io "bookinfo" deleted
gateway.networking.istio.io "bookinfo-gateway" deleted
Application cleanup may take up to one minute
service "details" deleted
serviceaccount "bookinfo-details" deleted
deployment.apps "details-v1" deleted
service "ratings" deleted
serviceaccount "bookinfo-ratings" deleted
deployment.apps "ratings-v1" deleted
service "reviews" deleted
serviceaccount "bookinfo-reviews" deleted
deployment.apps "reviews-v1" deleted
deployment.apps "reviews-v2" deleted
deployment.apps "reviews-v3" deleted
service "productpage" deleted
serviceaccount "bookinfo-productpage" deleted
deployment.apps "productpage-v1" deleted
Application cleanup successful

2. Istio 삭제

# addon 삭제
$ kubectl delete -f samples/addons

# IstioOperator 삭제
$ kubectl delete istiooperators.install.istio.io -n istio-system istio-controlplane-1-10-0
istiooperator.install.istio.io "istio-controlplane-1-10-0" deleted

# 삭제 전 체크
$ istioctl x precheck
✔ No issues found when checking the cluster. Istio is safe to install or upgrade!
  To get started, check out <https://istio.io/latest/docs/setup/getting-started/>

# Istio CR 삭제
$ istioctl x uninstall --revision 1-10-0
There are still 2 proxies pointing to the control plane revision 1-10-0
...
Proceed? (y/N) y
  Removed HorizontalPodAutoscaler:istio-system:istio-egressgateway.
...
Removed MutatingWebhookConfiguration::istio-sidecar-injector-1-10-0.
✔ Uninstall complete

# 남아있는 Istio CRDs 삭제
$ istioctl manifest generate | kubectl delete -f -
customresourcedefinition.apiextensions.k8s.io "authorizationpolicies.security.istio.io" deleted
customresourcedefinition.apiextensions.k8s.io "destinationrules.networking.istio.io" deleted
...

# 사이드카 인젝션을 위한 레이블 삭제
$ kubectl label ns default istio.io/rev-
namespace/default labeled

참고

Getting Started

Try Istio’s features quickly and easily.

Istio8 minute read page test

OS별 설치방법은 아래 문서를 참고하고 MacOS 기준으로 설명합니다.

minikube start

minikube is local Kubernetes

minikube

설치

$ brew install minikube

클러스터 시작

최신 릴리즈 참고

Releases · kubernetes/kubernetes

Production-Grade Container Scheduling and Management - kubernetes/kubernetes

GitHubkubernetes

# 최신 버전 설치: --kubernetes-version=latest
$ minikube start --cpus 4 --memory 8192 --kubernetes-version=v1.21.1

😄  minikube v1.20.0 on Darwin 11.3.1
❗  Kubernetes 1.21.1 has a known performance issue on cluster startup. It might take 2 to 3 minutes for a cluster to start.
❗  For more information, see: https://github.com/kubernetes/kubeadm/issues/2395
✨  Automatically selected the hyperkit driver
💾  Downloading driver docker-machine-driver-hyperkit:
    > docker-machine-driver-hyper...: 65 B / 65 B [----------] 100.00% ? p/s 0s
    > docker-machine-driver-hyper...: 10.52 MiB / 10.52 MiB  100.00% 5.87 MiB p
🔑  The 'hyperkit' driver requires elevated permissions. The following commands will be executed:

    $ sudo chown root:wheel /Users/hibuz/.minikube/bin/docker-machine-driver-hyperkit
    $ sudo chmod u+s /Users/hibuz/.minikube/bin/docker-machine-driver-hyperkit


Password:
💿  Downloading VM boot image ...
    > minikube-v1.20.0.iso.sha256: 65 B / 65 B [-------------] 100.00% ? p/s 0s
    > minikube-v1.20.0.iso: 245.40 MiB / 245.40 MiB  100.00% 49.56 MiB p/s 5.2s
👍  Starting control plane node minikube in cluster minikube
💾  Downloading Kubernetes v1.21.1 preload ...
    > preloaded-images-k8s-v10-v1...: 504.74 MiB / 504.74 MiB  100.00% 38.08 Mi
🔥  Creating hyperkit VM (CPUs=4, Memory=8192MB, Disk=20000MB) ...
🐳  Preparing Kubernetes v1.21.1 on Docker 20.10.6 ...
    ▪ Generating certificates and keys ...
    ▪ Booting up control plane ...
    ▪ Configuring RBAC rules ...
🔎  Verifying Kubernetes components...
    ▪ Using image gcr.io/k8s-minikube/storage-provisioner:v5
🌟  Enabled addons: storage-provisioner, default-storageclass

❗  /usr/local/bin/kubectl is version 1.19.7, which may have incompatibilites with Kubernetes 1.21.1.
    ▪ Want kubectl v1.21.1? Try 'minikube kubectl -- get pods -A'
🏄  Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default
~ 1m 46s

$ minikube node list
minikube	192.168.66.5

$ minikube status
minikube
type: Control Plane
host: Running
kubelet: Running
apiserver: Running
kubeconfig: Configured

$ minikube ssh
                         _             _
            _         _ ( )           ( )
  ___ ___  (_)  ___  (_)| |/')  _   _ | |_      __
/' _ ` _ `\| |/' _ `\| || , <  ( ) ( )| '_`\  /'__`\
| ( ) ( ) || || ( ) || || |\`\ | (_) || |_) )(  ___/
(_) (_) (_)(_)(_) (_)(_)(_) (_)`\___/'(_,__/'`\____)

$ uname -a
Linux minikube 4.19.182 #1 SMP Wed May 5 21:20:39 UTC 2021 x86_64 GNU/Linux
$ exit
logout

관리도구 설치

1. Web Dashboard

# 참고: https://kubernetes.io/docs/tasks/access-application-cluster/web-ui-dashboard/

# Install Kubernetes Dashboard
$ kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/v2.2.0/aio/deploy/recommended.yaml

namespace/kubernetes-dashboard created
serviceaccount/kubernetes-dashboard created
service/kubernetes-dashboard created
secret/kubernetes-dashboard-certs created
secret/kubernetes-dashboard-csrf created
secret/kubernetes-dashboard-key-holder created
configmap/kubernetes-dashboard-settings created
role.rbac.authorization.k8s.io/kubernetes-dashboard created
clusterrole.rbac.authorization.k8s.io/kubernetes-dashboard created
rolebinding.rbac.authorization.k8s.io/kubernetes-dashboard created
clusterrolebinding.rbac.authorization.k8s.io/kubernetes-dashboard created
deployment.apps/kubernetes-dashboard created
service/dashboard-metrics-scraper created
deployment.apps/dashboard-metrics-scraper created

# Patch the dashboard to allow skipping login
$ kubectl patch deployment kubernetes-dashboard -n kubernetes-dashboard --type 'json' -p '[{"op": "add", "path": "/spec/template/spec/containers/0/args/-", "value": "--enable-skip-login"}]'

deployment.apps/kubernetes-dashboard patched

$ kubectl proxy

Starting to serve on 127.0.0.1:8001

브라우져에서 접속 (생략으로 로그인)

http://localhost:8001/api/v1/namespaces/kubernetes-dashboard/services/https:kubernetes-dashboard:/proxy/

2. Metrics server

$ kubectl top node
error: Metrics API not available

# 참고: https://github.com/kubernetes-sigs/metrics-server
# Install Metrics Server
$ kubectl apply -f https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml

serviceaccount/metrics-server created
clusterrole.rbac.authorization.k8s.io/system:aggregated-metrics-reader created
clusterrole.rbac.authorization.k8s.io/system:metrics-server created
rolebinding.rbac.authorization.k8s.io/metrics-server-auth-reader created
clusterrolebinding.rbac.authorization.k8s.io/metrics-server:system:auth-delegator created
clusterrolebinding.rbac.authorization.k8s.io/system:metrics-server created
service/metrics-server created
deployment.apps/metrics-server created
apiservice.apiregistration.k8s.io/v1beta1.metrics.k8s.io created

# Patch the metrisc server to work with insecure TLS
$ kubectl patch deployment metrics-server -n kube-system --type 'json' -p '[{"op": "add", "path": "/spec/template/spec/containers/0/args/-", "value": "--kubelet-insecure-tls"}]'

deployment.apps/metrics-server patched

$ kubectl top node
NAME       CPU(cores)   CPU%   MEMORY(bytes)   MEMORY%
minikube   204m         5%     1463Mi          18%

3. K9s

# 참고: https://github.com/derailed/k9s
$ brew install k9s

$ k9s

4. Lens 설치

Lens | The Kubernetes IDE

Lens IDE for Kubernetes. The only system you’ll ever need to take control of your Kubernetes clusters. It’s open source and free. Download it today!

LENS // THE KUBERNETES IDEMirantis, Inc.

삭제

$ minikube delete --all

🔥  Deleting "minikube" in hyperkit ...
💀  Removed all traces of the "minikube" cluster.
🔥  Successfully deleted all profiles

단, 도커가 이미 설치되어 있고 원격으로 지인끼리 즐기기 위해서 클라우드는 방화벽 설정 또는 공유기에서 포트 포워딩 설정이 추가로 필요합니다.

개요

코로나로 외출이 쉽지 않은 상황에서 아이들은 집에서 탁주쪼꼬 마인크래프트 유튜브를 즐겨 보고 있는 중이었다. 동네 친구로 부터 아이들이 각자 집에서 원격으로 함께 게임할 수 있는 서버 하나 만들어 보라는 말에 선뜻 구축을 시작합니다. 결론은 제목처럼 10초 만에 만들 수 있었지만 정보를 찾고 공유하기 까지는 하루정도 많은 시행착오를 거쳤다. 결국 아이들이 아빠가 만들어준 서버에 접속해서 친구들과 신나게 게임을 하면서 아빠 최고! 라는 는 말을 듣고 뿌듯함과 하루의 노력이 아깝지 않았다. 저와 같이 필요한 분들에게 도움이 되면 좋겠습니다 :)

결론

최종으로 선택해서 즐기고 있는 도커 옵션은 다음과 같다. 실행하면 로컬에서는 바로 친구 목록에 서버가 보여지고 클라우드에서 실행하거나 포트 포워딩까지 해주면 서버 추가를 통해 전세계 어디서든 접속해서 게임을 즐길 수 있습니다.

$ docker run -d \
 --name mc \
 -p 19132:19132/udp \
 -v $HOME/bedrock_data:/data \
 -e EULA=TRUE \
 -e ALLOW_CHEATS=true \
 -e SERVER_NAME="마크서버" \
 -e GAMEMODE=creative \
 -e DIFFICULTY=easy \
 -e DEFAULT_PLAYER_PERMISSION_LEVEL=operator \
 itzg/minecraft-bedrock-server

• --name mc : 실행할 도커 컨테이너명을 심플하게 mc 로 해서 편리하게 컨테이너 서버를 관리하기 위함
• -p 19132:19132/udp : 컨테이너(서버)와 Host PC(로컬 머신) 간의 포트 포워딩 설정하고 참고로 마크서버는 19132 udp 포트를 사용합니다. (공유기나 방화벽 설정시 참고)
• -v $HOME/bedrock_data:/data : 도커 컨테이너는 하나의 완전한 서버처럼 동작하므로 컨테이너 서버 안쪽에 마크 데이터가 쌓이게 되면 컨테이너를 삭제할 경우 게임 데이터까지 잃어버리게 됩니다. 따라서 안전하게 로컬 머신의 디렉토리를 마운트 해서 로컬 머신에 데이터가 생성되게 하고 필요시 다른 컴퓨터로 데이터를 백업하거나 이전할 수 있도록 합니다. 로컬 머신이 Ubuntu라고 가정하면 $HOME/bedrock_data 설정은 /home/ubuntu/bedrock_data 에 데이터를 저장하게되고 도커 컨테이너 안쪽에서는 /data 디렉토리에 해당 폴더가 마운트 되어 보여지게 됩니다. 윈도우 기준으로는 (C:\Users\사용자명\bedrock_data)
• -e EULA=TRUE : 마크 서버 사용에 대한 End User License Agreement 에 동의한다는 뜻 (이후 -e 옵션은 컨테이너에 전달할 환경변수 - 마크 서버가 이 정보를 사용해 게임 옵션을 정함)
• -e ALLOW_CHEATS=true : 게임시 채팅을 통해 치트키 사용 허용(예: 좌표보기, 순간이동등등.. 참고사이트)
• -e SERVER_NAME= 서버 목록에 보여질 이름 - 자신만의 서버명을 정해보세요
• -e GAMEMODE= survival, creative, or adventure 중에 선택
• -e DIFFICULTY= peaceful, easy, normal, or hard  중 난이도 선택
• -e DEFAULT_PLAYER_PERMISSION_LEVEL= visitor, member, or operator 중에 선택 operator 로 하면 게임 옵션, 난이도 등을 게임설정에서 변경 가능
• itzg/minecraft-bedrock-server : 내려받아서 실행할 도커 이미지 (만들어 주신분 감사합니다!! 전체 옵션들도 참고: Github Minecraft Bedrock Dedicated Server)

서버 실행 조회

$ docker ps
CONTAINER ID IMAGE                           COMMAND                  CREATED             STATUS                  PORTS                      NAMES
ce86eb11a4a2 itzg/minecraft-bedrock-server   "/usr/local/bin/entr…"   10 hours ago        Up 10 hours (healthy)   0.0.0.0:19132->19132/udp   mc

추가 정보

• 서버 업데이트: 앱이 최신으로 업데이트 되면 서버도 업데이트가 필요합니다. 현재(2021-01-10) 기준 서버버전: 1.16.201.02 이고 도커 재 시작시 자동 업데이트

# 서버 재 시작
$ docker restart mc

# 실행중인 서버 강제 삭제
$ docker rm -f mc

# 서버 실행 및 접속 로그보기(취소는 Ctrl + C)
$ docker logs -f mc

2021/01/09 23:56:08 Setting server-name to 마크서버-test in server.properties
Starting Bedrock server...
NO LOG FILE! - setting up server logging...
[2021-01-09 23:56:11 INFO] Starting Server
[2021-01-09 23:56:11 INFO] Version 1.16.201.2
[2021-01-09 23:56:11 INFO] Session ID 86a76a38-b7a5-49be-8090-ebd14ff1a72c
[2021-01-09 23:56:11 INFO] Level Name: Bedrock level
[2021-01-09 23:56:11 INFO] Game mode: 1 Creative
[2021-01-09 23:56:11 INFO] Difficulty: 1 EASY
[INFO] opening worlds/Bedrock level/db
[INFO] IPv4 supported, port: 19132
[INFO] IPv6 not supported
[INFO] IPv4 supported, port: 33766
[INFO] IPv6 not supported
[INFO] Server started.
[INFO] Player connected: hibuz, xuid: 2532272938126403
[INFO] Player disconnected: hibuz, xuid: 2532272938126403

• iOS의 경우 서버 접속이 잘 안되는 경우 게임을 완전히 종료하고 재 시도
• 서버 추가옵션 변경: $HOME/bedrock_data/server.properties
• 참고: https://my.yirum.net/synology-nas-에서-마인크래프트-베드락-서버-구축
• 오라클 평생 무료 클라우드 서버에 도커 구축하기

$ docker ps
CONTAINER ID   IMAGE                   COMMAND                  CREATED          STATUS          PORTS                                      NAMES
f67902375e94   nginx:1.19.5-alpine     "/docker-entrypoint.…"   5 weeks ago     Up 2 minutes        0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp   nginx
b813b1c51e04   ghost:4.1.0             "docker-entrypoint.s…"   5 weeks ago     Up 2 minutes        2368/tcp                                   ghost


$ docker images
REPOSITORY              TAG             IMAGE ID       CREATED         SIZE
ghost                   4.1.0           c03c7fc2964e   8 weeks ago     440MB
certbot/certbot         latest          8354cb53c8c0   5 months ago    96.5MB
ghost                   3.39.0          9ebb9391dc1b   5 months ago    443MB

2. 신규 버전 확인

$ curl -s https://registry.hub.docker.com/v1/repositories/ghost/tags | sed "s/,/\n/g" | grep name | cut -d '"' -f 4

...
4.4
4.4-alpine
4.4.0
4.4.0-alpine
4.5
4.5-alpine
4.5.0
4.5.0-alpine
alpine

3. 업그레이드 4.1.0 -> 4.5.0 (설치전 데이터 백업 필수)

ubuntu@hibuz:~/nginx-certbot$ vi docker-compose.yml
version: '3'

services:
  ghost:
    image: ghost:4.5.0


ubuntu@hibuz:~/nginx-certbot$ docker-compose up -d
Pulling ghost (ghost:4.5.0)...
4.5.0: Pulling from library/ghost
69692152171a: Pull complete
15c9a4a75a9a: Pull complete
c548bd93bc33: Pull complete
a2fde13f6b72: Pull complete
aef01cdc4384: Pull complete
e7b67caf303f: Pull complete
201051a0bf39: Pull complete
ca422add453c: Pull complete
a91772022367: Pull complete
Digest: sha256:248b792b71e4b1de84aa675aabeeefad4c91612c7203365659caa9ea9094c402
Status: Downloaded newer image for ghost:4.5.0
Recreating ghost ...
Recreating ghost ... done
nginx is up-to-date

4. 업그레이드 확인

$ docker images
REPOSITORY              TAG             IMAGE ID       CREATED         SIZE
ghost                   4.5.0           c908524b5920   3 days ago      452MB
nginx                   1.20.0-alpine   3b715e351972   3 weeks ago     22.6MB
ghost                   4.1.0           c03c7fc2964e   8 weeks ago     440MB
certbot/certbot         latest          8354cb53c8c0   5 months ago    96.5MB

$ docker ps
CONTAINER ID   IMAGE                   COMMAND                  CREATED         STATUS          PORTS                                      NAMES
472e3746940a   nginx:1.20.0-alpine     "/docker-entrypoint.…"   2 minutes ago   Up 2 minutes    0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp   nginx
abbafe515aa0   ghost:4.5.0             "docker-entrypoint.s…"   2 minutes ago   Up 2 minutes    2368/tcp                                   ghost
56fca6439c86   certbot/certbot         "/bin/sh -c 'trap ex…"   8 weeks ago     Up 2 minutes    80/tcp, 443/tcp                            nginx-certbot_certbot_1

다음과 같은 절차로 설정

1. 블로그 서버 root 계정과 타켓 백업 서버에 패스워드 없이 접속 가능하게 설정
2. tar 수동 백업 스크립트 작성
3. root 유저의 crontab에 bash 스크립트 실행 설정

docker로 구동하는 ghost 데이터는 다음과 같이 root 권한으로 데이터가 생성되어 있음을 알수 있다.

ubuntu@hibuz:~/nginx-certbot/data$ ll
total 20
drwxrwxr-x 5 ubuntu ubuntu 4096 Feb 22 07:50 ./
drwxrwxr-x 4 ubuntu ubuntu 4096 Mar 29 07:32 ../
drwxrwxr-x 4 ubuntu ubuntu 4096 Feb 22 05:18 certbot/
drwxr-xr-x 3 root   root   4096 Feb 22 07:50 ghost/
drwxrwxr-x 2 ubuntu ubuntu 4096 Apr 18 06:20 nginx/

root 로 로그인후 ssh-key 생성

ubuntu@hibuz:~/nginx-certbot/data$ sudo -i

root@hibuz:~# ssh-keygen
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:vY1JA2P4nBsJw1m84DuOuqineNH+2eOR7e1pa1cZr8Y root@hibuz
The key's randomart image is:
+---[RSA 2048]----+
|       ..        |
|     ..+.        |
|     .*.+.       |
|      .*.*     . |
|   .   .S +     +|
|  . . o  * *   .o|
|   o o .+ = .. o |
|..o o .o.o .o.E  |
|*+oo .o.o..+=+   |
+----[SHA256]-----+

root@hibuz:~# cd .ssh/

root@hibuz:~/.ssh# ll
total 20
drwx------ 2 root root 4096 May  1 20:09 ./
drwx------ 4 root root 4096 Jan 17 02:55 ../
-rw------- 1 root root  558 Jan 17 02:55 authorized_keys
-rw------- 1 root root 1679 May  1 20:09 id_rsa
-rw-r--r-- 1 root root  392 May  1 20:09 id_rsa.pub

id_rsa.pub 파일내용을 복사후 타겟 백업 서버에 접속하여 authorized_keys에 등록후 재 접속 하면 패스워드 없이 접속 되는것을 확인(만약 authorized_keys 가 없다면 생성후 chmod 400 authorized_keys로 권한설정) 하고 백업을 위한 폴더도 생성한다.

# root@hibuz:~# ssh ubuntu@nas.hibuz.com
ubuntu@nas-srv:~$ vi ~/.ssh/authorized_keys
ubuntu@nas-srv:~$ exit
logout
Connection to nas.hibuz.com closed.

# ssh ubuntu@nas.hibuz.com
Welcome to Ubuntu 20.04 LTS (GNU/Linux 5.4.0-28-generic x86_64)

ubuntu@nas-srv:~$ mkdir hibuz.com.blog.backup

백업 스크립트를 작성하고 먼저 root 권한으로 수동 백업 쉘이 잘 되는지 확인한다.

ubuntu@hibuz:~/nginx-certbot$ vi remote_backup.sh
#!/bin/bash
BACKUP_DATE=`date "+%Y-%m-%d"`
tar czf $BACKUP_DATE.tgz /home/ubuntu/nginx-certbot/data
scp $BACKUP_DATE.tgz ubuntu@nas.hibuz.com:~/hibuz.com.blog.backup/
rm -f $BACKUP_DATE.tgz

ubuntu@hibuz:~/nginx-certbot$ sudo bash ./remote_backup.sh
tar: Removing leading `/' from member names
2020-05-01.tgz                                 100%   21MB   6.6MB/s   00:03

ubuntu@hibuz:~/nginx-certbot$ ssh ubuntu@nas.hibuz.com

ubuntu@nas-srv:~$ ll hibuz.com.blog.backup/
total 21968
drwxrwxr-x  2 ubuntu ubuntu     4096  5월  2 05:55 ./
drwxr-xr-x 22 ubuntu ubuntu     4096  5월  2 05:00 ../
-rw-r--r--  1 ubuntu ubuntu 22486652  5월  2 05:55 2020-05-01.tgz
ubuntu@nas-srv:~$ exit

매일 새벽 5시에 root 권한으로 스크립트가 실행되도록 crontab에 등록

$ sudo crontab -e
SHELL=/bin/bash
0 5 * * * /home/ubuntu/nginx-certbot/remote_backup.sh > /dev/null 2>&1

$ ssh ubuntu@hibuz.com
Welcome to Ubuntu 18.04.4 LTS (GNU/Linux 4.15.0-1033-oracle x86_64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage

 * Ubuntu 20.04 LTS is out, raising the bar on performance, security,
   and optimisation for Intel, AMD, Nvidia, ARM64 and Z15 as well as
   AWS, Azure and Google Cloud.

     https://ubuntu.com/blog/ubuntu-20-04-lts-arrives

This system has been minimized by removing packages and content that are
not required on a system that users do not log into.

To restore this content, you can run the 'unminimize' command.

25 packages can be updated.
0 updates are security updates.

*** System restart required ***
Last login: Sat Apr 18 06:20:30 2020 from 175.113.240.188
ubuntu@hibuz:~$

2. do-release-upgrade -d 명령어로 업그레이드

ubuntu@hibuz:~$ sudo apt update && sudo apt dist-upgrade
[sudo] password for ubuntu:
Hit:1 https://download.docker.com/linux/ubuntu eoan InRelease
Get:2 http://security.ubuntu.com/ubuntu eoan-security InRelease [97.5 kB]
Hit:3 http://kr.archive.ubuntu.com/ubuntu eoan InRelease
Get:4 http://kr.archive.ubuntu.com/ubuntu eoan-updates InRelease [97.5 kB]
Get:5 http://kr.archive.ubuntu.com/ubuntu eoan-backports InRelease [88.8 kB]
Fetched 284 kB in 3s (105 kB/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.


ubuntu@hibuz:~$ sudo apt install update-manager-core
Reading package lists... Done
Building dependency tree
Reading state information... Done
update-manager-core is already the newest version (1:19.04.8).
update-manager-core set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.


ubuntu@hibuz:~$ do-release-upgrade -d
Checking for a new Ubuntu release
Get:1 Upgrade tool signature [1554 B]
Get:2 Upgrade tool [1344 kB]
Fetched 1346 kB in 0s (0 B/s)
authenticate 'focal.tar.gz' against 'focal.tar.gz.gpg'
extracting 'focal.tar.gz'

Reading cache

Checking package manager

Continue running under SSH?

This session appears to be running under ssh. It is not recommended
to perform a upgrade over ssh currently because in case of failure it
is harder to recover.

If you continue, an additional ssh daemon will be started at port
'1022'.
Do you want to continue?

Continue [yN] y

Starting additional sshd

To make recovery in case of failure easier, an additional sshd will
be started on port '1022'. If anything goes wrong with the running
ssh you can still connect to the additional one.
If you run a firewall, you may need to temporarily open this port. As
this is potentially dangerous it's not done automatically. You can
open the port with e.g.:
'iptables -I INPUT -p tcp --dport 1022 -j ACCEPT'

To continue please press [ENTER]

Reading package lists... Done
Building dependency tree
Reading state information... Done
Hit https://download.docker.com/linux/ubuntu eoan InRelease
Get:1 http://security.ubuntu.com/ubuntu eoan-security InRelease [97.5 kB]
Hit http://kr.archive.ubuntu.com/ubuntu eoan InRelease
Get:2 http://kr.archive.ubuntu.com/ubuntu eoan-updates InRelease [97.5 kB]
Get:3 http://kr.archive.ubuntu.com/ubuntu eoan-backports InRelease [88.8 kB]
Fetched 284 kB in 0s (0 B/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done

Checking for installed snaps

Calculating snap size requirements

Updating repository information

Third party sources disabled

Some third party entries in your sources.list were disabled. You can
re-enable them after the upgrade with the 'software-properties' tool
or your package manager.

To continue please press [ENTER]

3. 업그레이드 확인

$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu Focal Fossa
Release:	20.04
Codename:	focal

생각하는 대로 살지 않으면 결국에는 사는 대로 생각하게 된다.
One must live the way one thinks or end up thinking the way one has lived.
- 폴 부르제 / Paul Bourget, 정오의 악마, 1914

스스로 판단하고 가치를 만들어 그것에 의해 행동하는, 즉 자율적인 사람과 그렇지 않은 사람을 비교하는 말입니다. 현대 심리학의 수많은 실험 연구와 관찰된 사례들을 보면 별다른 목표의식이 없는 상황에서는 일어난 상황과 자신을 동일시 하는 결과가 관찰 됐다고 합니다. 그래서 제 삶의 목적과 인생의 모토는 행복하고 즐겁게 살면서 사회에 조금이라도 기여하는 의미있는 삶을 사는 것으로 정했습니다. 이런 가치의 기준을 설정해 상황의 지배를 받아서 사는데로 생각지 않도록, 힘들어도 이겨내고, 생각하는 가치데로 살려고 노력할 거라고 믿고 있다.
저 혼자 잘먹고 잘살겠다 하면 대충 적당히 살아도 되겠지만 발전적으로 살고 싶고 뭔가를 기여하고 싶다. 사실 기여라는게 거창해 보이지만 제 상황에서 작게 본다면 지금 맡은바 임무에 충실하면 회사가 잘되서 기업이 사회에 좋은 영향을 줄것이다. 또한 저희 아이들이 잘 먹고 놀고 배울 수 있도록 돕고 가족이 좀더 풍요롭게 생활할 수 있도록 경제적으로 지원하는 것도 내가 사회에 기여하는 부분중에 하나라고 생각한다.

전략

나는 세상을 강자와 약자, 성공과 실패로 나누지 않는다.
나는 세상을 배우는 자와 배우지 않는 자로 나눈다.
I don't divide the world into the weak and the strong, or the successes and the failures, those who make it or those who don't. I divide the world into learners and non-learners.
- 벤자민 바버 / Benjamin Barber

저는 사실 큰 그림을 그리는 야망가도 아니고, 원대한 꿈을 꾸는 사람도 아닙니다. 좀더 정확히 말하면 구체적인 꿈 자체가 없습니다. 그러다 보니 매번 그때그때 하고 싶은 것에 따라 선택했던 것 같습니다.
저는 앞으로도 꿈 없이 살 겁니다. 알 지 못하는 미래를 구체화하기 위해서 시간을 쓸 바에, 지금 주어진 납득할 수 없는 문제를 개선해 나가겠습니다.
- 방시역, 서울대 졸업식 축사중

이를 실행하기 위해 내가 취한 전략은
1. 매사에 즐기면서 배우면서 호기심 가득하게 성장하며 조금씩 나아가는 것이다. 세상을 넓고 크게 보면 지금의 위기 상황이나 환경이 나에게는 제약이 되지 않는다. 인생이란 긴 레이스에서 본다면 이 모든게 나에게 도움이 된다고 믿고 여기면서 덤덤히 받아 들이게 된다. 세상은 넓고 할일은 많고 배우면서 과정을 즐기면서 살자. 이러한 배움이 습관이 된다면 나의 인생 그래프는 우상향을 이룰 것이다.
2. 새로운 분야로 두려움 없이 뛰어들자. 이는 자연스레 동기가 부여되고 이를 성실하게 임하면 성장한다. 가장 좋은 방법은 자신이 부족한 부분을 채워줄 수 있는 곳에서 업무로 배우는 것이다. 이는 인생 그래프의 기울기를 좀더 가파르게 만들어 계단처럼 도약하게 해주는 방법중 한가지이다.  또한 인간은 적응의 동물이라 본능적으로 혼돈의 상황을 안정시키려는 장치가 동작한다. 이를 이용해 보는 것이다. 조금만 방심하면 정체 될지 모르니 새로운 혼돈의 상황을 의도적으로 만들어 보는 것이다.
결국 조금이라도 젊을 때, 일을 많이 할 수 있는 여력이 될 때 열심히 해서 본인의 발전에 투자하는게 최선이다. 이런 초기 투자가 이후 복리로 인생에서 계속 이자로 돌아오는데 그 중 한가지 예시인 연봉으로 가늠해 볼수도 있다고 생각한다. 늦었다고 생각할때가 가장 빠르다.

But

코로나19로 지금 대한민국이 몸살을 앓고 있다. 지금처럼 많은 사람들이 2단계 안전의 욕구마저 위협받는 상황에서는 3단계 사회적인 욕구를 포기 할 수 밖에 없다. 사회가 뒤로 역행하는 하는 것처럼 보인다. 누가 이런 심각한 상황이 발생할 거라고 예상이나 할 수 있었단 말인가(신천지는 더이상 사고치지 말고 제발 말 잘듣고 협조 하길...) 물론 국민 모두가 조심하고 있고, 정부도 투명하고 적극적으로 대응하는 만큼 그 어떤 나라보다 현명하게 이 위기를 잘 해쳐 나갈것으로 믿는다.
다시 돌아와서 인간은 감정의 지배를 쉽게 받는 나약한 존재이다. 주변에서 상처받는 말 한마디, 행동으로도 쉽게 좌절하고 포기하면서 먹고 자기만 하는 무기력증에 빠져서 1단계 생리적 욕구단계에 머무는 상황도 쉽게 발생한다. 나 또한 자주 그런다. 이처럼 여러가지 생각지도 못한 이유로 5단계를 계속 유지하는 것은 말처럼 쉽지 않다는 것이다.

팀 프로젝트

뜬금없는 프로젝트 이야기이다. 내가 지금 하고 있는 일이 프로젝트 컨설턴트이다. 팀 프로젝트에서는 다음 4가지 팀 발달 단계를 경험하게 된다. 첫째로 팀 형성기(Forming)에는 프로젝트에 대한 기대감과 불확실성이 공존한다. 서로 편하지만은 않은 관계로 서로를 탐색하는 단계이고 서로의 신뢰가 형성되지 않는 시기이다. 이후 대부분의 팀들은 갈등기(Storming)를 겪게 된다. 막상 팀을 겪어보면 내 생각과는 많이 다르다는 현실을 서로 마주하게 된다. 이러다 나 혼자 다 떠맡아야 하는건 아닌가? 나랑 스타일이 맞지도 않고 맘에 안드는게 그냥 저 사람이 싫다. 또한 프로젝트에 대한 열정의 온도차이로 서로간에 타협점을 찾지 못해 적극 참여자와 방관자로 나뉘어 분열 되기도 한다. 이 단계에서 최악의 상황은 서로 간에 상처를 받아 아무것도 안하면서 시간을 때우거나 프로젝트와 무관한 일을 하면서 집중하지 못하고 팀이 터지는 경우이다.

따라서 이 갈등기를  최소화 하면서 잘 넘기는 것이 프로젝트 성공을 좌우한다.

• 이상적으로는 면담등의 여러가지 정보력을 총 동원하여 팀을 잘 구성하는 능력이 중요하다
• 프로젝트 시작전에 충분히 프로젝트의 목표를 인지시키고 친목활동등의 팀빌딩 과정을 통해서 불확실성을 최대한 제거 할 수 있는 선제적 안전장치를 준비하는 것이다.
• 마지막으로 팀원들의 역할을 명확히 하고 업무를 잘 조율 할 수 있는 팀 리더를 선정하는 것이다. 리더는 적극적인 커뮤니케이션을 통해 갈등을 관리하고 상황에 따라 서로가 더 친해지기 위한 활동도 필요하다.

갈등이 깊어진 팀도 결국에는 우리 팀의 프로젝트를 망칠수는 없고 이러다 조직에서 배제 되지는 않을까 하는 불안감이 찾아오는 자숙의 시간을 맞는다. 자연스럽게 3단계의 사회적 욕구(소속감, 결과에 대한 인정) 단계로 향하는 결핍욕구가 동작 하면서  규준형성기(Norming) 로 접어든다. 작은 성취 경험들이 쌓이고 프로젝트가 점점 가시화 되면서 결과물을 눈으로 보게 된다. 또한 서로를 이해하게 되면서 해야 할것과 하지 말아야 할것들에 대한 암묵적인 공감대가 작용하게 된다. 처음 형성기의 불확실성이 많이 제거되자 목적이 분명해지고 팀 자원이 집결하게되는 팀워크를 경험하게 된다. 마지막 성취기(Performing) 단계에서는 의사결정이 빨라지고 자신감이 향상되어 훌륭한 결과를 성취할 수 있다는 기대감이 상승한다. 따라서 팀원 모두가 적극적으로  참여하게 되어 퍼포먼스가 발생하는 단계이다.

우리는 팀 프로젝트 경험을 통해 각 팀 발전 단계의 흐름을 이해할 필요가 있다. 또한 경험을 기반으로 다음 프로젝트에서는 힘들고 어려웠던 점은 최소화하고 잘 했고 좋았던 점들을 강화하자. 앞서 말한 것처럼 갈등기를 최소화하거나 넘길 수 있는 역량을 지속적으로 향상시켜 성취기의 단계에 빠르게 진입하는 것이 높은 성과를 내는 방법이다.

코로나로 휴가를 보내면서 우연히 박종천님의 개발자가 갖추어야 할 9가지 기술 유튜브를 보다가 영감을 받아 작성하였습니다.

arawn/building-modular-monoliths-using-spring

스프링을 기반으로 모듈형 모노리스를 만들기 위한 방안을 공유합니다. Contribute to arawn/building-modular-monoliths-using-spring development by creating an account on GitHub.

GitHubarawn

내용을 오랫동안 기억하기 위해 정리합니다.

• 4 MSA 기술부채
  - 공유된 데이터 원본 (shared datastore)
  - 혼잡한 기능수행 (messy processing)
  - 동시배포 (deployment together)
• 우린 마이크로서비스에서 모노리틱으로 갈아탔다
• 6 모노리틱으로 되돌아가는 여정:  1) 프로젝트별 구조정리 -> 2) 저장소 및 프로젝트 통합 -> 3) 패키지 구조 표준화 -> 4) 서비스 통합
• 17 아키텍처 스타일이 문제를 해결해 주지 않고 큰 진흙 덩어리는 무얼 하든 만들 수 있다. 소프트웨어는 태생적으로 복잡하다. 의도적으로 복잡성을 제어하기 위해 높은 응집(Cohesion)도와 낮은 결합(Coupling)도를 다스리는게 품질을 결정하는 기준이 된다.

The devil is in the detail

• 18 소프트웨어의 개발의 목적은 긍정적인 비지니스의 영향력을 가능한한 빠른시간에 소비자에게 전달하는 것이다. 시장의 변화를 빠르게 지속적으로 수용하면서 규모가 커지더라도 속도가 떨어지지 않게 개발이 변화의 속도를 따라잡아야 한다.

The goal of software delivery is to minimize the lead time to business impact. Everything else is detail - Dan North

27 좋은 아키텍처는 시스템이 모노리틱 구조로 태어나서 단일 파일로 배포되더라도, 이후에는 독립적으로 배포 가능한 단위들의 집합으로 성장하고, 또 독립적인 서비스나 마이크로서비스 수준까지 성장할 수 있도록 만들어져야 한다. 또한 좋은 아키텍처라면 나중에 상황이 바뀌었을 때 이 진행 방향을 거꾸로 돌려 원래 형태인 모노리틱 구조로 되돌릴 수도 있어야 한다. - 로버트 C. 마틴(Robert C. Martin)의 저서 클린 아키텍처

• 28 유연한 시스템은 두가지가 필요
  - 혼돈에서 질서로 가는 모듈화: 경계를 쳐서 복잡성을 줄여줄 수 있는 도구인 모듈을 구성하고 협력시키는 것
  - 변경을 수용할 수 있는 소프트웨어 아키텍처: 관심사의 분리를 통해 애플리케이션 핵심(내부 - 도메인 영역)을 기술적인 부분(외부 - 인프라스트럭쳐 영역)과 분리시켜 외부에서 내부에 의존하는 단방향 의존관계 형성 및 외부는 관심사에 맞게 쉽게 변경 가능한 구조
• 계층 구조로 모듈화: 규모가 커지면 계층 내부의 복잡도가 증가 하므로 도메인을 기반으로 상위 경계를 만들고 내부를 계층의 구조로 만든다.
• 의존성 관리로 느슨하게 결합된 모듈 설계하기 (우아한 객체지향 참고)
• 전략적으로 시스템 통합을 돕는 컨텍스트 매핑
• 42 모듈사이 경계를 넘어오지 못하게 선긋기
• 적절한 가시성으로 모듈 보호하기
• 멀티프로젝트 구성을 통해 의존성 분리하기
• 모듈 자율성을 지켜주는 컨텍스트 경계 구성하기
• 컨텍스트 계층 구조로 모듈을 격리하기
• 컨텍스트 설정 모듈화
• 시스템 분리와 독립적인 서비스로 성장하기
• 소프트웨어 유지하는 동안 동작 시키게 만드는 게 아니라 더욱 유용하게 쓰이게 만드는게 목적 - 변경을 빠르게 수용, 비지니스를 최대한 빠르게 전달

software maintenance is not 'keep it working like before' It is 'keep it being useful in a changing world. - Jessica Keer, Atomist

설정파일 다운로드

$ git clone https://github.com/hibuz/nginx-certbot.git

개발 PC 에서 sshcode 실행

$ sshcode ubuntu@hibuz.com

nginx-certbot 폴더를 열어서 init-letsencrypt.sh 파일과 data/nginx/app.conf 파일을 자신의 도메인에 맞게 변경합니다.

domains=(example.org www.example.org)
email="" # Adding a valid address is strongly recommended

server {
    listen 80;
    server_name hibuz.com; #<- 여기
    server_tokens off;
   ...
}

server {
    listen 443 ssl;
    server_name hibuz.com; #<- 여기
    server_tokens off;

    ssl_certificate /etc/letsencrypt/live/hibuz.com/fullchain.pem; #<- 여기
    ssl_certificate_key /etc/letsencrypt/live/hibuz.com/privkey.pem; #<- 여기
    ...
}

반드시 방화벽 설정 을 한 다음 인증서 발급 스크립트 실행합니다. 방화벽 미 설정시 인증서 발급이 실패합니다.  (./init-letsencrypt.sh)

ubuntu@hibuz:~/nginx-certbot$ ./init-letsencrypt.sh
### Downloading recommended TLS parameters ...

### Creating dummy certificate for hibuz.com ...
Creating network "nginx-certbot_default" with the default driver
Pulling certbot (certbot/certbot:)...
latest: Pulling from certbot/certbot
c9b1b535fdd9: Pull complete
2cc5ad85d9ab: Pull complete
61614c1a5710: Pull complete
0522d30cde10: Pull complete
407da27a0336: Pull complete
b63a4f7ce95d: Pull complete
ab40fb88f5b7: Pull complete
605448d8e8f9: Pull complete
03958c6b08b9: Pull complete
ceef1228bad4: Pull complete
be9eccf787ef: Pull complete
Digest: sha256:ba624186374c7e10191f7c70702c9dd059c9e9cade0ed8e800625e0aa5f55977
Status: Downloaded newer image for certbot/certbot:latest
Generating a RSA private key
............+++++
.+++++
writing new private key to '/etc/letsencrypt/live/hibuz.com/privkey.pem'
-----
failed to resize tty, using default size

### Starting nginx ...
Pulling nginx (nginx:1.17-alpine)...
1.17-alpine: Pulling from library/nginx
4167d3e14976: Pull complete
db94a93dfca0: Pull complete
Digest: sha256:9e81b8f9cef5a095f892183688798a5b2c368663276aa0f2be4b1cd283ace53d
Status: Downloaded newer image for nginx:1.17-alpine
Creating nginx-certbot_nginx_1 ... done

### Deleting dummy certificate for hibuz.com ...
failed to resize tty, using default size

### Requesting Let's Encrypt certificate for hibuz.com ...
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Plugins selected: Authenticator webroot, Installer None

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Would you be willing to share your email address with the Electronic Frontier
Foundation, a founding partner of the Let's Encrypt project and the non-profit
organization that develops Certbot? We'd like to send you email about our work
encrypting the web, EFF news, campaigns, and ways to support digital freedom.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
(Y)es/(N)o: Y
Obtaining a new certificate
Performing the following challenges:
http-01 challenge for hibuz.com
Using the webroot path /var/www/certbot for all unmatched domains.
Waiting for verification...
Cleaning up challenges

IMPORTANT NOTES:
 - Congratulations! Your certificate and chain have been saved at:
   /etc/letsencrypt/live/hibuz.com/fullchain.pem
   Your key file has been saved at:
   /etc/letsencrypt/live/hibuz.com/privkey.pem
   Your cert will expire on 2020-05-26. To obtain a new or tweaked
   version of this certificate in the future, simply run certbot
   again. To non-interactively renew *all* of your certificates, run
   "certbot renew"
 - If you like Certbot, please consider supporting our work by:

   Donating to ISRG / Let's Encrypt:   https://letsencrypt.org/donate
   Donating to EFF:                    https://eff.org/donate-le


### Reloading nginx ...
2020/02/26 01:54:49 [notice] 10#10: signal process started

ubuntu@hibuz:~/nginx-certbot$ docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                                      NAMES
775647951ef3        nginx:1.17-alpine   "/bin/sh -c 'while :…"   6 minutes ago       Up 6 minutes        0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp   nginx-certbot_nginx_1

https 접속이 가능한지 확인합니다.

2. Ghost 설정

구동중인 인증서 발급용 컨테이너를 삭제합니다.

~/nginx-certbot$ docker-compose down
Stopping nginx-certbot_nginx_1 ... done
Removing nginx-certbot_nginx_1 ... done
Removing network nginx-certbot_default
~/nginx-certbot$

docker-compose.yml 파일에 ghost 정보를 추가합니다. (내용중 ghost url 환경변수는 본인에 맞게 수정 필요)

version: '3'

services:
  ghost:
    image: ghost:3.7
    restart: always
    container_name: ghost
    network_mode: "bridge"
    volumes:
      - ./data/ghost/content:/var/lib/ghost/content:z
    environment: # this section can be commented to start in dev mode by default
      - url="https://hibuz.com" # change this
  nginx:
    image: nginx:1.17-alpine
    restart: always
    container_name: nginx
    network_mode: "bridge"
    links:
      - ghost
    volumes:
      - ./data/nginx:/etc/nginx/conf.d
      - ./data/certbot/conf:/etc/letsencrypt
      - ./data/certbot/www:/var/www/certbot
    ports:
      - "80:80"
      - "443:443"
    command: "/bin/sh -c 'while :; do sleep 6h & wait $${!}; nginx -s reload; done & nginx -g \"daemon off;\"'"
  certbot:
    image: certbot/certbot
    restart: always
    volumes:
      - ./data/certbot/conf:/etc/letsencrypt
      - ./data/certbot/www:/var/www/certbot
    entrypoint: "/bin/sh -c 'trap exit TERM; while :; do certbot renew; sleep 12h & wait $${!}; done;'"

• network_mode: "bridge" : docker-compose 는 기본적으로 별도의 bridge 네트워크를 생성해서 각 컨테이너에 생성한 네트워크 대역의 ip를 할당합니다. network_mode를 bridge 로 설정하면 docker run 으로 실행 시킨 컨테이너와 같은 대역의 ip로 서로 통신이 가능하므로 편의상 설정
• restart: always: 컨테이너가 비정상적으로 종료되거나 서버가 재부팅 되어도 컨테이너를 자동으로 시작되므로 블로그 운영이 편리함
• container_name: nginx: 자동 생성되는 이름을 사용해도 되지만 docker restart nginx 로 app.conf 를 변경하고 재시작을 편하게 하거나 docker exec -it nginx sh 로 컨테이너에 접속하기도 좋음
• volumes:
  - ./data/ghost/content:/var/lib/ghost/content:z
  ghost 버전을 증가 시키거나 데이터를 쉽게 백업이 가능하도록 host 디렉토리를 mount 해서 파일db(sqlite) 및 컨텐츠등을 기록합니다. (컨테이너가 삭제되어도 데이터는 유지) 또한 데이터를 정기적으로 S3에 백업받도록 하는 설정하는법 포스팅 예정
• links:
  - ghost
  nginx 에서 host 이름으로 통신이 가능하도록 설정합니다. 만약 ip로 설정한다면 생략 가능  (외부 컨테이너를 reverse proxing 하려면 external_links 로도 지정 가능)

data/nginx/app.conf 에 Reverse proxy 설정 추가 (내용중 domain 주소는 본인에 맞게 수정 필요)

server {
    listen 80;
    server_name hibuz.com;
    server_tokens off;

    location /.well-known/acme-challenge/ {
        root /var/www/certbot;
    }

    location / {
        return 301 https://$host$request_uri;
    }
}

server {
    listen 443 ssl;
    server_name hibuz.com;
    server_tokens off;

    ssl_certificate /etc/letsencrypt/live/hibuz.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/hibuz.com/privkey.pem;
    include /etc/letsencrypt/options-ssl-nginx.conf;
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem;

    location / {
        proxy_pass http://ghost:2368;
        proxy_set_header    Host                $http_host;
        proxy_set_header    X-Real-IP           $remote_addr;
        proxy_set_header    X-Forwarded-For     $proxy_add_x_forwarded_for;
        proxy_set_header    X-Forwarded-Proto   $scheme;
        client_max_body_size    10m;
    }
}

ghost를 적용하기 위해 변경한 docker-compose.yml 및 app.conf 변경사항 확인

Add ghost · hibuz/nginx-certbot@d5dc120

Boilerplate configuration for nginx and certbot with docker-compose - hibuz/nginx-certbot

GitHubhibuz

컨테이너 실행 및 확인

~/nginx-certbot$ docker-compose up -d

~/nginx-certbot$ docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                                      NAMES
786f28da2ce9        nginx:1.17-alpine   "/bin/sh -c 'while :…"   9 seconds ago       Up 7 seconds        0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp   nginx
fc159e7ea05e        ghost:3.7           "docker-entrypoint.s…"   12 seconds ago      Up 9 seconds        2368/tcp                                   ghost
283dff7bddf9        certbot/certbot     "/bin/sh -c 'trap ex…"   12 seconds ago      Up 9 seconds        80/tcp, 443/tcp                            nginx-certbot_certbot_1

이제 블로그 설정이 끝났습니다. 관리자 계정을 생성하고 블로그를 시작해 보세요~(https://your_domain/ghost)