[K8s] 쿠버네티스 1 - 소개

bcho.tistory.com/1255?category=731548 보고 정리

쿠버네티스의 배경

• MSA(micro service architecture)가 발전되고, 서비스가 점점 작아지며 VM환경으로 운영하는 것이 낭비가 됨

• 배포방식이 VM이나 컨테이너 단위로 배포하는 패턴, 솔루션으로 변하고 있음.
  • 피닉스서버패턴( 처음부터 모든 환경 다 설치. 컨테이너화 해서 그렇게 오래걸리지 않음↔스노우 플레이크 서버 패턴)
• DevOps → 역할 구분이 명확해지고 있음.
  • 개발팀 : 개발과 시스템에 대한 배포/운영 담당
  • 데브옵스팀 : 개발팀이 이를 쉽게할 수 있도록 아랫단 플랫폼과 자동화를 담당  

→ Docker swarm, mesosphere를 제치고 쿠버네티스가 표준이 되어가고있음

 

컨테이너 운영환경이란 ?

VM, 하드웨어 수가 많아지고 컨테이너 수가 많아지면 컨테이너를 어디에 배포해야하는지 결정이 필요함.

16CPU, 32GB 메모리 머신들에 컨테이너를 배포할때 다양한 컨테이너 사이즈(2CPU, 3CPU, 8CPU,,)를 최적의 자원에 배포하여 사용하여야함.

애플리케이션 특성에 따라 같은 물리서버에 배포되어야 하거나, 가용성을 위해 분산시킬 필요가 있음. – 적절한 서버 배포(스케쥴링)이 필요

 

또한 스케쥴링 뿐 아니라 컨테이너의 작동을 체크해 재 기동, 모니터링, 삭제 관리 등 종합적인 관리를 해주는 것이 컨테이너 운영환경이다.

 

쿠버네티스란? (kubernetes, k8s)

• 온프렘 : 데이터센터. 전산실 서버에 직접 설치에 운영하는 방식
• 베어메탈 : 가상화환경을 사용하지 않는 일반 서버 하드웨어

구글의 내부 컨테이너 서비스 (Borg)를 오픈소스화 한 것 — 구글은 일찍이 내부 서비스를 클라우드 환경에서 운영하고 있었다.

Go언어로 구현. 대부분의 온프렘/퍼블릭 클라우드에서 혼용해서도 사용 가능. 프라이빗 클라우드 구축 환경 (ex 오픈스택) 등에도 배포 가능

→ 각광받는 하이브리드 클라우드 솔루션

*도커 뿐 아니라 다양한 컨테이너 엔진 (rkt, hyper container)도 지원

 

컨테이너 환경을 VM에 올리는 이유

일반 서버 하드웨어(베어메탈)위에 쿠버네티스를 까는게 아니라, VM(가상화 환경)위에 쿠버네티스를 배포하는 이유는?

→ 하드웨어 자원 활용의 효율성 및 스토리지 자원 활용, 노드 확장의 이유 !

'가상화'를 통해 자원, CPU의 수를 늘릴 수 있음.

8CPU머신을 쿠버네티스로 관리하면 8CPU이지만

가상화가 끼면 8CPU→ 16CPU, 64CPU 등으로 가상화하여 자원을 잘게 나눠 사용이 가능하다.. 라고 결론을 내려보았다고 한다..