NodePort 在 OpenShift CodeReady 容器中不起作用

Question

在 CentOS VM 上安装最新的 OpenShift CodeReady 容器，然后在 OpenShift 上运行由 Java 编写的 TCP 服务器应用程序。TCP 服务器正在侦听端口 7777。

运行app，用NodePort将其公开为服务，看起来一切运行良好。pod端口是7777，服务端口是31777。

$ oc get pods -o wide
NAME READY   STATUS    RESTARTS   AGE     IP   NODE         NOMINATED NODE   READINESS GATES
tcpserver-57c9b44748-k9dxg 1/1 Running 0  113m 10.128.0.229  crc-2n9vw-master-0 <none>  <none>

$ oc get svc
NAME               TYPE     CLUSTER-IP      EXTERNAL-IP   PORT(S)                   AGE
tcpserver-ingres  NodePort    172.30.149.98   <none>      7777:31777/TCP            18m

然后获取节点ip，命令显示为192.168.130.11，我可以在我的虚拟机上成功ping通这个IP。

$ oc get nodes -o wide
NAME                 STATUS   ROLES           AGE   VERSION             INTERNAL-IP      EXTERNAL-IP   OS-IMAGE                                                   KERNEL-VERSION                CONTAINER-RUNTIME
crc-2n9vw-master-0   Ready    master,worker   26d   v1.14.6+6ac6aa4b0   192.168.130.11   <none>        Red Hat Enterprise Linux CoreOS 42.81.20191119.1 (Ootpa)   4.18.0-147.0.3.el8_1.x86_64   cri-o://1.14.11-0.24.dev.rhaos4.2.gitc41de67.el8

现在，运行位于我的虚拟机中的客户端应用程序，因为我可以ping通OpenShift节点IP，所以我认为我可以成功运行客户端应用程序。结果是连接超时，我的客户端无法连接运行在OpenShift上的服务器。

请给出如何解决问题的建议，或对问题的任何想法。

Answer 1

谢谢及时回复。

关于步骤 1，我不知道我可以在哪里在集群内运行“curl 10.128.0.229：7777/endpoint”，但我通过进入内部 pod 检查 pod 的状态，端口 777 正在按预期侦听。

$ oc rsh tcpserver-57c9b44748-k9dxg
sh-4.2$ netstat -nap | grep 7777
tcp6       0      0 127.0.0.1:7777      :::*     LISTEN      1/java   

关于第2步，在部署pod的节点上运行命令“curllocalhost:31777/endpoint”，它失败了。

$ curl localhost:31777/endpoint
curl: (7) Failed to connect to localhost port 31777: Connection refused

那就是说，31777好像不是OpenShift打开的。

您是否有任何想法如何检查为什么31777未被OpenShift打开。

有关服务定义的更多信息：

apiVersion: v1
kind: Service
metadata:
  name: tcpserver-ingress
  labels:
    app: tcpserver
spec:
  selector:
    app: tcpserver
  type: NodePort
  ports:
    - protocol: TCP
      port: 7777
      targetPort: 7777
      nodePort: 31777

服务状态：

$ oc describe svc tcpserver-ingress
Name:                     tcpserver-ingress
Namespace:                myproject
Labels:                   app=tcpserver
Annotations:              <none>
Selector:                 app=tcpserver
Type:                     NodePort
IP:                       172.30.149.98
Port:                     <unset>  7777/TCP
TargetPort:               7777/TCP
NodePort:                 <unset>  31777/TCP
Endpoints:                10.128.0.229:7777
Session Affinity:         None
External Traffic Policy:  Cluster
Events:                   <none>

Answer 2

我理解你的问题。根据您的描述，我可以看到您的节点端口是3177。

调试此问题的最佳方法是循序渐进。

步骤1：检查您是否能够使用pod IP和端口访问应用服务器，即curl 10.128.0.229:7777/endpoint从集群中的一个节点访问应用服务器。这有助于检查pod是否工作。尽管kubectl描述pod为您提供了一切。

步骤2：之后，在部署pod的节点上，即1192.168.130.11，尝试使用curl localhost:31777/endpoint访问应用服务器。如果这样做有效，Nodeport是可访问的，即您的服务工作正常，没有任何问题。

步骤3:之后，尝试从运行客户端服务器的虚拟机使用< code > curl 192 . 168 . 130 . 11:31777/endpoint 连接到您的节点。只是想让你知道，192。是A类私有ip，所以我假设您的客户端在同一个网络中，并且能够与192.169.130.11:31777通信，或者确保您将各自的192.169.130.11 31777端口开放给拥有客户端服务器的虚拟机ip。

这是一个调试服务和pod问题的小过程。但最好的方法是使用入口和入口控制器，这将帮助您使用url而不是ip地址和端口号与应用服务器进行通信。然而，即使使用入口和入口控制器，调试所有部件是否按预期工作的最佳方法是遵循以下步骤。

请随时让我知道任何问题。