0

我在 Azure 云上有以下 3 台 Ubuntu 机器集群：

172.16.0.7 (master)
172.16.0.4 (kube-01)
172.16.0.5 (kube-02)

在172.16.0.4 (kube-01)我有一个名为publisher的 Pod暴露了8080端口。为了让全世界都能使用它，我定义了以下服务：

"id": "publisher-service",
  "kind": "Service",
  "apiVersion": "v1beta1",
  "port": 8181,
  "containerPort": 8080,
  "publicIPs": ["172.16.0.4", "172.16.0.5"],
  "selector": {
    "group": "abc",
    "component": "publisher"
  },
  "labels": {
    "group": "abc"
  }

  • 172.16.0.4和分别是和172.16.0.5的内部 IP 地址（Azure 术语）kube-01kube-02

  • 在172.16.0.4 (kube-01)我定义了一个 Azure 端点，公共端口设置为8181，私有端口设置为8181

  • 在172.16.0.5 (kube-02)我定义了一个 Azure 端点，公共端口设置为8182，私有端口设置为8181

通过这样的设置，我可以publisher-service使用我的 VM 公共虚拟 IP (VIP) 地址和端口8181成功访问。

但是，我希望也能够publisher-service使用相同的 VIP 地址和端口8182（因为它映射到端口8181上kube-02）。而是curl报告Recv failure: Connection reset by peer。

我在这里做错什么了吗？也许我对Kubernetes 外部服务的理解不正确（因此我的期望是错误的）？

我还注意到/var/log/upstart/kube-proxy记录的以下条目：

E0404 17:36:33.371889    1661 proxier.go:82] Dial failed: dial tcp 10.0.86.26:8080: i/o timeout
E0404 17:36:33.371951    1661 proxier.go:110] Failed to connect to balancer: failed to connect to an endpoint.

这是iptables -L -t nat捕获的输出的一部分172.16.0.5 (kube-02)：

Chain KUBE-PORTALS-CONTAINER (1 references)
target     prot opt source               destination
REDIRECT   tcp  --  anywhere             11.1.1.2             /* kubernetes */ tcp dpt:https redir ports 45717
REDIRECT   tcp  --  anywhere             11.1.1.1             /* kubernetes-ro */ tcp dpt:http redir ports 34122
REDIRECT   tcp  --  anywhere             11.1.1.221           /* publisher-service */ tcp dpt:8181 redir ports 48046
REDIRECT   tcp  --  anywhere             172.16.0.4           /* publisher-service */ tcp dpt:8181 redir ports 48046
REDIRECT   tcp  --  anywhere             172.16.0.5           /* publisher-service */ tcp dpt:8181 redir ports 48046

Chain KUBE-PORTALS-HOST (1 references)
target     prot opt source               destination
DNAT       tcp  --  anywhere             11.1.1.2             /* kubernetes */ tcp dpt:https to:172.16.0.5:45717
DNAT       tcp  --  anywhere             11.1.1.1             /* kubernetes-ro */ tcp dpt:http to:172.16.0.5:34122
DNAT       tcp  --  anywhere             11.1.1.221           /* publisher-service */ tcp dpt:8181 to:172.16.0.5:48046
DNAT       tcp  --  anywhere             172.16.0.4           /* publisher-service */ tcp dpt:8181 to:172.16.0.5:48046
DNAT       tcp  --  anywhere             172.16.0.5           /* publisher-service */ tcp dpt:8181 to:172.16.0.5:48046

我正在使用 Kubernetes v0.12.0。我按照本指南设置我的集群（即我正在使用法兰绒）。

更新 #1：添加了publisherpod 状态信息。

apiVersion: v1beta1
creationTimestamp: 2015-04-04T13:24:47Z
currentState:
  Condition:
  - kind: Ready
    status: Full
  host: 172.16.0.4
  hostIP: 172.16.0.4
  info:
    publisher:
      containerID: docker://6eabf71d507ad0086b37940931aa739534ef681906994a6aae6d97b8b213
      image: xxxxx.cloudapp.net/publisher:0.0.2
      imageID: docker://5a76329ae2d0dce05fae6f7b1216e346cef2e5aa49899cd829a5dc1f6e70
      ready: true
      restartCount: 5
      state:
        running:
          startedAt: 2015-04-04T13:26:24Z
  manifest:
    containers: null
    id: ""
    restartPolicy: {}
    version: ""
    volumes: null
  podIP: 10.0.86.26
  status: Running
desiredState:
  manifest:
    containers:
    - capabilities: {}
      command:
      - sh
      - -c
      - java -jar publisher.jar -b $KAFKA_SERVICE_HOST:$KAFKA_SERVICE_PORT
      image: xxxxx.cloudapp.net/publisher:0.0.2
      imagePullPolicy: PullIfNotPresent
      name: publisher
      ports:
      - containerPort: 8080
        hostPort: 8080
        protocol: TCP
      resources: {}
      terminationMessagePath: /dev/termination-log
    dnsPolicy: ClusterFirst
    id: ""
    restartPolicy:
      always: {}
    version: v1beta2
    volumes: null
generateName: rc-publisher-
id: rc-publisher-ls6k1
kind: Pod
labels:
  group: abc
namespace: default
resourceVersion: 22853
selfLink: /api/v1beta1/pods/rc-publisher-ls6k1?namespace=default
uid: f746555d-dacd-11e4-8ae7-000d3a101fda
4

2 回答 2

0

外部网络实际上似乎工作正常——您在日志中看到的消息是因为 kube-proxy 确实收到了您发送给它的请求。

但是，它失败的原因是 kube-proxy 无法与您的 pod 通信。flannel 无法正确路由到您的 pod 的 IP，或者 pod 不健康。由于向 172.16.0.4 发送请求有效，因此您的 flannel 设置可能有问题。您可以通过尝试从 node-2 卷曲 10.0.86.26:8080 来确认这一点。

如果 pod 的健康状况可能出现问题，您可以通过运行检查其详细状态kubectl.sh get pod $POD_NAME --output=yaml。

困难重重抱歉！

于 2015-04-04T21:34:35.127 回答
0

一旦我使用 k8s v0.14.2重新安装了我的集群，一切都开始按预期工作。我遵循了 Brendan Burns Docker 指南。

于 2015-05-26T08:03:45.090 回答