팟 (Pod) 설정

1. 테스트 팟 (Pod) 에 대한 새 권한 있는 네임스페이스를 작성하십시오. 새 네임스페이스를 작성하면 기존 네임스페이스의 사용자 정의 정책 또는 구성이 테스트 팟 (Pod) 에 영향을 주지 않습니다. 이 예제에서 새 네임스페이스는 pod-network-test 입니다.

   네임스페이스를 작성하십시오.

   oc create ns pod-network-test
   

2. 새 권한 네임스페이스에 레이블을 추가합니다.

   oc label namespace pod-network-test --overwrite=true \
               pod-security.kubernetes.io/enforce=privileged \
               pod-security.kubernetes.io/enforce-version=latest \
               pod-security.kubernetes.io/audit=privileged \
               pod-security.kubernetes.io/audit-version=latest \
               pod-security.kubernetes.io/warn=privileged \
               pod-security.kubernetes.io/warn-version=latest \
               security.openshift.io/scc.podSecurityLabelSync="false"
   

3. 명령을 실행하여 네임스페이스가 권한 있는 보안 컨텍스트를 사용하여 팟 (Pod) 을 실행하도록 허용하십시오.

   oc adm policy add-scc-to-group privileged system:serviceaccounts:pod-network-test
   

4. 다음 데몬셋을 생성하고 적용하여 각 노드에 테스트 파드를 생성합니다.

   apiVersion: apps/v1
   kind: DaemonSet
   metadata:
     labels:
       name: webserver-test
       app: webserver-test
     name: webserver-test
   spec:
     selector:
       matchLabels:
         name: webserver-test
     template:
       metadata:
         labels:
           name: webserver-test
           app: webserver-test
       spec:
         tolerations:
         - operator: "Exists"
         containers:
         - name: webserver
           securityContext:
             privileged: true
           image: us.icr.io/armada-master/network-alpine:latest
           env:
             - name: ENABLE_ECHO_SERVER
               value: "true"
             - name: POD_NAME
               valueFrom:
                 fieldRef:
                   fieldPath: metadata.name
         restartPolicy: Always
         terminationGracePeriodSeconds: 1
   

5. 데몬셋을 적용하여 각 워커 노드에 테스트 파드를 배포하세요.

   oc apply --namespace pod-network-test -f <daemonset-file>
   

6. 네임스페이스에 모든 파드를 나열하여 파드가 성공적으로 시작되었는지 확인합니다.

   oc get pods --namespace pod-network-test -o wide
   

팟 (Pod) 내에서 테스트 실행

curl, ping 및 nc 명령을 실행하여 각 팟 (Pod) 의 네트워크 연결을 테스트하고 dig 명령을 실행하여 클러스터 DNS를 테스트하십시오. 각 출력을 검토한 후 문제 식별 을 참조하여 결과의 의미를 찾으십시오.

1. 테스트 팟 (Pod) 을 나열하고 각 팟 (Pod) 의 이름 및 IP를 기록하십시오.

   oc get pods --namespace pod-network-test -o wide
   

   출력 예

   NAME                   READY   STATUS    RESTARTS   AGE   IP               NODE        NOMINATED NODE   READINESS GATES
   webserver-test-2fv7c   1/1     Running   0          68s   172.17.36.169    10.245.0.4  <none>           <none>
   webserver-test-4mktb   1/1     Running   0          68s   172.17.61.240    10.245.0.5  <none>           <none>
   

2. exec 명령을 실행하여 하나의 포드에 로그인합니다.

   kubectl exec -it --namespace pod-network-test <pod_name> -- sh
   

3. 팟 (Pod) 에서 curl 명령을 실행하고 출력을 참고하십시오. 로그인하지 않은 테스트 파드의 IP를 지정합니다. 이는 서로 다른 노드에 있는 팟 (Pod) 간의 네트워크 연결을 테스트합니다.

   curl <pod_ip>:8080
   

   성공적인 출력의 예입니다.

   Hostname: webserver-test-4mktb
   Pod Information:
     node name:	env var NODE_NAME not set
     pod name:	webserver-test-4mktb
     pod namespace:	env var POD_NAMESPACE not set
     pod IP:  	env var POD_IP not set
   Connection Information:
     remote address:	172.17.36.169
     remote port:	56042
     local address:	172.17.61.240
     local port:	8080
   

4. 팟 (Pod) 에서 ping 명령을 실행하고 출력을 참고하십시오. exec 명령으로 로그인하지 않은 테스트 파드의 IP를 지정합니다. 이는 서로 다른 노드에 있는 팟 (Pod) 간의 네트워크 연결을 테스트합니다.

   ping -c 5 <pod_ip>
   

   성공적인 출력의 예입니다.

   PING 172.17.61.240 (172.17.61.240) 56(84) bytes of data.
   64 bytes from 172.17.61.240: icmp_seq=1 ttl=62 time=0.473 ms
   64 bytes from 172.17.61.240: icmp_seq=2 ttl=62 time=0.449 ms
   64 bytes from 172.17.61.240: icmp_seq=3 ttl=62 time=0.381 ms
   64 bytes from 172.17.61.240: icmp_seq=4 ttl=62 time=0.438 ms
   64 bytes from 172.17.61.240: icmp_seq=5 ttl=62 time=0.348 ms
   --- 172.17.61.240 ping statistics ---
   5 packets transmitted, 5 received, 0% packet loss, time 4086ms
   rtt min/avg/max/mdev = 0.348/0.417/0.473/0.046 ms
   

5. 팟 (Pod) 에서 nc 명령을 실행하고 출력을 참고하십시오. exec 명령으로 로그인하지 않은 테스트 파드의 IP를 지정합니다. 이는 서로 다른 노드에 있는 팟 (Pod) 간의 네트워크 연결을 테스트합니다.

   nc -vzw 5 <pod_ip> 8080
   

   성공적인 출력의 예입니다.

   nc -vzw 5 172.17.61.240 8080
   172.17.61.240 (172.17.61.240:8080) open
   

6. dig 명령을 실행하여 DNS를 테스트하십시오.

   dig +short kubernetes.default.svc.cluster.local
   

   출력 예

   172.21.0.1
   

   dig +short ibm.com
   

   출력 예

   23.50.74.64
   

7. curl 명령을 실행하여 서비스에 대한 전체 TCP 또는 HTTPS 연결을 테스트합니다. 이 예제는 클러스터의 버전 정보를 검색하여 팟 (Pod) 과 클러스터 마스터 간의 연결을 테스트합니다. 클러스터 버전을 성공적으로 검색하면 연결 상태가 양호함을 표시합니다.

   curl -k https://kubernetes.default.svc.cluster.local/version
   

   출력 예

   "major": "1",
   "minor": "34",
   "emulationMajor": "1",
   "emulationMinor": "34",
   "minCompatibilityMajor": "1",
   "minCompatibilityMinor": "33",
   "gitVersion": "v1.34.7+IKS",
   "gitCommit": "67bf12be5abc8e65743a243172693ad1a098a2c4",
   "gitTreeState": "clean",
   "buildDate": "2026-04-16T04:24:50Z",
   "goVersion": "go1.25.9",
   "compiler": "gc",
   "platform": "linux/amd64"
   

8. 포드에서 로그아웃하세요.

   exit
   

9. 나머지 팟 (Pod) 을 사용하여 이전 단계를 반복하십시오.

문제 식별

이전 섹션의 출력을 검토하여 팟 (Pod) 네트워킹 문제의 원인을 찾으십시오. 이 절에서는 이전 절에서 식별할 수 있는 몇 가지 공통 원인을 나열합니다.

• 테스트 파드에서 명령이 정상적으로 작동했지만 기본 네임스페이스의 애플리케이션 파드에 여전히 네트워킹 문제가 있는 경우, 애플리케이션과 특별히 관련된 문제가 있을 수 있습니다.

  • 네트워킹 트래픽을 제한하는 Calico 또는 Kubernetes 네트워크 보안 정책이 있을 수 있습니다. 네트워킹 정책이 팟 (Pod) 에 적용되는 경우 해당 정책에 의해 특별히 허용되지 않는 모든 트래픽이 삭제됩니다. 네트워킹 정책에 대한 자세한 정보는 Kubernetes 문서를 참조하십시오.
  • Istio 또는 Red Hat OpenShift Service Mesh를 사용하는 경우, 파드 간 트래픽을 중단하거나 차단하는 서비스 구성 문제가 있을 수 있습니다. 자세한 내용은 다음에 대한 문제 해결 설명서를 참조하세요 Istio 및 Red Hat OpenShift 서비스 메시를 참조하세요.
  • 이 문제는 클러스터가 아닌 애플리케이션의 버그와 관련되어 있을 수 있으며 사용자 고유의 독립적인 문제점 해결이 필요할 수 있습니다.

• 특정 팟 (Pod) 에 대해 curl, ping 또는 nc 명령이 실패한 경우 해당 팟 (Pod) 이 있는 작업자 노드를 식별하십시오. 일부 작업자 노드에만 문제가 있는 경우 해당 작업자 노드를 대체 하거나 작업자 노드 문제점 해결 에 대한 추가 정보를 참조하십시오.

• dig 명령에서 DNS 검색에 실패한 경우 Red Hat DNS 문제점 해결 정보를 참조하십시오.

여전히 팟 (Pod) 네트워킹 문제를 해결할 수 없는 경우에는 지원 케이스를 열고 문제점에 대한 자세한 설명, 문제점 해결을 시도한 방법, 실행한 테스트 유형, 팟 (Pod) 및 작업자 노드에 대한 관련 로그 를 포함하십시오. 지원 케이스 열기 및 포함할 정보에 대한 자세한 정보는 일반 디버깅 안내서 를 참조하십시오.