2018.07.05

쿠버네티스 컨테이너 1.11, 무엇이 달라졌나

Serdar Yegulalp | InfoWorld

최신 버전의 컨테이너 오케스트레이션 시스템 쿠버네티스(Kubernetes) 1.11에는 새로운 로드밸런싱 방법이 추가됐고 커스텀 리소스 정의를 제공한다.



쿠버네티스 다운로드 위치
깃허브(GitHub) 저장소의 릴리즈 페이지에서 쿠버네티스 소스를 다운로드할 수 있다. 또한 쿠버네티스 배포판을 공급하는 다양한 업체가 제공하는 업그레이드 프로세스를 통해서도 얻을 수 있다.

현 버전: 쿠버네티스 1.11의 새 기능
2018년 7월 초에 공개된 쿠버네티스 1.11에는 IPVS(IP Virtual Server)가 추가되어 일반적으로 iptables 시스템이 사용하던 것보다 덜 복잡한 인커널(In-kernel) 기술을 이용한 고성능 클러스터 로드밸런싱을 제공한다. 결국 쿠버네티스는 IPVS를 기본 로드밸런서(Load Balancer)로 사용하겠지만 지금은 옵션이다.

표준화를 준수하면서 쿠버네티스에 사용자 정의 구성 변경사항을 적용하는 방법이라고 설명하는 커스텀 리소스 정의는 이제 시간이 지나면서 커스텀 리소스 세트를 다른 세트로 원활하게 전환할 수 있게 변형할 수 있다. 또한 ‘상태’와 ‘범위’를 정의하는 새로운 방법인 서브리소스(Subresources)는 한 클러스터 안에서 모니터링 및 고가용성 프레임워크와 통합할 수 있다.

기타 변경사항:
• 1.10부터 도입된 CoreDNS는 이제 클러스터 DNS 부가기능으로 사용할 수 있으며 kubeadm 관리 툴에서 기본으로 사용된다.
• 쿠빌렛(Kubelet) 구성 변경사항은 이제 클러스터를 다운시키지 않고도 실시간 클러스터에서 롤 아웃(Roll Out)할 수 있다.
• CSI(Container Storage Interface)는 현재 미가공 블록 볼륨(Volume)을 지원하며 쿠빌렛 플러그인 등록 시스템과 통합되며 secret을 CSI 플러그인으로 좀 더 손쉽게 전달할 수 있다.
• 상시 볼륨의 온라인 크기 조정, 노드의 최대 볼륨 카운트 지정 기능, 사용 중인 저장소 객체가 제거되지 않도록 보호하는 지원 강화 등 저장소에 많은 변경사항이 적용되었다.

이전 버전: 쿠버네티스 1.10의 새로운 점
2018년 3월, 쿠버네티스 1.10 프로덕션 릴리즈에는 예전에는 쿠버네티스 바이너리(Binary)를 재 컴파일링 해야 했지만 이제는 쿠버네티스에 볼륨 플러그인을 더욱 쉽게 추가할 수 있는 CSI (쿠버네티스 1.9 당시 알파(Alpha))가 포함되어 있다. 쿠버네티스에서 공통 유지보수 및 관리 작업을 수행하기 위해 사용하던 Kubectl CLI는 이제 클라우드 제공자와 액티브 디렉토리 등의 제 3자 서비스에 대한 인증을 수행하는 바이너리 플러그인을 수용할 수 있다.

‘비공유 저장소’ 또는 로컬 저장소 볼륨을 상시 쿠버네티스 볼륨으로 마운트 할 수 있는 기능도 이제 베타다. 상시 볼륨을 위한 API는 이제 사용 중인 상시 볼륨이 삭제되지 않게 하려고 추가 확인을 수행한다. 쿠버네티스의 네이티브DNS 제공자는 이제 모듈식 아키텍처를 가진 CNCF 관리형 DNS 프로젝트인 CoreDNS와 스왑(Swap)할 수 있다. 단, 스왑은 쿠버네티스 클러스터가 첫 번째 구성인 경우에만 가능하다.

또한 쿠버네티스 프로젝트는 이제 오래된 문제들이 너무 오랫동안 방치되지 않게 하려고 자동화된 문제 라이프 사이클 관리 프로젝트로 이동한다.

이전 버전: 쿠버네티스 1.9의 새로운 점
쿠버네티스 1.9는 2017년 12월에 공개되었다.
 


워크로드API의 프로덕션 버전
쿠버네티스 1.8에서 베타로 승격되었으며 현재 쿠버네티스 1.9에서 프로덕션 릴리즈 상태인 앱스 워크로드API는 행동에 기초하여 상시 상태가 필요한 장기 운영 앱 등의 작업 부하를 정의하는 수단을 제공한다.

앱스 워크로드API의 버전 1은 4개의 API를 공개했다.
• Deployment. ReplicaSet.을 포함하여 작동 중인 애플리케이션에 대해 원하는 상태를 설명하는 기본적인 수단이다.
• ReplicaSet. Deployment의 구성을 통해 앱에 정의를 충족하기에 충분한 작동 컨테이너 인스턴스(‘replicas’)가 있는지 확인한다.
• Daemonset. 로깅 또는 모니터링 솔루션처럼 다른 앱이 실행하고 있을 수 있는 대상에 상관없이 연속적으로 작동하는 앱을 위한 배치이다.
• StatefulSet. 컨테이너를 죽이고 재시작하더라도 상시 상태가 필요한 작업 부하에 사용된다. StatefulSet는 또한 컨테이너를 위한 네트워크 식별 또는 컨테이너가 시작하고 정지하는 순서 등을 위한 지속성을 제공한다.

또 다른 워크로드API, Job, CronJob(배치 워크로드(Batch Workloads) API) 세트는 예열 기반으로 작동한 후 종료되는 작업 부하에 사용된다. 배치 워크로드API는 아직 베타 상태다.

 


2018.07.05

쿠버네티스 컨테이너 1.11, 무엇이 달라졌나

Serdar Yegulalp | InfoWorld

최신 버전의 컨테이너 오케스트레이션 시스템 쿠버네티스(Kubernetes) 1.11에는 새로운 로드밸런싱 방법이 추가됐고 커스텀 리소스 정의를 제공한다.



쿠버네티스 다운로드 위치
깃허브(GitHub) 저장소의 릴리즈 페이지에서 쿠버네티스 소스를 다운로드할 수 있다. 또한 쿠버네티스 배포판을 공급하는 다양한 업체가 제공하는 업그레이드 프로세스를 통해서도 얻을 수 있다.

현 버전: 쿠버네티스 1.11의 새 기능
2018년 7월 초에 공개된 쿠버네티스 1.11에는 IPVS(IP Virtual Server)가 추가되어 일반적으로 iptables 시스템이 사용하던 것보다 덜 복잡한 인커널(In-kernel) 기술을 이용한 고성능 클러스터 로드밸런싱을 제공한다. 결국 쿠버네티스는 IPVS를 기본 로드밸런서(Load Balancer)로 사용하겠지만 지금은 옵션이다.

표준화를 준수하면서 쿠버네티스에 사용자 정의 구성 변경사항을 적용하는 방법이라고 설명하는 커스텀 리소스 정의는 이제 시간이 지나면서 커스텀 리소스 세트를 다른 세트로 원활하게 전환할 수 있게 변형할 수 있다. 또한 ‘상태’와 ‘범위’를 정의하는 새로운 방법인 서브리소스(Subresources)는 한 클러스터 안에서 모니터링 및 고가용성 프레임워크와 통합할 수 있다.

기타 변경사항:
• 1.10부터 도입된 CoreDNS는 이제 클러스터 DNS 부가기능으로 사용할 수 있으며 kubeadm 관리 툴에서 기본으로 사용된다.
• 쿠빌렛(Kubelet) 구성 변경사항은 이제 클러스터를 다운시키지 않고도 실시간 클러스터에서 롤 아웃(Roll Out)할 수 있다.
• CSI(Container Storage Interface)는 현재 미가공 블록 볼륨(Volume)을 지원하며 쿠빌렛 플러그인 등록 시스템과 통합되며 secret을 CSI 플러그인으로 좀 더 손쉽게 전달할 수 있다.
• 상시 볼륨의 온라인 크기 조정, 노드의 최대 볼륨 카운트 지정 기능, 사용 중인 저장소 객체가 제거되지 않도록 보호하는 지원 강화 등 저장소에 많은 변경사항이 적용되었다.

이전 버전: 쿠버네티스 1.10의 새로운 점
2018년 3월, 쿠버네티스 1.10 프로덕션 릴리즈에는 예전에는 쿠버네티스 바이너리(Binary)를 재 컴파일링 해야 했지만 이제는 쿠버네티스에 볼륨 플러그인을 더욱 쉽게 추가할 수 있는 CSI (쿠버네티스 1.9 당시 알파(Alpha))가 포함되어 있다. 쿠버네티스에서 공통 유지보수 및 관리 작업을 수행하기 위해 사용하던 Kubectl CLI는 이제 클라우드 제공자와 액티브 디렉토리 등의 제 3자 서비스에 대한 인증을 수행하는 바이너리 플러그인을 수용할 수 있다.

‘비공유 저장소’ 또는 로컬 저장소 볼륨을 상시 쿠버네티스 볼륨으로 마운트 할 수 있는 기능도 이제 베타다. 상시 볼륨을 위한 API는 이제 사용 중인 상시 볼륨이 삭제되지 않게 하려고 추가 확인을 수행한다. 쿠버네티스의 네이티브DNS 제공자는 이제 모듈식 아키텍처를 가진 CNCF 관리형 DNS 프로젝트인 CoreDNS와 스왑(Swap)할 수 있다. 단, 스왑은 쿠버네티스 클러스터가 첫 번째 구성인 경우에만 가능하다.

또한 쿠버네티스 프로젝트는 이제 오래된 문제들이 너무 오랫동안 방치되지 않게 하려고 자동화된 문제 라이프 사이클 관리 프로젝트로 이동한다.

이전 버전: 쿠버네티스 1.9의 새로운 점
쿠버네티스 1.9는 2017년 12월에 공개되었다.
 


워크로드API의 프로덕션 버전
쿠버네티스 1.8에서 베타로 승격되었으며 현재 쿠버네티스 1.9에서 프로덕션 릴리즈 상태인 앱스 워크로드API는 행동에 기초하여 상시 상태가 필요한 장기 운영 앱 등의 작업 부하를 정의하는 수단을 제공한다.

앱스 워크로드API의 버전 1은 4개의 API를 공개했다.
• Deployment. ReplicaSet.을 포함하여 작동 중인 애플리케이션에 대해 원하는 상태를 설명하는 기본적인 수단이다.
• ReplicaSet. Deployment의 구성을 통해 앱에 정의를 충족하기에 충분한 작동 컨테이너 인스턴스(‘replicas’)가 있는지 확인한다.
• Daemonset. 로깅 또는 모니터링 솔루션처럼 다른 앱이 실행하고 있을 수 있는 대상에 상관없이 연속적으로 작동하는 앱을 위한 배치이다.
• StatefulSet. 컨테이너를 죽이고 재시작하더라도 상시 상태가 필요한 작업 부하에 사용된다. StatefulSet는 또한 컨테이너를 위한 네트워크 식별 또는 컨테이너가 시작하고 정지하는 순서 등을 위한 지속성을 제공한다.

또 다른 워크로드API, Job, CronJob(배치 워크로드(Batch Workloads) API) 세트는 예열 기반으로 작동한 후 종료되는 작업 부하에 사용된다. 배치 워크로드API는 아직 베타 상태다.

 


X