PV를 만들려고 하면 에러가 발생합니다.

실례가 안된다면,,, 제 경우를 말씀 드리면 저도 Dashboard 사용 시 저런 에러 메시지가 꽤나 빈번하게 발생했습니다. yaml 파일 Edit 할때도 내용이 나오지 않고 빈 화면만 나오는 경우도 제법 있었구요. Dashboard UI 도 강의와 약간 다른게 UI 버젼 문제인것 같습니다. 저런 경우 콘솔에서 yaml 로 만들어서 kubectl apply -f ... 명령으로 실행하면 다 동작했습니다.

node1 과 node2 사이에 통신이 잘 되지 않는지

Virtual Box 에서 NAT + Host only adapter 구성을 NAT Network + Host only adapter 로 변경해서 해결했습니다. NAT NAT Network 의 차이가 하위 서버들 간에 서로 통신이 가능 여부라는데 원래도 완전히 통신 안된 것도 아니라 사실 이해가 잘 안되지만 어쨌든 해결 되었습니다... 바쁘실텐데 죄송합니다. 강의 정말 잘 듣고 있습니다. 수고하세요.

node1 과 node2 사이에 통신이 잘 되지 않는지

동일하게 virtual box 를 bridge adapter 방식으로 생성하니 정상적으로 동작했습니다. 기존에는 NAT + Host-only Adapter 방식인데 제가 뭔가 잘못 한게 아닌가 싶습니다. kubectl init 했을때 NAT IP 로 생성되어서 아래 처럼 IP 지정해준 것도 찝찝했고.. > kubeadm init --apiserver-advertise-address=192.168.56.30 --pod-network-cidr=20.96.0.0/12 개인 공유기가 아니라 호스트 IP 가 계속 바뀌다보니 bridge adapter 방식에서 고정 IP 설정이 가능할지 모르겠습니다. 기존 방식이 왜 안 되는지 연구를 좀 해보다가 안되면 저도 태민님 처럼 집에 노트북을 서버로 사용해서 강의부터 계속 들어야 할 것 같습니다. 감사합니다.

node1 과 node2 사이에 통신이 잘 되지 않는지

그림과는 다르구요. 빨간선으로는 잘 가는 것 같은데 파란선이 본인 노드로 연결 되었을 때만 되는 것 같습니다. 파란선이 Node1, Node2 번갈아 가며 호출이 될텐데 31번 노드로 접근하면 31번으로 파란색이 갔을때는 응답이 되는 것 같고 31번 노드로 접근했지만 32번으로 파란색이 갔을때는 응답이 안되는 것 같습니다. 32번 노드로 접근하면 반대로 동일한 현상입니다. (사실 내부나 로그를 보지는 못해 추측 한 것입니다.) 그래서 externalTrafficPolicy : local 이 옵션을 주면 본인 Node 로만 연결되니 정상 응답하고 내부망인 master 서버에서 service IP로 호출해보면 Node1, Node2 번갈아가면서 잘 되고 외부에서 호출 했을때만 그러네요.

node1 과 node2 사이에 통신이 잘 되지 않는지

강의 예제 그대로 했습니다. apiVersion: v1 kind: Service metadata: name: svc-2 spec: selector: app: pod ports: - port: 9000 targetPort: 8080 nodePort: 30000 type: NodePort externalTrafficPolicy : local 이 옵션을 주면 해당 pod 만 찾으니 오히려 문제는 없었구요. 좀 더 원인을 찾아보도록 하겠습니다.