我有一对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
就足够了,到一个点。
第一步是确保容器本身正在响应。在这种情况下,您可能会使用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
如果确实需要使用调试容器,请尝试尽可能地模仿要测试的容器。拥有一个通用的调试容器/部署来快速测试任何东西是很棒的,但是,如果这不能揭示问题,那么您可能需要自定义部署以模仿您正在测试的容器。
在这种情况下,环境变量将在连接设置中发挥作用,因此应针对调试容器进行仿真。
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] 删除。
我来说两句