Federation
在云计算环境中,服务的作用距离范围从近到远一般可以有:同主机(Host,Node)、跨主机同可用区(Available Zone)、跨可用区同地区(Region)、跨地区同服务商(Cloud Service Provider)、跨云平台。K8s的设计定位是单一集群在同一个地域内,因为同一个地区的网络性能才能满足K8s的调度和计算存储连接要求。而集群联邦(Federation)就是为提供跨Region跨服务商K8s集群服务而设计的。
每个Federation有自己的分布式存储、API Server和Controller Manager。用户可以通过Federation的API Server注册该Federation的成员K8s Cluster。当用户通过Federation的API Server创建、更改API对象时,Federation API Server会在自己所有注册的子K8s Cluster都创建一份对应的API对象。在提供业务请求服务时,K8s Federation会先在自己的各个子Cluster之间做负载均衡,而对于发送到某个具体K8s Cluster的业务请求,会依照这个K8s Cluster独立提供服务时一样的调度模式去做K8s Cluster内部的负载均衡。而Cluster之间的负载均衡是通过域名服务的负载均衡来实现的。

所有的设计都尽量不影响K8s Cluster现有的工作机制,这样对于每个子K8s集群来说,并不需要更外层的有一个K8s Federation,也就是意味着所有现有的K8s代码和机制不需要因为Federation功能有任何变化。

Federation主要包括三个组件
- federation-apiserver:类似kube-apiserver,但提供的是跨集群的REST API
- federation-controller-manager:类似kube-controller-manager,但提供多集群状态的同步机制
- kubefed:Federation管理命令行工具
Federation部署方法
下载kubefed和kubectl
kubefed下载
# Linux
curl -LO https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/kubernetes-client-linux-amd64.tar.gz
tar -xzvf kubernetes-client-linux-amd64.tar.gz
# OS X
curl -LO https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/kubernetes-client-darwin-amd64.tar.gz
tar -xzvf kubernetes-client-darwin-amd64.tar.gz
# Windows
curl -LO https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/kubernetes-client-windows-amd64.tar.gz
tar -xzvf kubernetes-client-windows-amd64.tar.gz
kubectl的下载可以参考这里。
初始化主集群
选择一个已部署好的Kubernetes集群作为主集群,作为集群联邦的控制平面,并配置好本地的kubeconfig。然后运行kubefed init命令来初始化主集群:
$ kubefed init fellowship \
--host-cluster-context=rivendell \ # 部署集群的kubeconfig配置名称
--dns-provider="google-clouddns" \ # DNS服务提供商,还支持aws-route53或coredns
--dns-zone-name="example.com." \ # 域名后缀,必须以.结束
--apiserver-enable-basic-auth=true \ # 开启basic认证
--apiserver-enable-token-auth=true \ # 开启token认证
--apiserver-arg-overrides="--anonymous-auth=false,--v=4" # federation API server自定义参数
$ kubectl config use-context fellowship
自定义DNS
coredns需要先部署一套etcd集群,可以用helm来部署:
$ helm install --namespace my-namespace --name etcd-operator stable/etcd-operator
$ helm upgrade --namespace my-namespace --set cluster.enabled=true etcd-operator stable/etcd-operator
然后部署coredns
$ cat Values.yaml
isClusterService: false
serviceType: "LoadBalancer"
middleware:
kubernetes:
enabled: false
etcd:
enabled: true
zones:
- "example.com."
endpoint: "http://etcd-cluster.my-namespace:2379"
$ helm install --namespace my-namespace --name coredns -f Values.yaml stable/coredns
使用coredns时,还需要传入coredns的配置
$ cat $HOME/coredns-provider.conf
[Global]
etcd-endpoints = http://etcd-cluster.my-namespace:2379
zones = example.com.
$ kubefed init fellowship \
--host-cluster-context=rivendell \ # 部署集群的kubeconfig配置名称
--dns-provider="coredns" \ # DNS服务提供商,还支持aws-route53或google-clouddns
--dns-zone-name="example.com." \ # 域名后缀,必须以.结束
--apiserver-enable-basic-auth=true \ # 开启basic认证
--apiserver-enable-token-auth=true \ # 开启token认证
--dns-provider-config="$HOME/coredns-provider.conf" \ # coredns配置
--apiserver-arg-overrides="--anonymous-auth=false,--v=4" # federation API server自定义参数
物理机部署
默认情况下,kubefed init会创建一个LoadBalancer类型的federation API server服务,这需要Cloud Provider的支持。在物理机部署时,可以通过--api-server-service-type选项将其改成NodePort:
$ kubefed init fellowship \
--host-cluster-context=rivendell \ # 部署集群的kubeconfig配置名称
--dns-provider="coredns" \ # DNS服务提供商,还支持aws-route53或google-clouddns
--dns-zone-name="example.com." \ # 域名后缀,必须以.结束
--apiserver-enable-basic-auth=true \ # 开启basic认证
--apiserver-enable-token-auth=true \ # 开启token认证
--dns-provider-config="$HOME/coredns-provider.conf" \ # coredns配置
--apiserver-arg-overrides="--anonymous-auth=false,--v=4" \ # federation API server自定义参数
--api-server-service-type="NodePort" \
--api-server-advertise-address="10.0.10.20"
自定义etcd存储
默认情况下,kubefed init通过动态创建PV的方式为etcd创建持久化存储。如果kubernetes集群不支持动态创建PV,则可以预先创建PV,注意PV要匹配kubefed的PVC:
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
annotations:
volume.alpha.kubernetes.io/storage-class: "yes"
labels:
app: federated-cluster
name: fellowship-federation-apiserver-etcd-claim
namespace: federation-system
spec:
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 10Gi
注册集群
除主集群外,其他kubernetes集群可以通过kubefed join命令加入集群联邦:
$ kubefed join gondor --host-cluster-context=rivendell --cluster-context=gondor_needs-no_king
集群查询
查询注册到Federation的kubernetes集群列表
$ kubectl --context=federation get clusters
ClusterSelector
v1.7+支持使用annotation federation.alpha.kubernetes.io/cluster-selector为新对象选择kubernetes集群。该annotation的值是一个json数组,比如
metadata:
annotations:
federation.alpha.kubernetes.io/cluster-selector: '[{"key": "pci", "operator":
"In", "values": ["true"]}, {"key": "environment", "operator": "NotIn", "values":
["test"]}]'
每条记录包含三个键值
- key:集群的label名字
- operator:包括In, NotIn, Exists, DoesNotExist, Gt, Lt
- values:集群的label值
策略调度
注:仅v1.7+支持策略调度。
开启策略调度的方法
(1)创建ConfigMap
kubectl create -f https://raw.githubusercontent.com/kubernetes/kubernetes.github.io/master/docs/tutorials/federation/scheduling-policy-admission.yaml
(2) 编辑federation-apiserver
kubectl -n federation-system edit deployment federation-apiserver
增加选项:
--admission-control=SchedulingPolicy
--admission-control-config-file=/etc/kubernetes/admission/config.yml
增加volume:
- name: admission-config
configMap:
name: admission
增加volumeMounts:
volumeMounts:
- name: admission-config
mountPath: /etc/kubernetes/admission
(3)部署外部策略引擎,如Open Policy Agent (OPA)
kubectl create -f https://raw.githubusercontent.com/kubernetes/kubernetes.github.io/master/docs/tutorials/federation/policy-engine-service.yaml
kubectl create -f https://raw.githubusercontent.com/kubernetes/kubernetes.github.io/master/docs/tutorials/federation/policy-engine-deployment.yaml
(4)创建namespace kube-federation-scheduling-policy以供外部策略引擎使用
kubectl --context=federation create namespace kube-federation-scheduling-policy
(5)创建策略
wget https://raw.githubusercontent.com/kubernetes/kubernetes.github.io/master/docs/tutorials/federation/policy.rego
kubectl --context=federation -n kube-federation-scheduling-policy create configmap scheduling-policy --from-file=policy.rego
(6)验证策略
kubectl --context=federation annotate clusters cluster-name-1 pci-certified=true
kubectl --context=federation create -f https://raw.githubusercontent.com/kubernetes/kubernetes.github.io/master/docs/tutorials/federation/replicaset-example-policy.yaml
kubectl --context=federation get rs nginx-pci -o jsonpath='{.metadata.annotations}'
集群联邦使用
集群联邦支持以下联邦资源,这些资源会自动在所有注册的kubernetes集群中创建:
- Federated ConfigMap
- Federated Service
- Federated DaemonSet
- Federated Deployment
- Federated Ingress
- Federated Namespaces
- Federated ReplicaSets
- Federated Secrets
- Federated Events(仅存在federation控制平面)
- Federated Jobs(v1.8+)
- Federated Horizontal Pod Autoscaling (HPA,v1.8+)
比如使用Federated Service的方法如下:
# 这会在所有注册到联邦的kubernetes集群中创建服务
$ kubectl --context=federation-cluster create -f services/nginx.yaml
# 添加后端Pod
$ for CLUSTER in asia-east1-c asia-east1-a asia-east1-b \
europe-west1-d europe-west1-c europe-west1-b \
us-central1-f us-central1-a us-central1-b us-central1-c \
us-east1-d us-east1-c us-east1-b
do
kubectl --context=$CLUSTER run nginx --image=nginx:1.11.1-alpine --port=80
done
# 查看服务状态
$ kubectl --context=federation-cluster describe services nginx
可以通过DNS来访问联邦服务,访问格式包括以下几种
nginx.mynamespace.myfederation.nginx.mynamespace.myfederation.svc.example.com.nginx.mynamespace.myfederation.svc.us-central1.example.com.
删除集群
$ kubefed unjoin gondor --host-cluster-context=rivendell
删除集群联邦
集群联邦控制平面的删除功能还在开发中,目前可以通过删除namespace federation-system的方法来清理(注意pv不会删除):
$ kubectl delete ns federation-system