在Kubernetes中调试uWSGI

伦纳特·罗兰德

我有一对kubernetes豆荚,nginx一个用于Python Flask+ uWSGI我已经在中本地测试了我的设置docker-compose,并且运行良好,但是在以kubernetes某种方式部署之后,似乎两者之间没有通信。最终结果是,当我尝试到达我的位置时收到502网关错误。

因此,我的问题不是我的设置真正出了什么问题,而是我可以使用哪些工具来调试此方案。是否有uwsgi的测试客户端?我可以使用ncat吗?我似乎没有从nginx得到任何有用的日志输出,而且我也不知道uwsgi是否有日志。

我该如何调试?

供参考,这是我的Nginx位置:

location / {
        # Trick to avoid nginx aborting at startup (set server in variable)
        set $upstream_server ${APP_SERVER};

        include            uwsgi_params;
        uwsgi_pass         $upstream_server;
        uwsgi_read_timeout 300;
        uwsgi_intercept_errors on;
}

这是我的wsgi.ini:

[uwsgi]
module = my_app.app
callable = app
master = true
processes = 5
socket = 0.0.0.0:5000
die-on-term = true

uid = www-data
gid = www-data

这是Nginx的kubernetes deployment.yaml:

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    service: nginx
  name: nginx
spec:
  replicas: 1
  revisionHistoryLimit: 2
  selector:
    matchLabels:
      service: nginx
  strategy:
    type: Recreate
  template:
    metadata:
      labels:
        service: nginx
    spec:
      imagePullSecrets:
      - name: docker-reg
      containers:
      - name: nginx
        image: <custom image url>
        imagePullPolicy: Always
        env:
          - name: APP_SERVER
            valueFrom:
              secretKeyRef:
                name: my-environment-config
                key: APP_SERVER
          - name: FK_SERVER_NAME
            valueFrom:
              secretKeyRef:
                name: my-environment-config
                key: SERVER_NAME
        ports:
        - containerPort: 80
        - containerPort: 10443
        - containerPort: 10090
        resources:
          requests:
            cpu: 1m
            memory: 200Mi
        volumeMounts:
        - mountPath: /etc/letsencrypt
          name: my-storage
          subPath: nginx
        - mountPath: /dev/shm
          name: dshm
      restartPolicy: Always
      volumes:
      - name: my-storage
        persistentVolumeClaim:
          claimName: my-storage-claim-nginx
      - name: dshm
        emptyDir:
          medium: Memory

这是Nginx的kubernetes service.yaml:

apiVersion: v1
kind: Service
metadata:
  labels:
    service: nginx
  name: nginx
spec:
  type: LoadBalancer
  ports:
  - name: "nginx-port-80"
    port: 80
    targetPort: 80
    protocol: TCP
  - name: "nginx-port-443"
    port: 443
    targetPort: 10443
    protocol: TCP
  - name: "nginx-port-10090"
    port: 10090
    targetPort: 10090
    protocol: TCP
  selector:
    service: nginx

这是用于python flask的kubernetes deployment.yaml:

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    service: my-app
  name: my-app
spec:
  replicas: 1
  revisionHistoryLimit: 2
  selector:
    matchLabels:
      service: my-app
  strategy:
    type: Recreate
  template:
    metadata:
      labels:
        service: my-app
    spec:
      imagePullSecrets:
      - name: docker-reg
      containers:
      - name: my-app
        image: <custom image url>
        imagePullPolicy: Always
        ports:
        - containerPort: 5000
        resources:
          requests:
            cpu: 1m
            memory: 100Mi
        volumeMounts:
        - name: merchbot-storage
          mountPath: /app/data
          subPath: my-app
        - name: dshm
          mountPath: /dev/shm
        - name: local-config
          mountPath: /app/secrets/local_config.json
          subPath: merchbot-local-config-test.json
      restartPolicy: Always
      volumes:
      - name: merchbot-storage
        persistentVolumeClaim:
          claimName: my-storage-claim-app
      - name: dshm
        emptyDir:
          medium: Memory
      - name: local-config
        secret:
          secretName: my-app-local-config

这是Nginx的kubernetes service.yaml:

apiVersion: v1
kind: Service
metadata:
  labels:
    service: my-app
  name: my-app
spec:
  ports:
  - name: "my-app-port-5000"
    port: 5000
    targetPort: 5000
  selector:
    service: my-app
马特

在kubernetes中进行调试与在外部进行调试没有太大区别,对于kubernetes而言,只需要覆盖一些概念。

从概念上讲,kubernetes中的Pod是虚拟机世界中的主机。在Pod中运行的每个容器都会在localhost上看到彼此的服务。从那里,到其他任何地方的Pod都将涉及网络连接(即使端点是本地节点)。因此,开始在本地主机上对服务进行测试,并通过Pod IP,服务IP,服务名称解决问题。

容器中提供调试工具会带来一些复杂性。通常,容器是细长的,没有所有可用的东西。因此,您既需要在容器运行时安装工具(如果可以),也可以构建一个特殊的“调试”容器,以便可以在同一环境中按需部署。您始终可以从具有访问权限的群集节点退回到测试。

哪里有可用的python可以测试uswgi_curl

pip install uwsgi-tools
uwsgi_curl hostname:port /path

否则,nc/curl就足够了,到一个点。

Pod到本地主机

第一步是确保容器本身正在响应。在这种情况下,您可能会使用python / pipuwsgi_curl

kubectl exec -ti my-app-XXXX-XXXX sh
nc -v localhost 5000
uwsgi_curl localhost:5000 /path

豆荚到豆荚/服务

接下来包括kubernetes网络。以IP开头,以名称结尾。

python这里的可能性较小,甚至nc我认为在这里测试环境变量很重要:

kubectl exec -ti nginx-XXXX-XXXX sh
nc -v my-app-pod-IP 5000
nc -v my-app-service-IP 5000
nc -v my-app-service-name 5000

echo $APP_SERVER
echo $FK_SERVER_NAME
nc -v $APP_SERVER 5000
# or 
uwsgi_curl $APP_SERVER:5000 /path

调试Pod到Pod /服务

如果确实需要使用调试容器,请尝试尽可能地模仿要测试的容器。拥有一个通用的调试容器/部署来快速测试任何东西是很棒的,但是,如果这不能揭示问题,那么您可能需要自定义部署以模仿您正在测试的容器。

在这种情况下,环境变量将在连接设置中发挥作用,因此应针对调试容器进行仿真。

节点到Pod /服务

Pods / Services将在群集节点上可用(如果您未使用限制性网络策略),因此通常快速测试是检查Pods / Services在此处是否正常运行:

nc -v <pod_ip> <container_port>
nc -v <service_ip> <service_port>
nc -v <service__dns> <service_port>

在这种情况下:

nc -v <my_app_pod_ip> 5000
nc -v <my_app_service_ip> 5000
nc -v my-app.svc.<namespace>.cluster.local 5000

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章