본문 바로가기

반응형

Kubernetes

(62)
[Kubernetes] pod 직접 접근 방법 pod 직접 접근 방법 ## /bin/bash kubectl -n [namesapce명] exec -it [pod명] -- /bin/bash ## /bin/sh kubectl -n [namesapce명] exec -it [pod명] -- /bin/sh
[Kubernetes] pod 삭제 전 로그 확인 명령어 pod 삭제 전 로그 확인 명령어 kubectl logs [pod명] --previous
[Kubernetes] 로그 관리 Pod 로그 관리 1. 전통적인 애플리케이션의 로그 운영 - 애플리케이션이 항상 지정된 장비에서 실행됨을 보장 - logrotate와 같은 system 관리 tool을 이용해서 로그 관리 - 일정시간 로그를 저장하고, 일정시간 후에는 로그를 제거 2. 클러스터 환경에서 로그 운영 - 애플리케이션이 어느 노드에서 실행? 얼마나 많은 자원 사용? 응답속도 및 응답 코드 확인 - 개별 노드에 접근하지 않고 직접 Pod의 로그를 확인할 수 있어야 함 - Pod 로그 확인 kubectl create deployment my-nginx --image nginx:1.14 --port 80 --replicas 2 kubectl expose deployment my-nginx --target-port 80 --prot ..
[Kubernetes] Horizontal Pod Autoscaling 운영 Horizontal Pod Autoscaling 운영 Metrics-Server - Pod와 Node들의 CPU/Memory 사용량을 주기적으로 모니터링하고 metrics 정보를 수집하여 API에 제공 - kubectl top 커맨드 지원 - Horizontal Pod Autoscaler를 통해 원하는 Replicas 수 결정 : 원하는 레플리카 수 = ceil[현재 레플리카 수 * ( 현재 메트릭 값 / 원하는 메트릭 값)] Merics-server 설치 // 현재 metrics-server 미설치 상태 kubectl top nodes error: Metrics API not available kubectl top pod error: Metrics API not available // metrics-s..
[Kubernetes] Autoscaling Kubernetes Autoscaling 1. Cluster level scalability : 워커 노드를 확장 2. Pods layer autoscale - Horizontal Pod Autoscaler(HPA) : pod가 수평으로 확장 - Vertical Pods Autoscaler(VPA) : pod의 용량을 수직으로 확장 Cluster Autoscaler(CA) 1. Cluster level scalability - GCP, AWS 및 Azure와 같은 클라우드 인프라스트럭처를 통해서 사용 - OpenStack의 Auto Scaling Kubernetes 클러스터 2. Cluster Autoscaler(CA) - Pod가 node 리소스를 할당 받지 못해 pending 될 때 worker no..
[Kubernetes] DNS 쿠버네티스 DNS - coreDNS : Service 및 Pod용 DNS kubectl get svc -A NAMESPACE NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE default kubernetes ClusterIP 10.96.0.1 443/TCP 57d default webui-svc ClusterIP 10.96.100.100 80/TCP 6d19h ingress-nginx ingress-nginx-controller NodePort 10.100.18.204 80:30100/TCP,443:30200/TCP 56d ingress-nginx ingress-nginx-controller-admission ClusterIP 10.99.57.254 443/TCP 56d ..
[Kubernetes] Kubernetes Network 도커 컨테이너 네트워킹 - Container Network Model - docker0 1. virtual ethernet bridge : 172.17.0.0/16 2. L2 통신기반 3. container 생성 시 veth 인터페이스 생성(sandbox) 4. 모든 컨테이너는 외부 통신을 docker0 통해 진행 5. container running 시 172.17.X.Y 로 IP 주소 할당 컨테이너 네트워크 인터페이스(CNI) - 컨테이너 간의 네트워킹을 제어할 수 있는 플러그인을 만들기 위한 표준 master 노드에서 컨테이너 인터페이스 확인 - weave-net 은 노드 당 하나씩 생성(master 1개, 노드 2개) kubectl get pod -A NAMESPACE NAME READY STAT..
[Kubernetes] Persistent Volume V & Persistent Volume Claim Kubernetes Volumes 운영 환경 분리 - 기본 스토리지 운영환경의 분리 1. 관리자 : 스토리지 구성 2. 개발자 : 필요한 만큼 요구 - Persistent Volume V & Persistent Volume Claim 1. Persistent Volume :데이터를 저장할 볼륨. 볼륨을 생성하고 이를 클러스터에 등록한 것 2. Persistent Volume V & Persistent Volume Claim : 필요한 저장 공간, RW 모드 등 요청사항을 기술한 명세서로서 PV에 전달하는 요청. PV와 바인딩을 하는 목적으로 사용 " PV는 관리자에 의해 생성된 볼륨을 뜻하고, PVC는 사용자가 볼륨을 사용하기 위해 PV에 요청을 하게 된다." 예제는 https://kubernetes.i..

반응형