在Openshift之间的豆荚JMX连接

问题描述 投票:0回答:2

我试图在OCP运行JMX。我设置在我的容器所需的全部参数。当创建一个容器,我设置环境变量:

-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.local.only=false
-Dcom.sun.management.jmxremote.port=1099
-Dcom.sun.management.jmxremote.rmi.port=1099
-Djava.rmi.server.hostname=127.0.0.1

当我尝试连接到我的服务(使用服务IP或主机名) - 我得到的连接被拒绝:

IOException: Failed to retrieve RMIServer stub: javax.naming.ServiceUnavailableException [Root exception is java.rmi.ConnectException: Connection refused to host: service.namespace-18569.svc

尝试几次后,我尝试使用curl -I检查JMX端点。

在荚终端(curl -I 127.0.0.1:JMXPORT/Endpoint)检查后,我从JMX服务器的响应。

不幸的是,当我试图用curl -I与服务的IP /主机名(在同一荚终端) - 我得到拒绝连接。

是否有可能要使用IP服务不同的吊舱之间的JMX连接?

编辑:

我的部署配置:

apiVersion: apps.openshift.io/v1
kind: DeploymentConfig
metadata:
  creationTimestamp: '2019-02-06T17:11:36Z'
  generation: 1
  labels:
    app: napeOfApp
  name: napeOfApp
  namespace: nameOfMynamespace
  resourceVersion: '202879946'
  selfLink: /apis/apps.openshift.io/v1/namespaces/nameOfMynamespace/deploymentconfigs/napeOfApp
  uid: 42606226-2a32-11e9-9b9a-02e3ccdc5484
spec:
  replicas: 1
  revisionHistoryLimit: 3
  selector:
    deploymentconfig: napeOfApp
  strategy:
    activeDeadlineSeconds: 21600
    resources: {}
    rollingParams:
      intervalSeconds: 1
      maxSurge: 25%
      maxUnavailable: 25%
      timeoutSeconds: 600
      updatePeriodSeconds: 1
    type: Rolling
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: napeOfApp
        deploymentconfig: napeOfApp
      name: napeOfApp
    spec:
      containers:
        - image: 'my image repo'
          imagePullPolicy: IfNotPresent
          name: napeOfApp
          ports:
            - containerPort: 8080
              protocol: TCP
            - containerPort: 3084  //(JMX PORT) 
              protocol: TCP
            - containerPort: 3104
              protocol: TCP
            - containerPort: 7005
              protocol: TCP
            - containerPort: 8443
              protocol: TCP
          resources:
            limits:
              cpu: '1'
              memory: 3584Mi
            requests:
              cpu: 500m
              memory: 2560Mi
          terminationMessagePath: /dev/termination-log
          terminationMessagePolicy: File
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      schedulerName: default-scheduler
      securityContext: {}
      terminationGracePeriodSeconds: 30
  test: false
  triggers:
    - type: ConfigChange
status:
  availableReplicas: 1
  conditions:
    - lastTransitionTime: '2019-02-06T17:11:41Z'
      lastUpdateTime: '2019-02-06T17:11:41Z'
      message: Deployment config has minimum availability.
      status: 'True'
      type: Available
    - lastTransitionTime: '2019-02-06T17:11:42Z'
      lastUpdateTime: '2019-02-06T17:11:42Z'
      message: replication controller "napeOfApp" successfully rolled out
      reason: NewReplicationControllerAvailable
      status: 'True'
      type: Progressing
  details:
    causes:
      - type: ConfigChange
    message: config change
  latestVersion: 1
  observedGeneration: 1
  readyReplicas: 1
  replicas: 1
  unavailableReplicas: 0
  updatedReplicas: 1

3084是JMX端口。

java kubernetes openshift jmx
2个回答
1
投票

是否有可能要使用IP服务不同的吊舱之间的JMX连接?

是的,它应该无缝地工作,无论是使用根据如何DNS works in K8s服务IP地址或服务名称。

看起来像你的问题是这样的:

-Djava.rmi.server.hostname=127.0.0.1

这基本上是结合才127.0.0.1并只允许本地连接。你可能会想,这样的外部连接被允许尝试0.0.0.0

希望能帮助到你!


0
投票

我猜,如果你看到一个连接被拒绝的错误,该服务的端口是错误的。其原因是“连接被拒绝”本身就意味着该端口是不是连开的。

所以,你可能只是试图访问错误的IP服务。

发生这种情况时,例如,您尝试访问的主机IP上的服务端口。请记住,服务端口是内部的群集,而主机端口将暴露一个(一般为5位)端口上此端口。

为了弄清楚,做oc get svc -o wide,看看你的服务绑定的节点端口。

© www.soinside.com 2019 - 2024. All rights reserved.