일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
- Kubernetes
- CKAD
- helm
- RollingUpdate
- 테라폼
- 시험
- alibaba cloud
- 쿠버네티스
- alibabacloud
- argocd
- alibaba Cloud CDN
- k8s
- slack app
- cloud monitor
- hashicorp
- IAC
- alibaba
- 알리바바클라우드
- terraform
- Cluster
- recreate
- Naver Cloud
- NCP
- AWS
- 네이버클라우드
- cloudmonitor
- CDN
- cicd
- 자동화
- kubeadm
- Today
- Total
목록전체 글 (34)
Room9

Helm Kubernetes 상의 패키지 관리 툴이다. 쉽게 말해 윈도우에서 어떤 프로그램을 설치할 때 하나하나 설정하는 게 아니라 유저가 필요한 값만 변경하여 설치하는 설치 마법사와 비슷하다고 생각할 수 있다. 헬름은 Kubernetes 상의 이러한 구성을 미리 패키지 해두고 사용자는 해당 파일의 설정값만 바꿔서 사용할 수 있게 해주는 패키지 관리 툴이다. Helm을 사용하기 위해 알야아 할 최소한의 명령어 및 Helm 설치 과정에 대해 포스팅해보겠습니다. KodeKloud - helm install Q1.Identify the name of the Operating system installed. root@controlplane:~# cat /etc/*release* DISTRIB_ID=Ubuntu ..

배포전략 Blue/Green Canary RollingUpdate Recreate Recreate 기존의 버전을 모두 삭제하고 새로운 버전으로 배포 해당 배포 방법은 기존 버전을 모두 삭제하고 새로운 버전으로 업데이트 될때 사용자가 어플리케이션 서비스에 접근할 수 없어, 서비스 유지를 하지 못한다는 단점이 있다. 테스트 환경에서 사용가능 할 것이며, 또는 일정 시간에만 서비스하는 경우에 서비스 중단이 가능하다면 사용 할 수 있는 배포 방식이다. Rolling Update 위의 Recreate 방식과 다르게 기존버전을 모두 삭제하는 것이 아닌, 이전 버전의 어플리케이션의 서비스를 내리고 새로운 버전의 어플리케이션을 올리는 방식이다. 이전버전을 내리고, 새로운 버전을 하나씩 올리는 방법이다. 쿠버네티스에서는..

배포전략 Blue/Green Canary RollingUpdate Recreate Blue / Green 이전버전을 블루, 새로운 버전을 그린으로 지칭하며 기존 트래픽은 Blue가 처리하고 있는 와중에 Green의 새로운 버전 테스트가 완료되면 Blue로 처리되던 트래픽을 Green으로 전환하여 버전을 변경한다. Kubernetes에서 Blue / Green blue-deployment ( labels - version:v1 ) + Service : 기존버전 green-deployment ( labels - version:v2 ) : 새로운 버전 Service의 Selector를 기존 version:v1 에서 version:v2 로 변경 Blue / Green 배포를 진행할 때의 단점으로는 Blue버전(..

Volumes Kubernetes는 여러 볼륨의 유형을 지원한다. Pod는 여러 볼륨 유형을 동시에 사용할 수 있다. 임시 볼륨은 Pod의 수명주기를 함께한다. 파드가 죽으면 임시 볼륨도 같이 죽는다. 영구 볼륨(Persistent Volume)은 Pod의 수명주기를 넘어 존재한다. 영구 볼륨을 생성하고 클레임을 이용하여 파드에서 해당 영구볼륨을 사용해보겠다. KodeKloud Q1. We have deployed a POD. Inspect the POD and wait for it to start running. root@controlplane:~# kubectl get pods NAME READY STATUS RESTARTS AGE webapp 1/1 Running 0 3m54s Q2. The app..

Multi-Container Pods 서비스를 하다보면 동일한 수명주기를 갖는 서비스가 존재함 예시로 웹 서버 인스턴스와 로깅 서비스(SideCar) 두개의 서비스를 하나로 묶어서 확장 및 축소를 할 수 있다. 동일한 라이프 사이클을 가지는 멀티 컨테이너 파드를 사용 한다. 동일한 네트워크 공간을 공유하고 동일한 스토리지 볼륨에 엑세스 할 수 있다. 추가적으로 네트워크를 활성화 하기 위하여 파드 간 서비스나 볼륨 공유를 설정할 필요가 없다. Multi-Container Design Patterns Sidecar Pattern 사이드카 패턴은 원래의 목적 이외에 기능 강화나 확장을 위한 컨테이너를 추가하는 것을 말한다. 실제 사이드카의 모습처럼 원래 목적의 컨테이너 옆에 붙어서 Multi-Container..

Job 잡에서 하나 이상의 파드를 생성하고 지정된 수의 파드가 성공적으로 종료될 때까지 계속해서 파드의 실행을 재시도한다. 파드가 성공적으로 완료되면, 성공적으로 완료된 잡을 추적한다. 지정된 수의 성공 완료에 도달하면, 작업(즉, 잡)이 완료된다. 잡을 삭제하면 잡이 생성한 파드가 정리된다. 작업을 일시 중지하면 작업이 다시 재개될 때까지 활성 파드가 삭제된다. 간단한 사례는 잡 오브젝트를 하나 생성해서 파드 하나를 안정적으로 실행하고 완료하는 것이다. 첫 번째 파드가 실패 또는 삭제된 경우(예로는 노드 하드웨어의 실패 또는 노드 재부팅) 잡 오브젝트는 새로운 파드를 기동시킨다. 잡을 사용하면 여러 파드를 병렬로 실행할 수도 있다. 잡을 스케줄에 따라 구동하고 싶은 경우(단일 작업이든, 여러 작업의 병..