웃바네

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

0. 쿠버네티스 클러스터 개요 Virtual Box를 이용해서 3개의 VM을 만든다. 3개의 VM은 ubuntu 이미지를 이용해서 만들고, 각 VM은 프로세스를 2개 이상 배당 받도록 지정한다. 사용자 PC에서 Port 포워딩을 통해서 각 Node에 접속할 수 있도록 한다. VM(k8s Node) 들은 30.0.2/24를 CIDR로 사용한다. Service Network는 40.0.0.0/16을 CIDR로 한다. Pod Network는 50.0.0.0/16을 CIDR로 한다. 쿠버네티스 클러스터에 대한 개요는 다음과 같다. 위의 내용대로 구현해서 클러스터가 정상 형성되는 것을 확인하는 것까지가 목표다. 1. 우분투 기본설정 업데이트하기 (마스터 / 워커 모두 진행) # shell sudo apt upda..

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

쿠버네티스 "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..

개요 쿠버네티스 Unable to connect to the server x509 에러 kubernetes x509 에러 쿠버네티스 클러스터 설치를 성공적으로 진행하던중 갑자기 노드들의 상태 확인이 불가한 딥빡의 상황이 펼쳐졌다.🤨 해결과정 쿠버네티스의 마스터노드와 워커노드의 연결을 확인하려 $ kubectl get nodes 를 입력했을 시, Error saying “Unable to connect to the server: x509: certificate signed by unknown authority” 이런 에러가 뜨는 경우가 있다. 원인은 다양한것 같은데 필자가 참고해서 해결했던 방법은 아래와 같다. (systemctl stop ufw -> systemctl disable ufw) : 방화벽도..