如何通过kubectl代理访问此Kubernetes服务?

时间:2017-07-18 16:05:27

标签: proxy kubernetes kubectl

我想通过kubectl proxy server访问我的Grafana Kubernetes服务,但由于某种原因,即使我可以使其适用于其他服务,它也无法运行。鉴于以下服务定义,为什么http://localhost:8001/api/v1/proxy/namespaces/monitoring/services/grafana无法提供?

grafana-service.yaml

apiVersion: v1
kind: Service
metadata:
  namespace: monitoring
  name: grafana
  labels:
    app: grafana
spec:
  type: NodePort
  ports:
  - name: web
    port: 3000
    protocol: TCP
    nodePort: 30902
  selector:
    app: grafana

grafana-deployment.yaml

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  namespace: monitoring
  name: grafana
spec:
  replicas: 1
  template:
    metadata:
      labels:
        app: grafana
    spec:
      containers:
      - name: grafana
        image: grafana/grafana:4.1.1
        env:
        - name: GF_AUTH_BASIC_ENABLED
          value: "true"
        - name: GF_AUTH_ANONYMOUS_ENABLED
          value: "true"
        - name: GF_SECURITY_ADMIN_USER
          valueFrom:
            secretKeyRef:
              name: grafana-credentials
              key: user
        - name: GF_SECURITY_ADMIN_PASSWORD
          valueFrom:
            secretKeyRef:
              name: grafana-credentials
              key: password
        volumeMounts:
        - name: grafana-storage
          mountPath: /var/grafana-storage
        ports:
        - name: web
          containerPort: 3000
        resources:
          requests:
            memory: 100Mi
            cpu: 100m
          limits:
            memory: 200Mi
            cpu: 200m
      - name: grafana-watcher
        image: quay.io/coreos/grafana-watcher:v0.0.5
        args:
          - '--watch-dir=/var/grafana-dashboards'
          - '--grafana-url=http://localhost:3000'
        env:
        - name: GRAFANA_USER
          valueFrom:
            secretKeyRef:
              name: grafana-credentials
              key: user
        - name: GRAFANA_PASSWORD
          valueFrom:
            secretKeyRef:
              name: grafana-credentials
              key: password
        resources:
          requests:
            memory: "16Mi"
            cpu: "50m"
          limits:
            memory: "32Mi"
            cpu: "100m"
        volumeMounts:
        - name: grafana-dashboards
          mountPath: /var/grafana-dashboards
      volumes:
      - name: grafana-storage
        emptyDir: {}
      - name: grafana-dashboards
        configMap:
          name: grafana-dashboards

我在访问上述网址时看到的错误是“没有可用于服务的端点”grafana“”,错误代码503。

5 个答案:

答案 0 :(得分:8)

正如迈克尔所说,很可能你的标签或命名空间不匹配。但是,除此之外,请记住,即使您修复了端点,您所追踪的网址(http://localhost:8001/api/v1/proxy/namespaces/monitoring/services/grafana)也可能无法正常工作。

根据您的root_url和/或static_root_path grafana配置设置,当您尝试登录时,您可能会尝试向http://localhost:8001/login发送邮件并获得404.

尝试使用kubectl port-forward:

kubectl -n monitoring port-forward [grafana-pod-name] 3000

然后通过http://localhost:3000/

访问grafana

https://kubernetes.io/docs/tasks/access-application-cluster/port-forward-access-application-cluster/

答案 1 :(得分:4)

问题是Grafana的端口名为 web ,因此需要将:web附加到kubectl代理网址:http://localhost:8001/api/v1/proxy/namespaces/monitoring/services/grafana:web。< / p>

另一种方法是,不要将Grafana端口命名,因为这样您就不必将:web附加到服务的kubectl代理URL:http://localhost:8001/api/v1/proxy/namespaces/monitoring/services/grafana:web。我最后选择了这个选项,因为它更容易。

答案 2 :(得分:1)

您的部署可能没有标签应用:grafana,或者位于其他命名空间中。你还可以发布部署定义吗?

答案 3 :(得分:1)

使用Kubernetes 1.10时,代理URL应该完全不同,如下所示:

html

参考:https://kubernetes.io/docs/tasks/access-application-cluster/access-cluster/#manually-constructing-apiserver-proxy-urls

答案 4 :(得分:0)

可能有几个因素导致此问题。

  1. 该服务希望找到一个或多个支持端点,它通过标签上的匹配规则发现。如果标签未对齐,则服务将找不到端点,并且服务执行的网络网关功能将导致503。

  2. POD声明的端口和容器中的进程未与服务预期的--target-port不对齐。

  3. 其中任何一个都可能产生错误。让我们仔细看看。

    首先,kubectl describe服务:

    $ kubectl describe svc grafana01-grafana-3000
    Name:           grafana01-grafana-3000
    Namespace:      default
    Labels:         app=grafana01-grafana
                chart=grafana-0.3.7
                component=grafana
                heritage=Tiller
                release=grafana01
    Annotations:        <none>
    Selector:       app=grafana01-grafana,component=grafana,release=grafana01
    Type:           NodePort
    IP:         10.0.0.197
    Port:           <unset> 3000/TCP
    NodePort:       <unset> 30905/TCP
    Endpoints:      10.1.45.69:3000
    Session Affinity:   None
    Events:         <none>
    

    请注意,我的grafana服务列出了1个端点(可能有多个端点)。您的示例中的上述错误表示您不会在此处列出端点。

    Endpoints:      10.1.45.69:3000
    

    让我们看一下选择器的下一步。在上面的示例中,您可以看到我的服务上有3个选择器标签:

    Selector:       app=grafana01-grafana,component=grafana,release=grafana01
    

    接下来我会kubectl describe我的吊舱:

    $ kubectl describe pod grafana
    Name:       grafana01-grafana-1843344063-vp30d
    Namespace:  default
    Node:       10.10.25.220/10.10.25.220
    Start Time: Fri, 14 Jul 2017 03:25:11 +0000
    Labels:     app=grafana01-grafana
            component=grafana
            pod-template-hash=1843344063
            release=grafana01
    ...
    

    请注意pod上的标签正确对齐,因此我的服务会找到提供pods的{​​{1}},endpointsservice进行负载平衡。验证您的环境中链的这一部分是否已损坏。

    如果您确实发现标签正确,则可能仍然存在断开连接,因为containerpod内运行的grafana进程运行在与您预期不同的端口上。

    $ kubectl describe pod grafana
    Name:       grafana01-grafana-1843344063-vp30d
    ...
    Containers:
      grafana:
        Container ID:   docker://69f11b7828c01c5c3b395c008d88e8640c5606f4d865107bf4b433628cc36c76
        Image:      grafana/grafana:latest
        Image ID:       docker-pullable://grafana/grafana@sha256:11690015c430f2b08955e28c0e8ce7ce1c5883edfc521b68f3fb288e85578d26
        Port:       3000/TCP
        State:      Running
          Started:      Fri, 14 Jul 2017 03:25:26 +0000
    

    如果由于某种原因,容器下的port列出了不同的值,那么该服务实际上是针对无效端点进行负载平衡。

    例如,如果它列出了端口80:         端口:80 / TCP 或者是一个空值         港口:

    然后即使你的标签选择器是正确的,服务也永远不会从pod中找到有效的响应,并且会从轮换中删除端点。

    我怀疑你的问题是上面的第一个问题(不匹配的标签选择器)。

    如果标签选择器和端口都对齐,那么您可能会遇到节点之间的MTU设置问题。在某些情况下,如果您的网络层使用的MTU(如calico)大于支持网络的MTU,那么您将永远无法从端点获得有效响应。通常情况下,这最后一个潜在的问题将表现为超时而不是503。