内容简介:在Kubernetes中,通常kube-schduler和kube-controller-manager都是多副本进行部署的来保证高可用,而真正在工作的实例其实只有一个。这里就利用到不单单只是k8s中的这两个组件用到,在其他服务中也可以看到这个包的使用,比如以下是一个简单使用的例子,编译完成之后同时启动多个进程,但是只有一个进程在工作,当把leader进程kill掉之后,会重新选举出一个leader进行工作,即执行其中的
在Kubernetes中,通常kube-schduler和kube-controller-manager都是多副本进行部署的来保证高可用,而真正在工作的实例其实只有一个。这里就利用到 leaderelection
的选主机制,保证leader是处于工作状态,并且在leader挂掉之后,从其他节点选取新的leader保证组件正常工作。
不单单只是k8s中的这两个组件用到,在其他服务中也可以看到这个包的使用,比如 cluster-autoscaler 等都能看得到这个包的,今天就来看看这个包的使用以及它内部是如何实现的。
使用
以下是一个简单使用的例子,编译完成之后同时启动多个进程,但是只有一个进程在工作,当把leader进程kill掉之后,会重新选举出一个leader进行工作,即执行其中的 run
方法:
/* 例子来源于client-go中的example包中 */ package main import ( "context" "flag" "os" "os/signal" "syscall" "time" "github.com/google/uuid" metav1 "k8s.io/apimachinery/pkg/apis/meta/v1" clientset "k8s.io/client-go/kubernetes" "k8s.io/client-go/rest" "k8s.io/client-go/tools/clientcmd" "k8s.io/client-go/tools/leaderelection" "k8s.io/client-go/tools/leaderelection/resourcelock" "k8s.io/klog" ) func buildConfig(kubeconfig string) (*rest.Config, error) { if kubeconfig != "" { cfg, err := clientcmd.BuildConfigFromFlags("", kubeconfig) if err != nil { return nil, err } return cfg, nil } cfg, err := rest.InClusterConfig() if err != nil { return nil, err } return cfg, nil } func main() { klog.InitFlags(nil) var kubeconfig string var leaseLockName string var leaseLockNamespace string var id string flag.StringVar(&kubeconfig, "kubeconfig", "", "absolute path to the kubeconfig file") flag.StringVar(&id, "id", uuid.New().String(), "the holder identity name") flag.StringVar(&leaseLockName, "lease-lock-name", "", "the lease lock resource name") flag.StringVar(&leaseLockNamespace, "lease-lock-namespace", "", "the lease lock resource namespace") flag.Parse() if leaseLockName == "" { klog.Fatal("unable to get lease lock resource name (missing lease-lock-name flag).") } if leaseLockNamespace == "" { klog.Fatal("unable to get lease lock resource namespace (missing lease-lock-namespace flag).") } // leader election uses the Kubernetes API by writing to a // lock object, which can be a LeaseLock object (preferred), // a ConfigMap, or an Endpoints (deprecated) object. // Conflicting writes are detected and each client handles those actions // independently. config, err := buildConfig(kubeconfig) if err != nil { klog.Fatal(err) } client := clientset.NewForConfigOrDie(config) run := func(ctx context.Context) { // complete your controller loop here klog.Info("Controller loop...") select {} } // use a Go context so we can tell the leaderelection code when we // want to step down ctx, cancel := context.WithCancel(context.Background()) defer cancel() // listen for interrupts or the Linux SIGTERM signal and cancel // our context, which the leader election code will observe and // step down ch := make(chan os.Signal, 1) signal.Notify(ch, os.Interrupt, syscall.SIGTERM) go func() { <-ch klog.Info("Received termination, signaling shutdown") cancel() }() // we use the Lease lock type since edits to Leases are less common // and fewer objects in the cluster watch "all Leases". // 指定锁的资源对象,这里使用了Lease资源,还支持configmap,endpoint,或者multilock(即多种配合使用) lock := &resourcelock.LeaseLock{ LeaseMeta: metav1.ObjectMeta{ Name: leaseLockName, Namespace: leaseLockNamespace, }, Client: client.CoordinationV1(), LockConfig: resourcelock.ResourceLockConfig{ Identity: id, }, } // start the leader election code loop leaderelection.RunOrDie(ctx, leaderelection.LeaderElectionConfig{ Lock: lock, // IMPORTANT: you MUST ensure that any code you have that // is protected by the lease must terminate **before** // you call cancel. Otherwise, you could have a background // loop still running and another process could // get elected before your background loop finished, violating // the stated goal of the lease. ReleaseOnCancel: true, LeaseDuration: 60 * time.Second,//租约时间 RenewDeadline: 15 * time.Second,//更新租约的 RetryPeriod: 5 * time.Second,//非leader节点重试时间 Callbacks: leaderelection.LeaderCallbacks{ OnStartedLeading: func(ctx context.Context) { //变为leader执行的业务代码 // we're notified when we start - this is where you would // usually put your code run(ctx) }, OnStoppedLeading: func() { // 进程退出 // we can do cleanup here klog.Infof("leader lost: %s", id) os.Exit(0) }, OnNewLeader: func(identity string) { //当产生新的leader后执行的方法 // we're notified when new leader elected if identity == id { // I just got the lock return } klog.Infof("new leader elected: %s", identity) }, }, }) }
关键启动参数说明:
kubeconfig: 指定kubeconfig文件地址 lease-lock-name:指定lock的名称 lease-lock-namespace:指定lock存储的namespace id: 例子中提供的区别参数,用于区分实例 logtostderr:klog提供的参数,指定log输出到控制台 v: 指定日志输出级别
同时启动两个进程:
启动进程1:
go run main.go -kubeconfig=/Users/silenceper/.kube/config -logtostderr=true -lease-lock-name=example -lease-lock-namespace=default -id=1 -v=4 I0215 19:56:37.049658 48045 leaderelection.go:242] attempting to acquire leader lease default/example... I0215 19:56:37.080368 48045 leaderelection.go:252] successfully acquired lease default/example I0215 19:56:37.080437 48045 main.go:87] Controller loop...
启动进程2:
➜ leaderelection git:(master) ✗ go run main.go -kubeconfig=/Users/silenceper/.kube/config -logtostderr=true -lease-lock-name=example -lease-lock-namespace=default -id=2 -v=4 I0215 19:57:35.870051 48791 leaderelection.go:242] attempting to acquire leader lease default/example... I0215 19:57:35.894735 48791 leaderelection.go:352] lock is held by 1 and has not yet expired I0215 19:57:35.894769 48791 leaderelection.go:247] failed to acquire lease default/example I0215 19:57:35.894790 48791 main.go:151] new leader elected: 1 I0215 19:57:44.532991 48791 leaderelection.go:352] lock is held by 1 and has not yet expired I0215 19:57:44.533028 48791 leaderelection.go:247] failed to acquire lease default/example
这里可以看出来id=1的进程持有锁,并且运行的程序,而id=2的进程表示无法获取到锁,在不断的进程尝试。
现在kill掉id=1进程,在等待lock释放之后(有个LeaseDuration时间),leader变为id=2的进程执行工作
I0215 20:01:41.489300 48791 leaderelection.go:252] successfully acquired lease default/example I0215 20:01:41.489577 48791 main.go:87] Controller loop...
深入理解
基本原理其实就是利用通过Kubernetes中 configmap
, endpoints
或者 lease
资源实现一个分布式锁,抢(acqure)到锁的节点成为leader,并且定期更新(renew)。其他进程也在不断的尝试进行抢占,抢占不到则继续等待下次循环。当leader节点挂掉之后,租约到期,其他节点就成为新的leader。
入口
通过 leaderelection.RunOrDie
启动,
func RunOrDie(ctx context.Context, lec LeaderElectionConfig) { le, err := NewLeaderElector(lec) if err != nil { panic(err) } if lec.WatchDog != nil { lec.WatchDog.SetLeaderElection(le) } le.Run(ctx) }
传入参数 LeaderElectionConfig
:
type LeaderElectionConfig struct { // Lock 的类型 Lock rl.Interface //持有锁的时间 LeaseDuration time.Duration //在更新租约的超时时间 RenewDeadline time.Duration //竞争获取锁的时间 RetryPeriod time.Duration //状态变化时执行的函数,支持三种: //1、OnStartedLeading 启动是执行的业务代码 //2、OnStoppedLeading leader停止执行的方法 //3、OnNewLeader 当产生新的leader后执行的方法 Callbacks LeaderCallbacks //进行监控检查 // WatchDog is the associated health checker // WatchDog may be null if its not needed/configured. WatchDog *HealthzAdaptor //leader退出时,是否执行release方法 ReleaseOnCancel bool // Name is the name of the resource lock for debugging Name string }
LeaderElectionConfig.lock
支持保存在以下三种资源中:
configmap
endpoint
lease
包中还提供了一个 multilock
,即可以进行选择两种,当其中一种保存失败时,选择第二张
可以在 interface.go 中看到:
switch lockType { case EndpointsResourceLock://保存在endpoints return endpointsLock, nil case ConfigMapsResourceLock://保存在configmaps return configmapLock, nil case LeasesResourceLock://保存在leases return leaseLock, nil case EndpointsLeasesResourceLock://优先尝试保存在endpoint失败时保存在lease return &MultiLock{ Primary: endpointsLock, Secondary: leaseLock, }, nil case ConfigMapsLeasesResourceLock://优先尝试保存在configmap,失败时保存在lease return &MultiLock{ Primary: configmapLock, Secondary: leaseLock, }, nil default: return nil, fmt.Errorf("Invalid lock-type %s", lockType) }
以lease资源对象为例,可以在查看到保存的内容:
➜ ~ kubectl get lease example -n default -o yaml apiVersion: coordination.k8s.io/v1 kind: Lease metadata: creationTimestamp: "2020-02-15T11:56:37Z" name: example namespace: default resourceVersion: "210675" selfLink: /apis/coordination.k8s.io/v1/namespaces/default/leases/example uid: a3470a06-6fc3-42dc-8242-9d6cebdf5315 spec: acquireTime: "2020-02-15T12:01:41.476971Z"//获得锁时间 holderIdentity: "2"//持有锁进程的标识 leaseDurationSeconds: 60//lease租约 leaseTransitions: 1//leader更换次数 renewTime: "2020-02-15T12:05:37.134655Z"//更新租约的时间
关注其spec中的字段,分别进行标注,对应结构体如下:
type LeaderElectionRecord struct { HolderIdentity string `json:"holderIdentity"`//持有锁进程的标识,一般可以利用主机名 LeaseDurationSeconds int `json:"leaseDurationSeconds"`// lock的租约 AcquireTime metav1.Time `json:"acquireTime"`//持有锁的时间 RenewTime metav1.Time `json:"renewTime"`//更新时间 LeaderTransitions int `json:"leaderTransitions"`//leader更换的次数 }
获取的锁以及更新锁
Run方法中包含了获取锁以及更新锁的入口
// Run starts the leader election loop func (le *LeaderElector) Run(ctx context.Context) { defer func() { //进行退出执行 runtime.HandleCrash() //停止时执行回调方法 le.config.Callbacks.OnStoppedLeading() }() //不断的进行获得锁,如果获得锁成功则执行后面的方法,否则不断的进行重试 if !le.acquire(ctx) { return // ctx signalled done } ctx, cancel := context.WithCancel(ctx) defer cancel() //获取锁成功,当前进程变为leader,执行回调函数中的业务代码 go le.config.Callbacks.OnStartedLeading(ctx) //不断的循环进行进行租约的更新,保证锁一直被当前进行持有 le.renew(ctx) }
le.acquire
和 le.renew
内部都是调用了 le.tryAcquireOrRenew
函数,只是对于返回结果的处理不一样。
le.acquire
对于 le.tryAcquireOrRenew
返回成功则退出,失败则继续。
le.renew
则相反,成功则继续,失败则退出。
我们来看看 tryAcquireOrRenew
方法:
func (le *LeaderElector) tryAcquireOrRenew() bool { now := metav1.Now() //锁资源对象内容 leaderElectionRecord := rl.LeaderElectionRecord{ HolderIdentity: le.config.Lock.Identity(),//唯一标识 LeaseDurationSeconds: int(le.config.LeaseDuration / time.Second), RenewTime: now, AcquireTime: now, } // 1. obtain or create the ElectionRecord // 第一步:从k8s资源中获取原有的锁 oldLeaderElectionRecord, oldLeaderElectionRawRecord, err := le.config.Lock.Get() if err != nil { if !errors.IsNotFound(err) { klog.Errorf("error retrieving resource lock %v: %v", le.config.Lock.Describe(), err) return false } //资源对象不存在,进行锁资源创建 if err = le.config.Lock.Create(leaderElectionRecord); err != nil { klog.Errorf("error initially creating leader election record: %v", err) return false } le.observedRecord = leaderElectionRecord le.observedTime = le.clock.Now() return true } // 2. Record obtained, check the Identity & Time // 第二步,对比存储在k8s中的锁资源与上一次获取的锁资源是否一致 if !bytes.Equal(le.observedRawRecord, oldLeaderElectionRawRecord) { le.observedRecord = *oldLeaderElectionRecord le.observedRawRecord = oldLeaderElectionRawRecord le.observedTime = le.clock.Now() } //判断持有的锁是否到期以及是否被自己持有 if len(oldLeaderElectionRecord.HolderIdentity) > 0 && le.observedTime.Add(le.config.LeaseDuration).After(now.Time) && !le.IsLeader() { klog.V(4).Infof("lock is held by %v and has not yet expired", oldLeaderElectionRecord.HolderIdentity) return false } // 3. We're going to try to update. The leaderElectionRecord is set to it's default // here. Let's correct it before updating. //第三步:自己现在是leader,但是分两组情况,上一次也是leader和首次变为leader if le.IsLeader() { //自己本身就是leader则不需要更新AcquireTime和LeaderTransitions leaderElectionRecord.AcquireTime = oldLeaderElectionRecord.AcquireTime leaderElectionRecord.LeaderTransitions = oldLeaderElectionRecord.LeaderTransitions } else { //首次自己变为leader则更新leader的更换次数 leaderElectionRecord.LeaderTransitions = oldLeaderElectionRecord.LeaderTransitions + 1 } //更新锁资源,这里如果在 Get 和 Update 之间有变化,将会更新失败 // update the lock itself if err = le.config.Lock.Update(leaderElectionRecord); err != nil { klog.Errorf("Failed to update lock: %v", err) return false } le.observedRecord = leaderElectionRecord le.observedTime = le.clock.Now() return true }
在这一步如果发生并发操作怎么样?
这里很重要一点就是利用到了k8s api操作的原子性:
在 le.config.Lock.Get()
中会获取到锁的对象,其中有一个 resourceVersion
字段用于标识一个资源对象的内部版本,每次更新操作都会更新其值。如果一个更新操作附加上了 resourceVersion
字段,那么 apiserver 就会通过验证当前 resourceVersion
的值与指定的值是否相匹配来确保在此次更新操作周期内没有其他的更新操作,从而保证了更新操作的原子性。
总结
leaderelection 主要是利用了k8s API操作的原子性实现了一个分布式锁,在不断的竞争中进行选举。选中为leader的进行才会执行具体的业务代码,这在k8s中非常的常见,而且我们很方便的利用这个包完成组件的编写,从而实现组件的高可用,比如部署为一个多副本的Deployment,当leader的pod退出后会重新启动,可能锁就被其他pod获取继续执行。
完整代码: https://github.com/go-demo/le...
关注"学点程序"公众号,了解更多干货内容 !
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 利用 Kubernetes 中的 leaderelection 实现组件高可用
- 高可用流控降级组件 Sentinel Go 1.0 GA 版本正式发布
- 配置管理 ACM 在高可用服务 AHAS 流控降级组件中的应用场景
- 构建生产环境可用的高可用kubernetes集群
- 维基百科 – Sparql查询获取dbpedia可用的所有可用电影
- 可用性高达5个9!支付系统高可用架构设计实战
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
风吹江南之互联网金融
陈宇(江南愤青) / 东方出版社 / 2014-6-1 / 55元
随着中国互联网金融浪潮高涨,P2P、众筹、余额宝、微信支付等新生事物层出不穷,加之大数据等时髦概念助阵,简直是乱花渐欲迷人眼,令媒体兴奋,公众狂热。那么,互联网金融真的能“颠覆”传统金融吗?当互联网思维对撞传统金融观念,是互联网金融的一统天下,还是传统金融业的自我革新?究竟是谁动了金融业的奶酪? 本书作者早期试水创立具有互联网金融雏形的网站,后来成为互联网金融的资深投资人,基于其多年在该领域......一起来看看 《风吹江南之互联网金融》 这本书的介绍吧!