kubernetes
- 관리하는 시스템이라고 적혀있습니다.
- cluster management system에 더 가깝다는 것을 알게된다.
- ochastraction tool이라고 많이 쓰임
- 선장을 나타내는 그리스말
- 쿠버네티스를 설치 하는 것:
docker가 등장하기전
- 서버의 상태를 관리하기 위하 노력 -> 도커-> 쿠버네티스
- 서버 설치, cpu–> 네트워크 연결 방화벽 설정–> 서버를 구매할 때부터 매우 좋았던 것을 씀
- Ruby on rails
- Ruby 1.8을 쓰고 있었는데 업데이트가 되면 모든 영향을 보여주는 상태가 된다..
- 상태 관리가 매우 어렵기에, 어떤것을 했는지 알 수가 없음 –> 믿을 수 없기에, 똑같은 서버를 만들 수 없기에 서버관리자가 GOD –> 확장이 어려움
- dev-ops가 이제 매우 불필요해짐
- 상태를 이용하는 코드를 서버를 갖고 선언을 한다.
- 설정파일을 갖고 있으면 동일한 상태로 그대로 이용할 수 있음
- 코드로 관리할 수 있기에 리뷰할 수 있게
PaaS –> source코드만 있으면 서버를 올릴 수 있게 된다. Neltlify –> server내에서 의존적으로 실행되게 됌 배포에 대한 새로운 페러다임을 이해해야햄
모든 서비스를 다 그냥 docker로 올려버린다. 중간에 conatiner가 죽었을 때 그대로 이용할 수 있도록 해준다. docker-gen 단순한 기능만 제공했고 아제 이것들을 묶어서 한번에 구축할 수m 있도록 해주는 과정이 필요해졌어 그래서 쿠버네티스가 생기게돼
컨테이너 오케스트레이션: 여러 대의 서버와 여러 개의 서비스를 편리하게 관리해주는 작업
- 스케쥴링 –> 10개가 되었던 20개가 되었던 스스로 해줄 수 있게돼
- 쉽게 서비스에 접근할 수 있게 함
- kubernetes–> 표준이 되었다.
Service Mesh
- OSS에서 proxy라는 기술로 관리할 수 있게된다. retry를 쉽게 할 수 있게한다.
kubernetes playgorund
https://www.katacoda.com/courses/kubernetes/playground
kubernetes architecture
- WHat is Pod?
- Master node[1개] –> Worker Node[1개] –> Worker Node에 Master로 관리를 한다.
- container가 배포될 물리 서버 또는 가상 머신
- pod 주머니 안에 주머니 안에 conatiner
- 디플로이먼트
- 컨테이너의 ocastration tool이다. –> 숫한 컨테이너를 돌릴 때, 그것을 관리해주기 위해서는 반복적인 서버가 필요하다.
- 웹 어플리케이션을 개발한다고 하면, 판매자가 물품을 올리는 기능, 판매자 입장에서 보면 판매 입자읃ㄹ –> 등등의 기능들이 합쳐져있음
- Pod1개당 단위에서 실행을 할 수 있게 해줌
- Pod를 감싸는 것이 replicaset, replicatset을 감싸는 것이 deployment
minikube install
설정 그대로 따라하면 돼 –> 가상화 환경 필요
minikube start
- core를 더 늘려야할 경우도 있음 m1–> 가상화 지원을 안해서 돌고돌아 ubuntu virtaulmachine에 설치
minikube start –> minikube status
init
kubectl run hello-world –image=hello-world -it –restart=Never
- hello-world라는 이미지를 가져와서 hello-world라는 이름으로 실행시키고, restart는 없도록해! kubectl get pods
- images가 남는 느낌, 하지만 get으로 실행시킴 kubectl delete pods hello-world
- 삭제
kubectl run my-ubutnu –image=ubuntu -it – /bin/bash
kubectl delete pods my-ubuntu
kubectl run my-nginx –image=nginx -it
deployment
kubectl create depolyment my-nginx –image=nginx
- name 부분
- 사용자 설정-replicaset_value-pod_hash
with watch (불멸의 pods)
kubectl get po –watch
kubectl delete po 사용자 설정-replicaset_value-pod_hash
다시 pods가 생성되고, 상태에 변화가 없어짐
deployment를 끄고 싶으면 deployment이름을 delete해줘야함
kubectl delete deployment my-nginx –> 신기한 장점 kubectl create deployment our-nginx –image=nginx
delpyment 확인–> replicaset 확인 –> po 확인
kubectl get delpoy
kubectl get rs
kubectl get pods
expose
deploy안에 rs안에 pod에 있는 것을 web으로 보낸다.
kubectl expose deployment our-nginx –type=LoadBalancer –port=80
inspect와 비슷한 명령어
kubectl describe pod our-nginx-aaa-aaaa ip를 확인할 수 있음
minikube service list 를 통해서 접근할 수 있는 pod의 ip를 알 수 있음 ip를 통해 접근하면 해당deployment의 서버의 web을 알 수 있음
exec를 통해서 접근하기
kubectl exec -it our-nginx-aaa-aaaa – bin/bash
bash –> /usr/share/nginx/html/index.html 을 조작하여서 내가 원하는 글을 표시하기
