deployment.yml

Question

是否可以向Kubernetes中属于同一服务的另一个K8 Pod发送http Rest请求？

E。 G。服务名称= UserService，2个Pod（副本= 2）

Pod 1 --> Pod 2 //using pod ip not load balanced hostname 
Pod 2 --> Pod 1

连接已超过“休息GET 1.2.3.4:7079/user/1”

主机+端口的值取自kubectl get ep

两个Pod IP的工作均在Pod之外成功完成，但是当我对Pod进行kubectl exec -it并通过CURL发出请求时，它将返回未为端点找到的404。

问，我想知道是否可以向同一服务中的另一个K8 Pod发出请求？

Q 为什么我可以成功获得ping 1.2.3.4却无法使用Rest API的信息？

以下是我的配置文件

 #values.yml
replicaCount: 1

 image:
  repository: "docker.hosted/app"
  tag: "0.1.0"
  pullPolicy: Always
  pullSecret: "a_secret"

service:
 name: http
 type: NodePort
 externalPort: 7079
 internalPort: 7079

ingress:
 enabled: false

deployment.yml

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: {{ template "app.fullname" . }}
  labels:
    app: {{ template "app.name" . }}
    chart: {{ .Chart.Name }}-{{ .Chart.Version | replace "+" "_" }}
    release: {{ .Release.Name }}
    heritage: {{ .Release.Service }}
spec:
  replicas: {{ .Values.replicaCount }}
  template:
    metadata:
      labels:
        app: {{ template "app.name" . }}
        release: {{ .Release.Name }}
    spec:
      containers:
        - name: {{ .Chart.Name }}
          image: "{{ .Values.image.repository }}:{{ .Values.image.tag }}"
          imagePullPolicy: {{ .Values.image.pullPolicy }}
          env:

            - name: MY_POD_IP
              valueFrom:
               fieldRef:
                fieldPath: status.podIP
            - name: MY_POD_PORT
              value: "{{ .Values.service.internalPort }}"
          ports:
            - containerPort: {{ .Values.service.internalPort }}
          livenessProbe:
            httpGet:
              path: /actuator/alive
              port: {{ .Values.service.internalPort }}
            initialDelaySeconds: 60
            periodSeconds: 10
            timeoutSeconds: 1
            successThreshold: 1
            failureThreshold: 3
          readinessProbe:
            httpGet:
              path: /actuator/ready
              port: {{ .Values.service.internalPort }}
          initialDelaySeconds: 60
          periodSeconds: 10
          timeoutSeconds: 1
          successThreshold: 1
          failureThreshold: 3
          resources:
{{ toYaml .Values.resources | indent 12 }}
    {{- if .Values.nodeSelector }}
      nodeSelector:
{{ toYaml .Values.nodeSelector | indent 8 }}
    {{- end }}
      imagePullSecrets:
        - name: {{ .Values.image.pullSecret }

service.yml

kind: Service
metadata:
  name: {{ template "app.fullname" . }}
  labels:
    app: {{ template "app.name" . }}
    chart: {{ .Chart.Name }}-{{ .Chart.Version | replace "+" "_" }}
    release: {{ .Release.Name }}
    heritage: {{ .Release.Service }}
spec:
  type: {{ .Values.service.type }}
  ports:
    - port: {{ .Values.service.externalPort }}
      targetPort: {{ .Values.service.internalPort }}
      protocol: TCP
      name: {{ .Values.service.name }}
  selector:
    app: {{ template "app.name" . }}
    release: {{ .Release.Name }}

从主人处执行

从同一MicroService的pod内执行

Answer 1

是否可以向Kubernetes中属于同一服务的另一个K8 Pod发送http Rest请求？

可以肯定的是，这实际上就是集群中每个Pod都具有集群范围内可路由地址的原因。您可以通过请求与Endpoint相同的Service对象，以编程方式向kubernetes询问Pod的“对等”列表，然后减去您自己的Pod的IP地址。似乎您从kubectl get ep就知道了这一点，但是随后您问了一个问题，所以我想我很清楚您的经历并非偶然。

Q为什么我可以成功ping 1.2.3.4，却无法使用Rest API？

如果没有一些应用程序日志，我们无法帮助您解决应用程序故障，但是事实是您得到了404而不是“连接被拒绝”或504之类的信息，这意味着您的 connectivity 正常工作，这只是损坏的 app 。

Answer 2

是的，正如Mathew回答的那样，您确实可以使用Kubernetes在Service的Pod之间进行通信，我遇到的问题是Istio阻止了彼此的请求。

解决方案：禁用Istio注入为我解决了这个问题，然后在病房中启用了Istio注入并继续进行负载平衡后，希望它将来可以为您提供帮助。

在此处查看答案：Envoy Pod to Pod communication within a Service in K8

服务中的Pod到Pod通信

deployment.yml

service.yml

从主人处执行

从同一MicroService的pod内执行

2 个答案: