웃바네

Check The Pod 이 문서는 Pod 를 확인하는 방법에 대해 포함되어 있습니다. Kubernetes Pod 앞선 Create the Deployment 를 통해 Deployment 가 생성이 되고 나면 Kubernetes 는 여러분의 애플리케이션 인스턴스에 Pod 를 생성했습니다. Pod 는 하나 또는 그 이상의 애플리케이션 컨테이너 (도커 또는 rkt와 같은)들의 그룹을 나타내는 쿠버네티스의 추상적 개념으로 일부는 컨테이너에 대한 자원을 공유합니다. Check The Pod Pod 정보 확인 $ kubectl get pod NAME READY STATUS RESTARTS AGE flask-example-app-959c5f88d-k95wk 1/1 Running 0 24m Pod 성능 사용량 확인 ..

kubectl version --short 버전 정보 > kubectl version --short Client Version: v1.16.6-beta.0 Server Version: v1.17.12 kubectl api-resources 쿠버네티스에서 사용가능한 오브젝트 리스트 > kubectl api-resources NAME SHORTNAMES APIGROUP NAMESPACED KIND bindings true Binding componentstatuses cs false ComponentStatus configmaps cm true ConfigMap endpoints ep true Endpoints events ev true Event limitranges limits true LimitRang..

환경Permalink on premise 서버 4대 전부 Ubuntu 18.04 RAM 16GB ~ 128GB 마스터노드 용 서버: 16GB 워커 노드 용 각각 64GB / 64GB /128GB 워커 노드 용 서버 전부 GPU 장착 구성방식Permalink 온 프레미스(On premise)방식의 서버 4대 구성에서 마스터 노드로 생각 서버는 GPU가 장착되어 있지 않고 램도 16GB만 있다. 나머지 3대의 서버는 각각 머신러닝을 위한 GPU도 어느정도 장착되어 있다. 그리고 각각의 네트워크 구성은 같은 대역을 가진다. 앞으로의 설명을 위해 IP 셋팅은 다음과 같이 가정한다. 마스터 노드: 172.16.10.90 워커 노드1: 172.16.10.100 워커 노드2: 172.16.10.101 워커 노드3: ..

* 사용자 관점에서 Pod/Service에 연결하는 방법 파드의 입장에서 연결 및 외부 서비스에 안정적인 연결방법 * 이러한 연결 방법에는 DNS Server를 기본적으로 이용하여 사용 DNS Server란 쿠버네티스 클러스터 안에 존재하는 서비스의 이름과 IP가 저장되어 있는 존재 Pod가 Service에 대한 도메인을 질의하면 해당 Service IP를 알려줌 Pod가 유저를 찾으려고 할 때, 쿠버네티스 내부 뿐만 아니라, 상위 DNS 인 내부망 DNS, 외부 네트워크 DNS까지 조회가능 * DNS Server는 FQDN(Fully Qualified Domain Name)으로 구성되어 있음 파드의 입장에서 외부 및 다른 서비스/Pod와 연결 가능한 방법 1. Headless Pod간의 연결을 위해 사..

쿠버네티스 클러스터 구성(CentOS 7) 시스템 구성 HOSTNAME IP ROLE 비고 k8s-master 192.168.0.101 control-plane node k8s-node1 192.168.0.102 worker node k8s-node2 192.168.0.103 worker node 쿠버네티스(kubeadm) 설치를 위한 사전 작업 docker 설치 및 활성화 $ curl -s https://get.docker.com | sudo sh $ systemctl enable --now docker $ docker version Client: Docker Engine - Community Version: 20.10.10 API version: 1.41 Go version: go1.16.9 Git ..

$ kubectl get nodes NAME STATUS ROLES AGE VERSION asung-cloud NotReady master 177d v1.18.6 asung-cloud2 Ready worker 177d v1.18.6 asung-cloud3 Ready worker 177d v1.18.6 asung-cloud4 Ready ingress 173d v1.18.6 어느날 보니 NotReady 상태가 걸려있었다 ㅡ.ㅡ 트러블 슈팅 과정 1. kubelet을 재부팅하여도 고쳐지지 않아서, master 서버 자체를 재부팅 $ sudo systemctl restart kubelet $ sudo reboot 2. 오히려 kubelet 서비스가 시작되지 않음(systemctl status kubelet) ㅡ..

환경 on premise 서버 4대 전부 Ubuntu 18.04 RAM 4GB(ESXI) 구성방식 네트워크 구성은 같은 대역을 가진다. 앞으로의 설명을 위해 IP 셋팅은 다음과 같이 가정한다. 마스터 노드: 192.168.10.151 워커 노드1: 192.168.10.152 워커 노드2: 192.168.10.153 워커 노드3: 192.168.10.154 이러한 구성에서 쿠버네티스 클러스터를 쉽게 구축하고 관리할 수 있는 kubeadm이라는 도구를 통해 클러스터 설치를 구현한다. 목표는 클러스터를 구축 후 간단한 웹 서버들을 파드(pod) 형태로 띄워보는 것을 테스트 해보는 것으로 한다. 사전작업 쿠버네티스 클러스터 서버 구축을 하기에 앞서 각 마스터 노드와 워커 노드가 될 서버들에 아래의 작업들을 해줬..