![img](https://i.postimg.cc/9fGQLD8m/techit-logo.png) --- --- # 부모수업 - 부모수업 : 테킷 백엔드 스쿨 7기(Java) 수업페이지 - [주소 : https://slog.gg/p/8](https://slog.gg/p/8) # 수업 - [주소 : https://slog.gg/p/13417](https://slog.gg/p/13417) # 강의 # 1강 - [24 02 21, p 13417, 1강, K8S 개요](https://youtu.be/ee_0eiEjh8E) # 2강 - [24 02 21, p 13417, 2강, 파드는 도커 컨테이너이고, 서비스는 관련 파드들로 가는 입구이다.](https://youtu.be/_ArnX94rgYI) # 3강 - [24 02 21, p 13417, 3강, 프로젝트 생성](https://youtu.be/BiCH8s5eQog) - [리포지터리 - https://github.com/jhs512/k8s-terraform-2024-02-21](https://github.com/jhs512/k8s-terraform-2024-02-21) - [GIT](https://github.com/jhs512/k8s-terraform-2024-02-21/commit/9206a8b) # 4강 - [24 02 21, p 13417, 4강, 1부, ec2 인스턴스를 가용영역 a, b, c 에 하나씩 배치, 실패](https://youtu.be/uszkaVZnhYA) - [24 02 21, p 13417, 4강, 2부, 가용영역 b에 해당 스펙의 ec2 인스턴스를 설치할 수 없어서 가용영역 c로 옮김](https://youtu.be/ATA-Zj3V0-o) - [GIT](https://github.com/jhs512/k8s-terraform-2024-02-21/commit/d1e7edc) # 5강 - [24 02 21, p 13417, 5강, private route53 zone 이 등록되었고 그 안에 레코드들을 통해서 해당 vpc 내에서 도메인으로 서로를 식별하는게 가능](https://youtu.be/b_pgwJ2N218) # 6강 - [24 02 21, p 13417, 6강, vpc1-k8s.oa.gg 도메인으로 쿠버네티스의 마스터 노드서버의 IP를 가리키도록 세팅](https://youtu.be/VBtaS-fO0Hw) # 7강 - [24 02 21, p 13417, 7강, ec2-1 을 조장으로 임명, ec2-2, ec2-3 을 조원으로 추가](https://youtu.be/w2B7VV4dpjs) ## on master : 클러스터 생성 ```bash kubeadm init --control-plane-endpoint "vpc1-k8s.oa.gg:6443" --upload-certs --pod-network-cidr=10.10.0.0/16 -v=5 mkdir -p $HOME/.kube cp -i /etc/kubernetes/admin.conf $HOME/.kube/config chown $(id -u):$(id -g) $HOME/.kube/config kubectl create -f https://raw.githubusercontent.com/projectcalico/calico/v3.24.1/manifests/tigera-operator.yaml mkdir /kube cd /kube cat < /dev/null echo 'alias k=kubectl' >>~/.bashrc echo 'complete -o default -F __start_kubectl k' >>~/.bashrc source /usr/share/bash-completion/bash_completion ``` # 10강 - [24 02 21, p 13417, 10강, nginx 최신버전 이미지로, 이름이 webserver 인 pod를 띄우기, 삭제 후 다시 띄우기](https://youtu.be/yR0KZg_TbEQ) ## 이후부터는 모든 명령어는 master 에서 실행되는 것으로 간주합니다. - K8S는 N대의 서버를 하나의 서버로 관리할 수 있게 합니다. ## pod 확인, 없음 - kubectl get pods ## nginx 최신버전 이미지로, 이름이 webserver 인 pod를 띄우기 - kubectl run webserver --image=nginx ## pod 확인, 있음 - kubectl get pods ## pod 확인, 자세한 정보 - kubectl get pods -o wide - IP 까지 확인 가능 ## curl 설치, 없으면 설치 - yum install curl -y ## curl로 pod에서 서비스중인 웹서버에 접속 - curl 10.10.36.196 - 해당 IP는 `kubectl get pods -o wide` 명령으로 확인 한 것 입니다. - curl http://10.10.36.196 ## pod 확인, 있음 - kubectl get pods ## pod 확인, 자세한 정보 - kubectl get pods -o wide ## pod/webserver 지우기 - kubectl delete pod webserver - kubectl delete pod/webserver - 이것도 가능 ## pod 확인, 없음 - kubectl get pods # 11강 - [24 02 21, p 13417, 11강, mysql 을 ec2-2 서버에 설치](https://youtu.be/hwRM-rTesNs) ## mysql-1 폴더 생성 후 이동 - mkdir -p /kube/mysql-1 - cd /kube/mysql-1 ## 사용할 mysql ROOT Password 를 BASE64로 인코딩 - echo -n 'DB_PASSWORD' | base64 - echo -n '1234' | base64 - DB 비번을 `1234`로 가정했을 경우 위와 같이 실행 ## mysql-1.yaml 생성 - vi mysql-1.yaml ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: mysql-1-deployment spec: selector: matchLabels: app: mysql-1 template: metadata: labels: app: mysql-1 spec: nodeSelector: # 추가됨 kubernetes.io/hostname: ec2-2 # 추가됨 containers: - image: mysql name: mysql-1 ports: - containerPort: 3306 name: mysql-1 volumeMounts: - name: vol mountPath: /etc/mysql/conf.d subPath: etc/mysql/conf.d - name: vol mountPath: /var/lib/mysql subPath: var/lib/mysql env: - name: TZ value: "Asia/Seoul" - name: MYSQL_ROOT_PASSWORD valueFrom: secretKeyRef: name: mysql-1-secret key: password volumes: - name: vol hostPath: path: /data/ec2-2/mysql-1 type: DirectoryOrCreate --- apiVersion: v1 kind: Service metadata: name: mysql-1-service spec: ports: - port: 3306 selector: app: mysql-1 --- apiVersion: v1 kind: Secret metadata: name: mysql-1-secret data: password: MTIzNA== ``` ## mysql-1.yaml 적용 - kubectl apply -f mysql-1.yaml - 삭제하려면 - kubectl delete -f mysql-1.yaml ## 접속확인 - kubectl exec mysql-1-deployment-[tab] -- ls - EX : kubectl exec mysql-1-deployment-7f6d956fc5-4t95g -- ls - kubectl exec -it mysql-1-deployment-[tab] -- mysql -u root -p - EX : kubectl exec -it mysql-1-deployment-7f6d956fc5-4t95g -- mysql -u root -p - 비번 : 1234 # 12강 - [24 02 21, p 13417, 12강, mysql-1 에 원격접속용 계정(lldj) 생성, 로컬접속용 계정(lldjlocal) 생성](https://youtu.be/trChapbvoRI) ## mysql 접속 - kubectl exec -it mysql-1-deployment-[tab] -- mysql -u root -p - EX : kubectl exec -it mysql-1-deployment-7f6d956fc5-4t95g -- mysql -u root -p - 비번 : 1234 ## GRANT 로 lldj 계정 생성 ```sql CREATE USER 'lldj'@'%' IDENTIFIED BY 'lldj123414'; GRANT ALL PRIVILEGES ON *.* TO 'lldj'@`%`; CREATE USER 'lldj'@'localhost' IDENTIFIED BY 'lldj123414'; GRANT ALL PRIVILEGES ON *.* TO 'lldj'@'localhost'; CREATE USER 'lldj'@'127.0.0.1' IDENTIFIED BY 'lldj123414'; GRANT ALL PRIVILEGES ON *.* TO 'lldj'@'127.0.0.1'; CREATE USER 'lldjlocal'@'localhost' IDENTIFIED BY '1234'; GRANT ALL PRIVILEGES ON *.* TO 'lldjlocal'@'localhost'; CREATE USER 'lldjlocal'@'127.0.0.1' IDENTIFIED BY '1234'; GRANT ALL PRIVILEGES ON *.* TO 'lldjlocal'@'127.0.0.1'; CREATE USER 'lldjlocal'@'172.17.%.%' IDENTIFIED BY '1234'; GRANT ALL PRIVILEGES ON *.* TO 'lldjlocal'@'172.17.%.%'; CREATE USER 'lldjlocal'@'10.%.%.%' IDENTIFIED BY '1234'; GRANT ALL PRIVILEGES ON *.* TO 'lldjlocal'@'10.%.%.%'; ``` ## lldj 접속확인 - kubectl exec -it mysql-1-deployment-[tab] -- mysql -u lldjlocal -p - EX : kubectl exec -it mysql-1-deployment-7f6d956fc5-4t95g -- mysql -u lldjlocal -p - 비번 : 1234 # 13강 - [24 02 21, p 13417, 13강, nginx-proxy-manager 설치, ACG 에서 80, 81, 443, 3306 포트 허용, 1부, 작업](https://youtu.be/2NLwd1bDhC8) - [24 02 21, p 13417, 13강, nginx-proxy-manager 설치, ACG 에서 80, 81, 443, 3306 포트 허용, 2부, 설명](https://youtu.be/GXMfrHfzV48) ## 서비스명으로 포워딩 할수있게 하는 준비작업 ```bash mkdir -p /data/ec2-1/nginx-proxy-manager-1/data/nginx/custom echo "resolver 127.0.0.1 valid=10s;" > /data/ec2-1/nginx-proxy-manager-1/data/nginx/custom/server_proxy.conf echo "resolver 127.0.0.1 valid=10s;" > /data/ec2-1/nginx-proxy-manager-1/data/nginx/custom/server_stream.conf ``` ## nginx-proxy-manager-1 폴더생성 후 이동 - mkdir -p /kube/nginx-proxy-manager-1 - cd /kube/nginx-proxy-manager-1 ## nginx-proxy-manager-1.yaml 생성 - vi nginx-proxy-manager-1.yaml ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: nginx-proxy-manager-1-deployment spec: selector: matchLabels: app: nginx-proxy-manager-1 template: metadata: labels: app: nginx-proxy-manager-1 spec: nodeSelector: # 추가됨 kubernetes.io/hostname: ec2-1 # 추가됨 tolerations: - key: node-role.kubernetes.io/control-plane operator: Exists effect: NoSchedule containers: - image: jc21/nginx-proxy-manager:latest name: nginx-proxy-manager-1 ports: - containerPort: 3306 hostPort: 3306 - containerPort: 443 hostPort: 443 - containerPort: 80 hostPort: 80 - containerPort: 81 hostPort: 81 env: - name: TZ value: "Asia/Seoul" volumeMounts: - name: vol mountPath: /data subPath: data - name: vol mountPath: /etc/letsencrypt subPath: etc/letsencrypt - image: "janeczku/go-dnsmasq:release-1.0.7" name: dnsmasq args: - --listen - "127.0.0.1:53" - --default-resolver - --append-search-domains - --hostsfile=/etc/hosts - --verbose volumes: - name: vol hostPath: path: /data/ec2-1/nginx-proxy-manager-1 type: DirectoryOrCreate ``` ## nginx-proxy-manager-1.yaml 적용 - kubectl apply -f nginx-proxy-manager-1.yaml - 삭제하려면 - kubectl delete -f nginx-proxy-manager-1.yaml ## 접속확인 - curl 127.0.0.1:81 # 14강 - [24 02 21, p 13417, 14강, nginx proxy manager 관리자에 접속해서 3306 포트를 올바른 서비스로 토스하도록 설정](https://youtu.be/mNtlY9NZzhY) ## 강사 Stream 설정 - Incoming Port : 3306 - Forward Host : mariadb-1-service - Forward Port : 3306 ## 강사 MySQL CLient - HOST : vpc1-k8s.oa.gg - ID : lldj - PW : lldj123414 - PORT : 3306 # 15강 - [24 02 21, p 13417, 15강, k8s.oa.gg 와 *.k8s.oa.gg 가 쿠버네티스의 마스터 워커의 IP를 A 레코드로 가지도록 세팅](https://youtu.be/3CjBTspCbeM) # 16강 - [24 02 21, p 13417, 16강, nginx-test-1 서비스 띄우고 nginx proxy manager 를 이용해서 도메인과 연결](https://youtu.be/1d20L7IF-tA) ## nginx-test-1 폴더생성 후 이동 - mkdir -p /kube/nginx-test-1 - cd /kube/nginx-test-1 ## nginx-test-1.yaml 생성 - vi nginx-test-1.yaml ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: nginx-test-1 spec: replicas: 2 selector: matchLabels: app: nginx-test-1 template: metadata: labels: app: nginx-test-1 spec: containers: - image: nginx name: nginx-test-1 env: - name: TZ value: "Asia/Seoul" --- apiVersion: v1 kind: Service metadata: name: nginx-test-1 spec: selector: app: nginx-test-1 ports: - port: 80 ``` ## nginx-test-1.yaml 적용 - kubectl apply -f nginx-test-1.yaml - 삭제하려면 - kubectl delete -f nginx-test-1.yaml # 17강 - [24 02 22, p 13417, 17강, deployment 는 replicasets.apps 를 통해서 파드 개수를 유지, 서비스는 라운드 로빈 방식으로 부하를 분산한다.](https://youtu.be/ZOMEfQOdR1w) # 18강 - [24 02 22, p 13417, 18강, 간단한 php 도커 이미지 생성](https://youtu.be/vTsrYpvQo0o) ## C:/work/docker_projects/php-test-1/Dockerfile ```dockerfile # PHP 공식 이미지를 베이스 이미지로 사용 FROM php:7.4-cli # 작업 디렉토리 설정 WORKDIR /var/www/html # 호스트의 현재 디렉토리 내용을 컨테이너의 작업 디렉토리로 복사 COPY . /var/www/html # PHP 내장 웹 서버 실행 # 0.0.0.0:8000에서 대기하도록 설정하여 컨테이너 외부에서 접근 가능하게 함 CMD [ "php", "-S", "0.0.0.0:8000" ] ``` ## C:/work/docker_projects/php-test-1/index.php ```php

단

``` ## 도커 이미지 생성 ```bash cd C:/work/docker_projects/php-test-1/ docker build -t php-test-1 . ``` ## 도커 이미지 실행 ```bash docker run -p 8000:8000 --rm php-test-1 ``` ## 브라우저에서 확인 - [http://127.0.0.1:8000/](http://127.0.0.1:8000/) - [http://127.0.0.1:8000/?dan=5](http://127.0.0.1:8000/?dan=5) - [http://127.0.0.1:8000/?dan=5&limit=1000](http://127.0.0.1:8000/?dan=5&limit=1000) # 19강 - [24 02 22, p 13417, 19강, 직접 만든 php 기반 이미지를 도커허브에 이미지 업로드](https://youtu.be/_x1hiuQ_x2M) ## 도커허브 가입 - [도커허브 - https://hub.docker.com/](https://hub.docker.com/) - [도커허브 - 가입 - https://hub.docker.com/signup](https://hub.docker.com/signup) ## 마스터 노드에서 도커로그인 - docker login - 아이디와 비번 입력 - 이메일 말고 아이디를 입력해주세요. ## 도커 태그기능을 이용해서 기존의 이미지에 대한 새 이름의 레퍼런스 생성 - docker tag 기존이미지명 도커아이디/이미지이름:버전 - EX : docker tag php-test-1 jangka512/php-test-1:1 ## 도커허브에 도커이미지 푸시 - docker push 도커아이디/이미지이름:버전 - docker push jangka512/php-test-1:1 ## 도커허브에서 확인 - https://hub.docker.com/repository/docker/도커아이디/이미지이름 - [https://hub.docker.com/repository/docker/jangka512/php-test-1](https://hub.docker.com/repository/docker/jangka512/php-test-1) # 20강 - [24 02 22, p 13417, 20강, php-test-1 서비스 띄우고 nginx proxy manager 를 이용해서 도메인과 연결](https://youtu.be/f8BA0DNOKl4) ## php-test-1 폴더생성 후 이동 - mkdir -p /kube/php-test-1 - cd /kube/php-test-1 ## php-test-1.yaml 생성 - vi php-test-1.yaml ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: php-test-1 spec: replicas: 2 selector: matchLabels: app: php-test-1 template: metadata: labels: app: php-test-1 spec: containers: - image: jangka512/php-test-1:1 name: php-test-1 env: - name: TZ value: "Asia/Seoul" --- apiVersion: v1 kind: Service metadata: name: php-test-1 spec: selector: app: php-test-1 ports: - port: 8000 ``` ## php-test-1.yaml 적용 - kubectl apply -f php-test-1.yaml - 삭제하려면 - kubectl delete -f php-test-1.yaml # 21강 - [24 02 22, p 13417, 21강, redis 설치](https://youtu.be/LV2-mz_Yjq4) ## redis-1 폴더생성 후 이동 - mkdir -p /kube/redis-1 - cd /kube/redis-1 ## redis-1.yaml 생성 - vi redis-1.yaml ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: redis-1 spec: selector: matchLabels: app: redis-1 strategy: type: Recreate template: metadata: labels: app: redis-1 spec: nodeSelector: kubernetes.io/hostname: ec2-3 containers: - image: redis name: redis-1 ports: - containerPort: 6379 name: redis-1 --- apiVersion: v1 kind: Service metadata: name: redis-1-service spec: ports: - port: 6379 selector: app: redis-1 ``` ## redis-1.yaml 적용 - kubectl apply -f redis-1.yaml ## redis-cli 접속 테스트 - kubectl exec -it redis-1-[tab] -- redis-cli - EX : kubectl exec -it redis-1-694784c7cd-5ddbh -- redis-cli ## ChatGPT 질문 1 ```` 환경 : 쿠버네티스 ```yml apiVersion: apps/v1 kind: Deployment metadata: name: redis-1 spec: selector: matchLabels: app: redis-1 strategy: type: Recreate template: metadata: labels: app: redis-1 spec: nodeSelector: kubernetes.io/hostname: ec2-3 containers: - image: redis name: redis-1 ports: - containerPort: 6379 name: redis-1 --- apiVersion: v1 kind: Service metadata: name: redis-1-service spec: ports: - port: 6379 selector: app: redis-1 ``` 위 yml에서 strategy: type: Recreate 이게 무슨 의미야? ```` ## ChatGPT 응답 1 - Kubernetes의 `Deployment` 설정에서 `strategy`는 어떻게 업데이트를 수행할지 결정합니다. - `strategy`에는 `Recreate`와 `RollingUpdate` 두 가지 타입이 있습니다. - `strategy.type: Recreate`는 모든 기존 파드를 삭제한 후 새 파드를 생성하는 방식으로 업데이트를 수행합니다. - 즉, 이 방식을 사용하면 업데이트 중에 애플리케이션의 다운타임이 발생하게 됩니다. - 이 방식은 레거시 애플리케이션과 같이 한 번에 하나의 인스턴스만 실행할 수 있는 애플리케이션에 적합합니다. - 반면에 `strategy.type: RollingUpdate`는 기존 파드를 하나씩 제거하고 새 파드를 추가하는 방식으로 업데이트를 수행합니다. - 이 방식을 사용하면 애플리케이션의 가용성을 유지하면서 업데이트를 수행할 수 있습니다. - 따라서 위의 `strategy: type: Recreate` 설정은, redis-1 디플로이먼트가 업데이트 될 때 - 기존 파드를 모두 삭제하고 새로운 파드를 생성하는 방식을 선택하겠다는 것을 의미합니다. ## ChatGPT 질문 2 ```` 위에 보니까 named port 를 사용했던데, 저걸 어떻게 활용할 수 있니? ```` ## ChatGPT 응답 2 Named port는 Kubernetes 서비스에서 특정 포트를 명시적으로 식별하기 위해 사용합니다. 포트에 이름을 지정함으로써 특정 애플리케이션 기능에 대해 쉽게 참조할 수 있습니다. 예를 들어, 당신의 YAML 파일에서는 `redis-1` 컨테이너의 6379 포트에 `redis-1`이라는 이름을 부여했습니다. ```yml - image: redis name: redis-1 ports: - containerPort: 6379 name: redis-1 ``` 이렇게 이름이 지정된 포트는 Service, NetworkPolicy, Ingress 등에서 사용될 수 있습니다. 예를 들어, `NetworkPolicy`에서 `named port`를 사용하여 특정 포트에 대한 접근 제어를 설정할 수 있습니다. 아래는 `NetworkPolicy`의 한 예시입니다: ```yml apiVersion: networking.k8s.io/v1 kind: NetworkPolicy metadata: name: redis-network-policy spec: podSelector: matchLabels: app: redis-1 policyTypes: - Ingress - Egress ingress: - from: - podSelector: matchLabels: {} ports: - protocol: TCP port: redis-1 # Named port ``` 위 예제에서는 `redis-1`에 해당하는 포트에 대한 ingress 접근을 허용하고 있습니다. 이런 식으로, 이름이 부여된 포트를 이용하여 파드의 네트워크 트래픽 제어를 보다 유연하게 할 수 있습니다. ## ChatGPT 질문 3 ```` 더 간단하게 설명해줘 ```` ## ChatGPT 응답 3 네, 간단하게 설명하자면 "Named Port"는 Kubernetes에서 포트에 이름을 부여하여 해당 포트를 쉽게 참조하도록 도와주는 기능입니다. 예를 들어, 여러분의 YAML 파일에서는 "redis-1" 이라는 이름을 6379 포트에 부여하였습니다. ```yml - image: redis name: redis-1 ports: - containerPort: 6379 name: redis-1 ``` 이렇게 이름을 부여하면, 다른 Kubernetes 리소스(예: 서비스, 네트워크 정책 등)에서 이 포트를 'redis-1'이라는 이름으로 참조할 수 있습니다. 이를 통해 어떤 포트가 어떤 서비스를 위한 것인지 더 명확하게 알 수 있으며, 참조하기도 더 용이해집니다. # 22강 - [24 02 22, p 13417, 22강, nginx-proxy-manager 가 6379 포트도 다룰 수 있게 한 후 프록시 세팅까지해서 외부에서 redis 에 접근 가능 하도록](https://youtu.be/f-zIh6nlUNk) ## nginx-proxy-manager-1 이동 - cd /kube/nginx-proxy-manager-1 ## nginx-proxy-manager-1.yaml 수정 - vi nginx-proxy-manager-1.yaml ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: nginx-proxy-manager-1-deployment spec: selector: matchLabels: app: nginx-proxy-manager-1 template: metadata: labels: app: nginx-proxy-manager-1 spec: nodeSelector: kubernetes.io/hostname: ec2-1 tolerations: - key: node-role.kubernetes.io/control-plane operator: Exists effect: NoSchedule containers: - image: jc21/nginx-proxy-manager:latest name: nginx-proxy-manager-1 ports: - containerPort: 3306 hostPort: 3306 - containerPort: 443 hostPort: 443 - containerPort: 80 hostPort: 80 - containerPort: 81 hostPort: 81 - containerPort: 6379 # 추가됨 hostPort: 6379 # 추가됨 env: - name: TZ value: "Asia/Seoul" volumeMounts: - name: vol mountPath: /data subPath: data - name: vol mountPath: /etc/letsencrypt subPath: etc/letsencrypt - image: "janeczku/go-dnsmasq:release-1.0.7" name: dnsmasq args: - --listen - "127.0.0.1:53" - --default-resolver - --append-search-domains - --hostsfile=/etc/hosts - --verbose volumes: - name: vol hostPath: path: /data/ec2-1/nginx-proxy-manager-1 type: DirectoryOrCreate ``` ## nginx-proxy-manager-1.yaml 적용 - kubectl apply -f nginx-proxy-manager-1.yaml - 잘 안된다면 - kubectl get pods - 기존 pod 와 새 pod 의 상태를 확인, 새 pod 가 peding 상태에 계속 멈춰있다면 - kubectl delete pods nginx-proxy-manager-1-deployment-86c54d9fbb-4t6z4 - 기존 pod 를 강제로 종료 - 이렇게 되면 pending 상태인 다음 pod 가 순조롭게 실행됨 # 23강 - [24 02 22, p 13417, 23강, 기존 AWS 리소스 전부 제거, 수동으로 삭제하는 방법](https://youtu.be/ed1HWwFPykM) ## ec2-role-1 역할 삭제하기 전에 해당 권한을 사용중인 ec2 프로파일을 먼저 삭제해주세요. ```bash aws iam delete-instance-profile --instance-profile-name dev-instance-profile-1 ``` # 24강 - [24 02 22, p 13417, 24강, 쿠버네티스 멀티파드 무중단 배포를 위한 프로젝트 세팅](https://youtu.be/waxAtLBrKd0) - [리포지터리 - https://github.com/jhs512/sb_2024_02_22](https://github.com/jhs512/sb_2024_02_22) - [GIT](https://github.com/jhs512/sb_2024_02_22/commit/52271b5) # 25강 - [24 02 22, p 13417, 25강, K8S 배포에 맞춰진, DB와 세션저장소로 REDIS를 사용하는 스프링부트 프로젝트로 세팅](https://youtu.be/BU-TOq3Yqwg) - [GIT](https://github.com/jhs512/sb_2024_02_22/commit/d0053b0) # 26강 - [24 02 22, p 13417, 26강, main 브랜치에 푸시하면 도커 이미지가 생기도록 .github/workflows/deploy.yml 추가](https://youtu.be/sdCA-UdEWlU) - [GIT](https://github.com/jhs512/sb_2024_02_22/commit/62812f0) - [도커 이미지](https://github.com/jhs512/sb_2024_02_22/pkgs/container/sb_2024_02_22) # 27강 - [24 02 22, p 13417, 27강, sb-k8s.oa.gg 도메인으로 AWS 에서 테라폼으로 EC2 3개 세팅해서 웹 서비스를 위한 쿠버네티스 세팅](https://youtu.be/WNuGuuwTP2I) - [글 - sb-k8s.oa.gg 도메인으로 AWS 에서 테라폼으로 EC2 3개 세팅해서 웹 서비스를 위한 쿠버네티스 세팅 - https://www.slog.gg/p/13418](https://www.slog.gg/p/13418) # 28강 - [24 02 22, p 13417, 28강, 도커 이미지 패키지의 visibility 를 꼭 private 로 변경해주세요.](https://youtu.be/2nsiuHCknIA) # 29강 - [24 02 22, p 13417, 29강, 운영환경 DB sb_2024_02_22_prod 생성](https://youtu.be/f6eiDCAXpJc) # 30강 - [24 02 22, p 13417, 30강, 스프링부트의 액츄에이터 설정을 통해서 추후 k8s 가 스프링부트 파드가 살아있는지와 준비되었는지를 알 수 있게 함](https://youtu.be/Gegcrsi9_QE) - [GIT](https://github.com/jhs512/sb_2024_02_22/commit/6f68e55) # 31강 - [24 02 22, p 13417, 31강, read:packages 용 GITHUB TOKEN 생성, github-registry-secret 생성](https://youtu.be/L7cnJ8ZZz4w) ## 깃허브 토큰 생성 - [https://github.com/settings/tokens](https://github.com/settings/tokens) - ![img](https://i.imgur.com/e62OqSz.png) - ![img](https://i.imgur.com/02bUYwO.png) ## github-registry-secret 생성 ```shell kubectl create secret docker-registry github-registry-secret \ --docker-server=ghcr.io \ --docker-username=GITHUB_ID \ --docker-password=ACCESS_TOKEN \ --docker-email=GITHUB_EMAIL ``` ### 강사 예시 ```shell kubectl create secret docker-registry github-registry-secret \ --docker-server=ghcr.io \ --docker-username=jhs512 \ --docker-password=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 \ --docker-email=jangka512@gmail.com ``` # 32강 - [24 02 22, p 13417, 32강, sb_2024_02_22.yaml 만들고 적용](https://youtu.be/L6CN-5gj3w8) ## sb_2024_02_22 폴더생성 후 이동 - mkdir -p /kube/sb_2024_02_22 - cd /kube/sb_2024_02_22 ## sb_2024_02_22.yaml 생성 - vi sb_2024_02_22.yaml ```yml apiVersion: apps/v1 kind: Deployment metadata: name: sb-2024-02-22 spec: replicas: 2 selector: matchLabels: app: sb-2024-02-22 template: metadata: labels: app: sb-2024-02-22 spec: imagePullSecrets: - name: github-registry-secret containers: - name: sb-2024-02-22-1 image: ghcr.io/jhs512/sb_2024_02_22:latest ports: - containerPort: 8080 readinessProbe: httpGet: path: /actuator/health/readiness port: 8080 initialDelaySeconds: 30 periodSeconds: 20 livenessProbe: httpGet: path: /actuator/health/liveness port: 8080 initialDelaySeconds: 30 periodSeconds: 20 --- apiVersion: v1 kind: Service metadata: name: sb-2024-02-22-service spec: selector: app: sb-2024-02-22 ports: - port: 8080 targetPort: 8080 ``` ## 적용 - kubectl apply -f sb_2024_02_22.yaml # 33강 - [24 02 22, p 13417, 33강, 파드 중에 하나가 삭제되면 그 즉시 서비스는 해당 파드로 트레픽을 보내지 않습니다. 그리고 파드는 곧 k8s에 의해 복구 됩니다.](https://youtu.be/Qm2TtJa7lbs) - [GIT](https://github.com/jhs512/sb_2024_02_22/commit/9acb245) # 34강 - [24 02 22, p 13417, 34강, kubectl set image 를 통해서 최신 이미지의 파드로 롤링 업데이트(즉 무중단 배포)](https://youtu.be/vc1pwGESM2M) ## 작업 ```bash # kubectl set image deployment/디플로이먼트_이름 도커_컨테이너_이름=이미지:버전 # 참고로 버전에 `latest` 는 지양 kubectl set image deployment/sb-2024-02-22 sb-2024-02-22-1=ghcr.io/jhs512/sb_2024_02_22:v0.0.4 ``` # 35강 - [24 02 22, p 13417, 35강, 디플로이먼트, 리플리카셋, 파드 삭제하는 방법, 다시 만드는 방법](https://youtu.be/VOTkqY4UPCY) # 36강 - [24 02 22, p 13417, 36강, 서비스 중단 없이 파드 개수 조절](https://youtu.be/y5AFPcMTM7U) ## sb-2024-02-22 디플로이먼트의 리플리카 개수를 5개로 변경 - kubectl scale deployment.apps/sb-2024-02-22 --replicas=5 ## sb-2024-02-22 디플로이먼트의 리플리카 개수를 1개로 변경(1개라면, 무중단 배포가 안될 수 도 있음, 롤링 업데이트 도중 중단타임이 발생할 수 있음) - kubectl scale deployment.apps/sb-2024-02-22 --replicas=5 ## sb-2024-02-22 디플로이먼트의 리플리카 개수를 2개로 변경(원복) - kubectl scale deployment.apps/sb-2024-02-22 --replicas=5 # 37강 - [24 02 22, p 13417, 37강, k8s 접속설정파일을 깃허브 리포지터리에 시크릿 변수 KUBE_CONFIG 로 등록, 1부, 작업](https://youtu.be/xiaLk7NnNDc) - [24 02 22, p 13417, 37강, k8s 접속설정파일을 깃허브 리포지터리에 시크릿 변수 KUBE_CONFIG 로 등록, 2부, 확인](https://youtu.be/zdTJmeOgV1U) - [GIT](https://github.com/jhs512/sb_2024_02_22/commit/42c0aa8) ## 생성된 접속설정파일 내용을 깃허브 리포지터리에 시크릿 변수로 등록 - cat /root/.kube/config - config 파일의 내용을 깃허브 리포지터리의 액션 시크릿에 변수명 KUBE_CONFIG 으로 등록 - [액션시크릿 변수 등록 - https://github.com/jhs512/sb_2024_02_22/settings/secrets/actions](https://github.com/jhs512/sb_2024_02_22/settings/secrets/actions) # 38강 - [24 02 22, p 13417, 38강, k8s 환경에서는 파일저장을 공유 디렉토리나, S3에 해야 합니다.](https://youtu.be/Z_b-gsryAA4) # 39강 - [24 02 23, p 13417, 39강, terraform destroy 후 다시 apply](https://youtu.be/63ududS9fGc) # 40강 - [24 02 23, p 13417, 40강, efs 생성, 서브넷 별 탑재 대상에 우리가 만든 보안그룹 적용, 마운트 연결 성공](https://youtu.be/3AX4EM7XTaY) ## ec2 콘솔에서 efs 파일 시스템 생성 - 파일 시스템 ID: fs-05927169e7c84a0b8 - 네트워크에서 디폴트 보안그룹 말고 우리가 만든 보안그룹 적용 ## 각 EC2 에서 실행 ```bash sudo yum install amazon-efs-utils -y mkdir /share sudo mount -t efs -o tls fs-05927169e7c84a0b8:/ /share/ ``` # 41강 - [24 02 23, p 13417, 41강, EC2가 재부팅 되어도 마운트가 유지되도록 세팅](https://youtu.be/M7Ulh7KPLMo) ## 각 EC2 에서 실행 ```bash echo 'fs-05927169e7c84a0b8:/ /share efs _netdev,tls 0 0' >> /etc/fstab ``` # 42강 - [24 02 23, p 13417, 42강, 도커 컨테이너의 /gen 폴더가 공유 폴더(/share) 안쪽의 sb-2024-02-22/gen 폴더와 마운트 되도록](https://youtu.be/-d42ttz5DeI) - 이제 k8s 에서 파일 업로드 및 공유 가능 ## sb_2024_02_22.yaml 수정 - cd /kube/sb_2024_02_22 - vi sb_2024_02_22.yaml ```yml apiVersion: apps/v1 kind: Deployment metadata: name: sb-2024-02-22 spec: replicas: 2 selector: matchLabels: app: sb-2024-02-22 template: metadata: labels: app: sb-2024-02-22 spec: imagePullSecrets: - name: github-registry-secret containers: - name: sb-2024-02-22-1 image: ghcr.io/jhs512/sb_2024_02_22:latest volumeMounts: - name: vol mountPath: /gen subPath: gen env: - name: TZ value: "Asia/Seoul" ports: - containerPort: 8080 readinessProbe: httpGet: path: /actuator/health/readiness port: 8080 initialDelaySeconds: 30 periodSeconds: 20 livenessProbe: httpGet: path: /actuator/health/liveness port: 8080 initialDelaySeconds: 30 periodSeconds: 20 volumes: - name: vol hostPath: path: /share/sb-2024-02-22 type: DirectoryOrCreate --- apiVersion: v1 kind: Service metadata: name: sb-2024-02-22-service spec: selector: app: sb-2024-02-22 ports: - port: 8080 targetPort: 8080 ``` ## 적용 - kubectl apply -f sb_2024_02_22.yaml

AWS - 쿠버네티스