我是库伯内特斯的新手。我在亚马逊EKS上创建了一个库伯内特斯集群。我试图设置多个kubernetes服务来在一个集群中运行多个ASP.NET应用程序。但是面临一个奇怪的问题。
当只有1个服务时,一切都运行良好。但是每当我为第二个应用程序创建第二个服务时,它就会产生冲突。冲突有时是服务1 url加载服务2应用程序,有时它加载服务1应用程序,在简单的页面重新加载服务2 url时也会发生同样的情况。
我尝试过Amazon Classic ELB(使用LoadBalancer通用式)和Nginx入口控制器(使用ClusterIp通用式)。此错误在这两种方法中都很常见。
服务和部署都在端口80上运行,我什至为服务和部署尝试了不同的端口,以避免端口冲突但问题相同。
我检查了部署情况
请指导我如何修复此错误。这是nginx入口的两个服务的yaml文件
# Service 1 for deployment 1 (container port: 1120)
apiVersion: v1
kind: Service
metadata:
creationTimestamp: 2018-12-05T14:54:21Z
labels:
run: load-balancer-example
name: app1-svc
namespace: default
resourceVersion: "463919"
selfLink: /api/v1/namespaces/default/services/app1-svc
uid: a*****-****-****-****-**********c
spec:
clusterIP: 10.100.102.224
ports:
- port: 1120
protocol: TCP
targetPort: 1120
selector:
run: load-balancer-example
sessionAffinity: None
type: ClusterIP
status:
loadBalancer: {}
第二服务
# Service 2 for deployment 2 (container port: 80)
apiVersion: v1
kind: Service
metadata:
creationTimestamp: 2018-12-05T10:13:33Z
labels:
run: load-balancer-example
name: app2-svc
namespace: default
resourceVersion: "437188"
selfLink: /api/v1/namespaces/default/services/app2-svc
uid: 6******-****-****-****-************0
spec:
clusterIP: 10.100.65.46
ports:
- port: 80
protocol: TCP
targetPort: 80
selector:
run: load-balancer-example
sessionAffinity: None
type: ClusterIP
status:
loadBalancer: {}
谢啦
问题在于服务中的选择器。它们都有相同的选择器,这就是您面临这个问题的原因。所以它们都将指向同一组pod。
服务针对的Pod集(通常)由标签选择器确定
由于部署1和部署2不同(我认为),您应该在其中使用不同的选择器。然后公开部署。例如:
apiVersion: apps/v1
kind: Deployment
metadata:
name: nginx-deployment
labels:
app: nginx
spec:
replicas: 3
selector:
matchLabels:
app: nginx
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: nginx:1.15.4
ports:
- containerPort: 80
--
apiVersion: apps/v1
kind: Deployment
metadata:
name: hello-deployment
labels:
app: hello
spec:
replicas: 3
selector:
matchLabels:
app: hello
template:
metadata:
labels:
app: hello
spec:
containers:
- name: hello
image: nightfury1204/hello_server
args:
- serve
ports:
- containerPort: 8080
上面两个部署nginx-部署
和hello-部署
有不同的选择器。所以将它们暴露给服务不会相互冲突。
当您使用kubectl公开部署app1-部署--type=ClusterIP--name=app1-svc
公开部署时,该服务将具有与部署相同的选择器。