我目前正在尝试创建一个X pods群集,每个群集都有一个个人持久卷。为此,我创建了一个带有X副本和StateFulSet
的PersistentVolumeClaimTemplate
这部分正在运行。
问题是,使用LoadBalancer以与deployment
相同的方式暴露这些pod是不可能的(因为状态集中的pod的唯一性)。
在这一刻,我试图将它暴露为一个简单的部署巫婆不工作,我发现的唯一方法是逐个暴露每个豆荚(我没有测试它,但我在this上看到它)但它是不是那么可扩展......
我没有在任何云提供商平台上运行kubernetes,请避免使用独占命令行。
问题是,似乎不可能以与部署相同的方式使用LoadBalancer公开这些pod(因为状态集中pod的唯一性)。
为什么不?这是我的StatefulSet,默认使用Nginx
$ k -n test get statefulset
NAME DESIRED CURRENT AGE
web 2 2 5d
$ k -n test get pods
web-0 1/1 Running 0 5d
web-1 1/1 Running 0 5d
这是我的服务类型LoadBalancer,在Minikube的情况下是NodePort(实际上)
$ k -n test get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
nginx LoadBalancer 10.110.22.74 <pending> 80:32710/TCP 5d
让我们用curl运行一些pod并向ClusterIP做一些请求:
$ kubectl -n test run -i --tty tools --image=ellerbrock/alpine-bash-curl-ssl -- bash
bash-4.4$ curl 10.110.22.74 &> /dev/null
bash-4.4$ curl 10.110.22.74 &> /dev/null
bash-4.4$ curl 10.110.22.74 &> /dev/null
bash-4.4$ curl 10.110.22.74 &> /dev/null
我们来看看Nginx日志:
$ k -n test logs web-0
172.17.0.7 - - [18/Apr/2019:23:35:04 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.61.0"
172.17.0.7 - - [18/Apr/2019:23:35:05 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.61.0"
172.17.0.7 - - [18/Apr/2019:23:35:17 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.61.0"
$ k -n test logs web-1
172.17.0.7 - - [18/Apr/2019:23:35:15 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.61.0"
172.17.0.7 - 我的pod是卷曲的:
NAME READY STATUS RESTARTS AGE IP NODE
tools-654cfc5cdc-8zttt 1/1 Running 1 5d 172.17.0.7 minikube
实际上,如果在StatefulSet的pod之间进行负载平衡,ClusterIP就足够了,因为你有一个端点列表
$ k -n test get endpoints
NAME ENDPOINTS AGE
nginx 172.17.0.5:80,172.17.0.6:80 5d
YAMLs:
apiVersion: apps/v1beta1
kind: StatefulSet
metadata:
name: web
spec:
serviceName: "nginx"
replicas: 2
selector:
matchLabels:
app: nginx
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: k8s.gcr.io/nginx-slim:0.8
ports:
- containerPort: 80
name: web
apiVersion: v1
kind: Service
metadata:
name: nginx
labels:
app: nginx
spec:
type: LoadBalancer
ports:
- port: 80
name: web
selector:
app: nginx