WhaTap Kubernetes

좋은 정보가 있어 공유합니다.

kubectl scale 명령어를 사용하면 됩니다. 다음은 Kubernetes 공식 문서 상에 기재된 내용입니다. kubectl scale --replicas=3 rs/foo # Scale a replicaset named 'foo' to 3 kubectl scale --replicas=3 -f foo.yaml # Scale a resource specified in "foo.yaml" to 3 kubectl scale --current-replicas=2 --replicas=3 deployment/mysql # If the deployment named mysql's current size is 2, scale mysql to 3 kubectl scale --replicas=5 rc/foo rc/bar rc/baz # Scale multiple replication controllers 만일 Deployment에 의해 생성된 ReplicaSet이라면 Deployment를 대상으로 scale 합니다. 다음과 같은 느낌입니다. $ kubectl get pods -A aeug                tour-75866547dd-26tkt                  1/1     Running   0                 19h $ kubectl scale deployment/tour -n aeug --replicas=3 deployment.apps/tour scaled $ kubectl get pods -A | grep tour aeug                tour-75866547dd-26tkt...

와탭 쿠버네티스는 대시보드 화면, 위젯 등을 통해 Desired pod 정보를 제공합니다.  이 Desired pod 수는 다음과 같은 항목들로 구성되어 있습니다. ReplicaSet의 DESIRED 수 StatefulSet의 DESIRED 수 DaemonSet의 DESIRED 수 단독 Pod의 수 Desired pod 수와 함께 제공되는 Available pod 수도 동일한 기준으로 산출됩니다. 지금 바로  와탭 계정을 만들고  15일 동안 무료로 쿠버네티스 모니터링을 시작해보세요. 와탭 쿠버네티스는 어떠한 모니터링 자원없이도 시작할 수 있는 SaaS (Software as a Service) 제품입니다.

쿠버네티스는 클러스터에서 벌어지는 다양한 이벤트들에 대한 정보를 제공하는 Event 정보를 제공합니다. 이러한 이벤트 정보는 kubectl 명령어를 이용하여 조회할 수 있습니다. kubectl get events 그런데 이렇게만 실행하면 현재 지정된 기본 Namespace에 대한 이벤트가 출력됩니다. 그래서 클러스터의 모든 Namespace에 대한 이벤트 정보를 확인하려면 옵션을 추가해야 합니다. kubectl get events -A 한편 이벤트가 발생한 시간은 정렬되어 있지 않은 상태입니다. 만약 이벤트 시간을 기준으로 데이터를 정렬하여 조회하려면 다음과 같은 옵션을 추가합니다. kubectl get events --sort-by=.metadata.creationTimestamp -A

쿠버네티스를 잘 관찰하기 위해서는 다양한 지점의 모니터링을 동시에 수행해야 합니다. 쿠버네티스 클러스터에 특이한 이벤트가 발생하고 있지 않는가? 노드 컴포넌트의 각 노드(서버)들은 모두 정상상태를 유지하면서 컨트롤 플레인과 통신하고 있는가? 문제가 발생하였거나 CPU, Memory를 과다하게 사용하는 파드는 없는가? 배포는 정상적으로 이루어지고 신규 버전의 파드는 지정한 컨테이너 이미지를 잘 사용하고 있는가? 컨테이너 로그 내용에 특이한 메시지는 없는가? 특히 쿠버네티스 상에서 실행 중인 자바, PHP, Node.js, 파이썬 등의 애플리케이션 상태를 확인하지 않고는 쿠버네티스 모니터링을 하고 있다고 할 수 없습니다. 애플리케이션의 응답시간, TPS, 에러율은 정상적인가? 애플리케이션 로그에 특이사항은 없는가? 애플리케이션의 개별 트랜잭션에 대한 추적은 가능한가? 여러 컨테이너(파드)에 걸쳐 실행되는 멀티 트랜잭션에 대한 추적 및 분석은 가능한가? 단지 데이터의 수집과 저장으로 끝나는 것이 아닙니다. 다양한 경로를 통해 수집한 데이터들을 통합적인 시각에서 바라보아야 합니다. 즉 Observability 측면의 통합 대시보드가 필요합니다.  지금 바로  와탭 계정을 만들고  15일 동안 무료로 쿠버네티스 모니터링을 시작해보세요. 와탭 쿠버네티스는 어떠한 모니터링 자원없이도 시작할 수 있는 SaaS (Software as a Service) 제품입니다.

안녕하세요. 와탭 쿠버네티스입니다. 와탭 쿠버네티스 모니터링은 사용자 환경에 설치된 에이전트에 의해 이루어집니다. 따라서 무언가 모니터링이 안된다면 가장 먼저 확인해봐야 할 것이 모니터링 에이전트의 상태입니다. 와탭 쿠버네티스 에이전트는 마스터 에이전트와 노드 에이전트로 구성되어 있습니다. 마스터 에이전트 (whatap-master-agent) 노드 에이전트 (whatap-node-agent) 1. 마스터 에이전트 상태 확인 마스터 에이전트는 whatap-monitoring 네임스페이스에 디플로이먼트로 배포됩니다. 따라서 kubectl get deployments 명령어로 디플로이먼트 목록을 확인할 수 있습니다. kubectl get deployments -n whatap-monitoring 마스터 에이전트에는 whatap-master-agent 라는 레이블이 달려있습니다. 해당 레이블을 이용하여 마스터 에이전트 파드를 살펴보겠습니다. kubectl get pods -l=name=whatap-master-agent -n whatap-monitoring 2. 노드 에이전트의 상태 확인 노드 에이전트는 마스터와 에이전트와 마찬가지로 whatap-monitoring 네임스페이스에 있지만 데몬셋 형태로 배포된다는 차이점이 있습니다. 따라서 kubectl get daemonsets 명령어로 데몬셋 목록을 확인할 수 있습니다. kubectl get daemonsets -n whatap-monitoring 노드 에이전트에는 whatap-node-agent 라는 레이블이 달려 있습니다. 해당 레이블을 이용하여 노드 에이전트 파드를 살펴보겠습니다. kubectl get pods -l=name=whatap-node-agent -n whatap-monitoring 설치 가이드 영상 을 보면 더욱 쉽게 와탭 쿠버네티스 모니터링을 설치할 수 있습니다.