웃바네

Swap Memory 체크 free -m or free -h 쿠버네티스에서 Swap 메모리를 체크해야 하는 이유 쿠버네티스를 설치할 때 Swap 메모리를 사용하지 않게 구성해야 한다. 그 이유는 쿠버네티스는 Deployment를 통해 Pod 생성 할 때 해당 파드에 사용할 리소스를 할당받아 사용한다. Tip) 스왑 메모리는 물리 메모리(Ram)의 용량이 부족할 때 하드 디스크의 일부 공간을 메모리 처럼 사용하게 도와주는 것 - 쿠버네티스는 원래 주어진 인스턴스 자원을 100% 가깝게 사용하는게 목표를 가지고 있다. 근데 Swap 메모리를 사용할 수 있게 해버린다면 인스턴스 자원이 일관되지 않게 사용되기 때문에 철학에 부합되지 않는다. kubelet를 start와 enable 할 수 있게 변경 system..

위처럼 Status가 62분 동안이나 ContainerCreating에 멈춰있으면, yaml 파일의 문법이 잘못되었거나 논리적으로 맞지 않다는 뜻이다. 처음에 그냥 yaml 파일 눈에 뚫어져라 확인하며 고쳤는데 그럴 필요 없이 $ kubectl describe pods describe 명령으로 오류를 쉽게 찾을 수 있다.. 출처 : 쿠버네티스 ContainerCreating 상태에서 멈출 시 해결방법 (tistory.com)

$ 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) ㅡ..

쿠버네티스 "coredns CrashLoopBackOff", "10.96.0.1:443: connect: no route to host" 에러 (firewalld) 아래와 같이 corends CrashLoopBackOff가 발생하며 Pod Log를 확인했을때 "10.96.0.1:443: connect: no route to host" 에러가 발생할 경우 firewalld가 실행중인것은 아닌지 확인해볼 필요성이 있습니다. watch kubectl get pods --all-namespaces kubectl -n kube-system logs -f coredns-74ff55c5b-k6jm6 저의 경우 아래 명령들을 통해 에러가 해결되었습니다. systemctl stop firewalld systemctl s..