[DevOps] 🐳Docker & Kubernetes

JPA 를 공부하기 위해 API 서버 프로젝트를 만들면서, 도커 공부도 병행을 하기로하였다.도커 빌드 위치를 터미널의 현재 디렉토리로 지정할거라서 DockerFile을 프로젝트 바로 아래 위치시켰다.build -t 도커허브이름/레포지토리 빌드할디렉터리구글링하면서 공부하

방법:https://yeonyeon.tistory.com/72?category=920206개념:https://livelyoneweek.tistory.com/14

부여한 권한IAM 사용자 생성 후 계정에 MFA설정 및 액세스 키를 할당 하였다.생성한 액세스 키를 Travis CI 레포지토리 프로젝트의 환경변수에 추가하였다.secret_access_key라는 옵션이 잘못되었다고 한다.찾아보니 Travis CI 레포지토레이 설정해둔

아마존 공식 문서:https://docs.aws.amazon.com/ko_kr/codedeploy/latest/userguide/codedeploy-agent-operations-install-ubuntu.html wget https://aws-cod

아무리 블로그를 따라해봐도 안되서 .travis.yml 파일과 appspec.yml을 느닷없이 건들기만할뿐 더 나아지지 않았음...그래서 CodeDeploy의 로그파일을 한번 보았다..AWS CodeDeploy 로그 데이터 확인 (공식문서)너무 많아서 확인하기 어려워서

스프링부트 프로젝트 + 도커허브 + Travis CI

Travis CI + S3 + CodeDeploy + SpringBoot + Docker + nginx 배포 과정

https://docs.travis-ci.com/user/job-lifecycle/!\[](https://velog.velcdn.com/images/99_insung/post/77cf0de2-1edd-4d7b-b25d-4b43d67f30b2/image

./gradlew 사용해서 실행https://sangchul.kr/entry/%EC%9B%90%EB%8F%84%EC%9A%B0-Spring-Boot-%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8-Gradle%EB%A1%9C-Docker-%E

마이크로 서비스 : 서비스를 각각 고유한 논리, 상태 및 데이터가 있는 독립적인 서비스로 기능을 분리컨테이너 : 코드, 해당 의존성 및 런타임은 컨테이너 이미지라는 이진 파일로 패키지DevOps : 개발-운영팀간 협업 프로세스CI/CDhttps://learn.

sudo docker pull 이미지명sudo docker rmi 이미지명 sudo docker run -d --name 컨테이너명 이미지파일\-d : 백그라운드 실행\-- name: 컨테이너명 지정sudo docker create -p 80:80 --name nx n

이미지를 구성하는 레이어가 존재할 때, 이미지 전체를 다운받거나 푸시하는게 아니라 레이어의 유무에 따라서 동작하게 된다. sudo docker pull 이미지 : 도커 이미지 다운로드sudo docker inspect 이미지 : 이미지에 대한 정보 확인\-> Root

Standard: 가상머신 배치해줌 (가상머신 당 비용), 마스터/워크 노드 등AutoPilot : 가상머신 안주고 노드를 구글에서 직접 관리, 컨테이너만 배치시켜서 서비스 제공 (컨테이너 당 비용), 서버리스영역: 한곳에 배치리전: 분산 배치버전 관리 방법 선택kub

https://kubernetes.io/ko/docs/setup/production-environment/tools/kubeadm/install-kubeadm/

쿠버네티스 애플리케이션의 최소 단위포드 내에 속한 컨테이너들은 서로 같은 리소스를 공유함https://www.redhat.com/ko/topics/containers/what-is-kubernetes-pod포드는 하나의 노드안에서 실행된다포드안에 다수의 컨테이

컨테이너 살았는지 판단 후 다시 시작하는 기능컨테이너 상태를 스스로 판단하여 교착상태에 빠진 컨테이너 재시작포드가 준비된 상태에 있는지 확인하고 정상 서비스 시작하는 기능포드가 적절하게 준비되지 않은 경우 로드 밸런싱을 하지 않음애플리케이션의 시작 시기확인하여 가용성을

https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/Pod과 같은 object에 key/value 쌍을 지정하는 역할. (key는 unique해야함)Label 은 유저에게 의미있거나

https://kubernetes.io/docs/concepts/workloads/controllers/replicaset/ReplicaSet은 replica Pod이 언제든지 실행될 수 있도록 안정된 set을 유지하기 위해 사용함.특정 식별자를 가지는 Pod

https://velog.io/@koo8624/Kubernetes-AWS-EC2-%EC%9D%B8%EC%8A%A4%ED%84%B4%EC%8A%A4%EC%97%90-Kubernetes-%ED%81%B4%EB%9F%AC%EC%8A%A4%ED%84%B0-%EA%B5

https://kubernetes.io/docs/concepts/workloads/controllers/deployment/Deployment는 Pod와 ReplicaSet에 선언적으로 업데이트를 제공함.Deployment 내부에 원하는 상태를 작성하고, 컨트

단일 클러스터에서 리소스를 격리된 공간으로 나누어 사용가능함.여러개의 논리적 단위로 나눠서 사용 가능함.쿠버네티스 하나를 여러 팀/사용자가 공유하여 사용함.리소스 이름은 네임스페이스 내에서만 고유하게 사용됨 (다른 네임스페이스에서 같은 이름 존재 가능)kubectl g

쿠버네티스 시스템 컴포넌트 - api서버 통신랑만 통신함컴포넌트 끼리 직접 통신 xetcd와 통신하는 유일한 컴포넌트 api서버Restful API를 통해 클러스터 상태를 쿼리, 수정할 수 있는 기능 제공역할인증 플러그인을 사용하여 클라이언트 인증권한 승인 플러그인을

컴포넌트 플레인에의해 생성된 포드가 아니라, 노드의 필요성에 의해 kubelet이 직접 실행한 Podapiserver를 통해서 생성된게 아니기 때문에 apiserver를 통해 스태틱포드 삭제는 불가능하다기본경로 : /etc/kubernetes/manifests해당 파일

https://github.com/etcd-io/etcd/releaseswget https://github.com/etcd-io/etcd/releases/download/v3.5.9/etcd-v3.5.9-linux-amd64.tar.gzsudo ETC

포드는 컨트롤러에의해 관리되므로 한군데에 고정되어 있지않고, 클러스터 내부를 옮겨다님.해당 과정에서 노드가 옮기면서 실행되고, 클러스터 안 파드의 IP가 변경됨포드가 지속적으로 생성될때 서비스를 하기에 적합하지 않음.서비스를 이용하여 파드가 클러스터 안 어디에 있든 고

https://kubernetes.io/ko/docs/concepts/services-networking/service/서비스 yaml파일로 작성30000~32767 포트만 사용 가능gcloud compute firewall-rules create http-g

https://kubernetes.io/ko/docs/concepts/services-networking/ingress/하나의 IP나 도메인으로 다수의 서비스 제공MSA환경 제공https://kubernetes.io/ko/docs/concepts/se

Deployment.yamlService.yamlingress.yaml 아무리 실행해도 외부에서 접속이 안되고, 너무 답답했었다..1\. 우선 pod에 이어지는 포트 설정을 8080으로 시작했었는데, application 설정을 8081번으로 포트 지정을 해놔서 고쳤음

컨테이너는 기본적으로 상태가 없는 앱 컨테이너를 사용함.상태가 없다는 것 : 컨테이너/ 노드에 장애 발생시 컨테이너를 실행했을 때 다른 노드로 자유롭게 옮길 수 있따는 뜻컨테이너를 옮기거나 삭제하게 되면 저장된 데이터가 사라지게되는데, 이를 보존하기 위해 Volume

\-> 해결: 1234 였던 값을 "1234"로 변경함Warning Failed 4s kubelet Error: failed to generate container "843171203f7adfd56324a44029

\--dry-run : 문법 확인\-o yaml : yaml파일 생성\-o wide : 정보 확인\-o wide -w : 파드 실행정보 확인

https://kubernetes.io/docs/concepts/storage/storage-classes/스토리지 클래스는 관리자가 제공하는 스토리지의 "클래스"를 설명할 수 있는 방법을 제공합니다.다른 클래스는 서비스 품질 수준, 백업 정책 또는 클러스터

어플리케이션의 상태를 관리하는 workload API 객체디플로이먼트 관리와 Pod의 세트 수를 scaling 관리, 순서와 고유한 Pod를 제공함.디플로이먼트처럼 StatefulSet은 동일한 컨테이너 spec을 기반으로 Pod를 관리함.디플로이먼트와 다른 점은, 각

$ 달러 표시 사용

한 포드에 컨테이너를 여러개 실행할 경우 네트워크 인터페이스, IPC, 볼륨 등을 공유 가능함.지역성 보장리소스 모니터링 용도로 구축하기도 함.파드내에 컨테이너 간 포트번호 안 겹치게 주의https://kubernetes.io/docs/concepts/work

<네임스페이스 정책>컨테이너 리소스 - 컨테이너 리소스 제약 조건Limit Ranges - 파드 리소스 제약 조건<네임스페이스 자체 제한>ResourceQuata - 네임스페이스 리소스 제약 조건https://kubernetes.io/docs/con

https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/데몬셋은 모든(또는 일부) 노드가 파드의 사본을 실행하도록 한다. 노드가 클러스터에 추가되면 파드도 추가된다. 노드가 클러스터에서 제거되면

특정 노드에 포드를 실행하도록 제한GPU서비스, SSD 노드 지정 등에 사용apiVersion: v1kind: Podmetadata: name: nginxspec: containers:name: nginx image: nginxnodeSelector: g

https://kubernetes.io/ko/docs/tasks/run-application/horizontal-pod-autoscale/\-> 포드 자체를 복제하여 처리할 수 있는 포드의 개수를 늘리는 방법HPA는 컨트롤러 매니저 안에서 주기적으로 실행하면서

https://kubernetes.io/ko/docs/concepts/cluster-administration/logging/사이드카 컨테이너 : 로그 등을 stdout 으로 표현어댑터 컨테이너 : 기존 컨테이너 변경하지 않고 내용 활용앰배서더 컨테이너 : 컨

파드 예약 실행https://kubernetes.io/ko/docs/concepts/workloads/controllers/job/특정 개수의 파드를 정상적으로 실행/종료함을 보장함.컨테이너를 프로세스처럼 실행함여러 파드를 병렬으로도 실행가능spec.compl

https://developer.ibm.com/blogs/kubernetes-helm-3/템플릿 파일들의 집합(차트)를 관리하는 쿠버네티스 패키지 매니저 도구차트와 차트 압축파일(tgz)를 만들 수 있음차트 저장소와 연결해 쿠버네티스 클러스터에 차트를 설치/삭

Heapster, Metrics Service, ...쿠버네티스의 메트릭 수집 모니터링 아키텍처에서 코어 메트릭 파이프라인 경량화kubectl top nodekubectl top podhttps://kubernetes.io/ko/docs/tasks/debug/

kubectl logs <파드> (컨테이너)컨테이너 단위로 로그 확인 가능싱글 컨테이너 포드 -> 포드만 지정하면 로그 확인 가능멀티 컨테이너 포드 -> 포드 + 컨테이너까지 지정해야함kubectl -> kubeapi로 요청하여 명령 수행하는데 쿠버네티스의 리소스

externalIP 접속안되서 Ingress 생성 중 오류 발생 >

https://kubernetes.io/ko/docs/tasks/access-application-cluster/web-ui-dashboard/kubectl apply -f https://raw.githubusercontent.com/kubernete

mkdir grafana_prometheuscd grafana_prometheus헬름 배포를 위한 values.yaml 작성할 디렉터리 생성 cat << EOF > values-prometheus.yamlreplicas: 1service: type: Loa

https://istio.io/latest/about/service-mesh/각각 컨테이너의 트래픽을 관찰할 수 있도록 프록시를 구성하는 애플리케이션다수 컨테이너 환경에서 각 컨테이너의 트래픽 관찰이 정상 동작하는지 모니터링 하기 어려움개발자는 이식성을 위해

도커 환경에서 사용쿠버네티스에서는 helm이나 istio로도 설치 가능마이크로 서비스를 위한 OpenTracing 표준지원 (오픈소스 추적 시스템)컨테이너에서 로깅을 하면 도커 정보를 jaeger-agent에게 전송해서 Data Store를 옮길 수 있음애플리케이션이

https://kubernetes.io/docs/tasks/administer-cluster/safely-drain-node/노드 유지보수노드 수정을 진행하려면 재부팅이 필요한데, 이때 노드 내에 들어있는 포드 및 컨테이너 등의 서비스를 중단하지 않고 다른 노

모든 통신은 TLS를 통해 Kube-apiserver를 이용하여 요청함https://kubernetes.io/docs/reference/access-authn-authz/authentication/https://kubernetes.io/docs/ref

https://kubernetes.io/docs/tasks/configure-pod-container/security-context/포드 또는 컨테이너에 대한 권한 및 액세스 제어 설정을 정의합니다.임의적 접근 제어: 파일과 같은 객체에 대한 접근 권한은 사용

https://github.com/kubernetes/examples/tree/master/mysql-wordpress-pdhttps://kubernetes.io/ko/docs/tutorials/stateful-application/mysql-word

SSH 플러그인 설치 실패 >

참고 블로그: https://blog.naver.com/isc0304/222545722104 1. Google Cloud VM 인스턴스 생성 머신 : E2 (CPU 2개, 메모리 4GB) Ubuntu 20.04 100 GB HTTP, HTTPS 허용 2. Jenki

참고 블로그: https://blog.naver.com/isc0304/222546201053ID : adminPW - kubectl -n argocd get secret argocd-initial-admin-secret -o jsonpath="{.data.pa

apt-key deprecated

kube-apiserver 로그

https://nvtienanh.info/blog/cai-dat-kubernetes-cluster-tren-ubuntu-server-22-04calico 의 cidr을 10.10.0.0/16으로 구성하였음.처음에 문제가 뭔지 싶어서 해당 포스팅을 보고 방화벽

https://velog.io/@aylee5/EKS-Service-Ingress-%EC%9D%B4%EC%9A%A9%ED%95%B4%EC%84%9C-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC%EC%97%90-%EB%85%B8%EC%B6%9