일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 알리바바클라우드
- hashicorp
- slack
- cloudmonitor
- 시험
- 네이버클라우드
- alibabacloud
- Cluster
- argocd
- Naver Cloud
- cloud monitor
- Deployment
- kubeadm
- GIT
- alibaba
- terraform
- 테라폼
- recreate
- alibaba cloud
- IAC
- cicd
- k8s
- Kubernetes
- helm
- CKAD
- NCP
- 쿠버네티스
- slack app
- RollingUpdate
- 자동화
- Today
- Total
목록Kubernetes (14)
Room9

Overview 앞서 구성했던 클러스터들은 단일 클러스터 또는 Master 1 / Worker 2 의 테스트환경이 대부분이였습니다. 실제 프로덕션환경에서 해당 클러스터는 가용성을 보장 받지 못하기 때문에 H/A를 고려한 Kubernetes Cluster 구축을 진행 하도록 하겠습니다. Detail CRI install kuberadm install Loadbalancer kubernetes H/A install Prerequisites cat

시험 준비 강의 취득 목표 당시에 언급한 것처럼 유데미의 뭄샤드님의 CKAD 강의를 구매하여 해당 강의로 시작하였습니다. Kubernetes Certified Application Developer (CKAD) with Tests 기존 CKA 취득 때와 마찬가지로 강의를 듣고 해당 강의에 대한 Practice를 통하여 이론과 실습을 번갈아가며 진행하였습니다. 강의의 마지막에 있는 Mock Test와 Lightning Lab을 반복적으로 풀이하였습니다. 그리고 강의 중간중간 해당 내용에 대한 Kubernetes Document에 대한 링크를 주는데 해당 링크는 북마크에 폴더화 시켜 등록해두었습니다. Mock Test와 Lightning Lab을 틀리지 않을 때까지 반복한 것 같네요. 시험 등록 강의가 마무..

Probe Probe는 Kubelet을 통하여 설정된 주기에 의해 컨테이너를 진단하는 역할을 담당한다. Readiness Probe Liveness Probe Startup Probe Readiness Probe Readiness Probe를 사용하여 컨테이너가 언제 준비되는지 진단할 수 있다. Pod는 내부의 모든 컨테이너가 Ready 상태가 되면 트래픽을 받기 시작한다. Readiness Probe는 컨테이너가 트래픽을 처리할 준비가 되었는지 진단을 하고 Success 상태가 되면 서비스와 연결하여 트래픽을 처리하게 된다. Readiness probe가 실패한다면, 엔드포인트 컨트롤러는 파드에 연관된 모든 서비스들의 엔드포인트에서 파드의 IP 주소를 제거하여 트래픽 전달을 하지 않는다. Livenes..

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 방식과 다르게 기존버전을 모두 삭제하는 것이 아닌, 이전 버전의 어플리케이션의 서비스를 내리고 새로운 버전의 어플리케이션을 올리는 방식이다. 이전버전을 내리고, 새로운 버전을 하나씩 올리는 방법이다. 쿠버네티스에서는..

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..