k8s - leader election 实现

最新推荐文章于 2022-08-21 22:03:27 发布
最新推荐文章于 2022-08-21 22:03:27 发布
阅读量1.5k 收藏
点赞数
分类专栏： k8s 文章标签： kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u014763610/article/details/122659062
版权

leader election

  1. lock type 锁类型
    • leases
    • endpointsleases
    • configmapsleases
  2. leases类型实现
    • 对应的struct，leaderelection/resourcelock/leaselock/LeaseLock
  3. endpointsleases
    • 实现endpoints和leases两种方式
    • MultiLock: 用作迁移，里面有两种场景，Primary、Secondary
    • endpointsLock
      • 通过在endpoints里面的annotation存储的LeaderElectionRecord信息，来进行选举
      • annotation里面的key为control-plane.alpha.kubernetes.io/leader
      • LeaderElectionRecord存储了时间、 标识
  4. configmapsleases
    • 实现configmaps和lease两种
    • MultiLock
    • configmapLock
      • 跟endpoints差不多
  5. 入口LeaderElector
    • 重要的元素LeaderElectionConfig
      • Lock rl.Interface
      • Callbacks LeaderCallbacks
  6. 通过callback，实现业务逻辑
    • OnStartedLeading：成为leader
    • OnStoppedLeading：leader结束
    • OnNewLeader：leader变更时
ase2014
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
利用Kubernetes中的leaderelection实现组件高可用
学点程序
02-15 829
在Kubernetes中，通常kube-schduler和kube-controller-manager都是多副本进行部署的来保证高可用，而真正在工作的实例其实只有一个。这里就利用到 leaderelection的选主机制，保证leader是处于工作状态，并且在leader挂掉之后，从其他节点选取新的leader保证组件正常工作。 不单单只是k8s中的这两个组件用到，在其他服务中也可以看到这个包...
Raft-LeaderElection:使用 Raft 共识协议进行领导人选举
06-08
##Leader 选举使用 Raft 共识协议。 ＃＃＃介绍 Raft 是一种共识算法，用于在分布式环境中选举领导者并管理复制日志。 它产生的结果等价于(multi-)Paxos，和Paxos一样高效，但它的结构与Paxos不同； 这使得 Raft 比...
k8s leaderelection
wasd12121212的博客
09-30 1217
选主操作就是通过client去etcd获取锁信息，和本地一样，证明是主，开始启动各种controller，然后就更新主的锁的时间戳存入etcd，每过一段时间就更新时间戳等信息存入etcd. 如果发现有新主了，打个log，然后发送event到apiserver.停止master上的各种controller工作。 如果不一样就证明是有人是主了，就一直的过一段时间重试，不停的获取。 代码如下： ...
【k8s】——leaderelection选举策略实现组件高可用
汤庆
12-06 3654
一、前言 分布式服务绕不开一个词：选主。今天主要来聊一下k8s中是如何通过leaderelection来实现组件的高可用的。在k8s本身的组件中，kube-scheduler和kube-manager-controller两个组件是有leader选举的，这个选举机制是k8s对于这两个组件的高可用保障。即正常情况下kube-scheduler或kube-manager-controller组件的多个副本只有一个是处于业务逻辑运行状态，其它副本则不断的尝试去获取锁，去竞争leader，直到自己成为le..
谈谈k8s的leader选举--分布式资源锁
polarwu的博客
08-20 1万+
由于k8s ingress功能相对有限，因此目前写了套k8s的自定义资源extendIngress的代码去替代ingress。对于k8s集群流量入口，需要考虑多副本运行去分流，但在代码中，每个副本在watch自定义extendIngress增改操作后要去更新extendIngress对象的status状态。更新操作只需要一个副本去执行即可，如果不给副本加锁，每个副本都要去更新资源对象，导致一些不必...
k8s之选主机制
fourierr的博客
08-21 1140
k8s client-go选主机制
Explicative-Anatomization-Of-Universal-Leader-Election-Mechanisms-in-Distributed-Systems
04-14
在"Explicative-Anatomization-Of-Universal-Leader-Election-Mechanisms-in-Distributed-Systems-main"这个项目中，我们可以期待看到一个使用Java实现的领导者选举示例。这个示例可能包括以下组件： 1. **节点状态...
MPI.rar_leader election _mpi dfs
09-23
Algorithm for the leader election DFS technique
nyt-2020-election-scraper
03-15
刮除NYT Votes剩余页面JSON并将其提交回此存储库。 目标是能够查看历史记录和results.json差异。 输出文件 灵感来自 西蒙·威利森（Simon Willison）： ://simonwillison.net/2020/Oct/9/git-scraping/ ...
Web-Based Election Software-开源
07-18
这是一个基于php/mysql的选举软件，最初设计用于学生会选举。
利用 Kubernetes 中的 leaderelection 实现组件高可用
qingdao666666的博客
03-24 447
https://blog.csdn.net/RA681t58CJxsgCkJ31/article/details/104386126/ 利用 Kubernetes 中的 leaderelection 实现组件高可用 在Kubernetes中，通常kube-schduler和kube-controller-manager都是多副本进行部署的来保证高可用，而真正在工作的实例其实只有一个。...
巧用 Kubernetes 中的 Leader 选举机制来实现自己的 HA 应用
云原生实验室
07-07 935
❝本文转自 Cylon 的笔记收藏册，原文：https://www.cnblogs.com/Cylon/p/16420543.html，版权归原作者所有。欢迎投稿，投稿请添加微信好友：cloud-native-yang在 Kubernetes 的 kube-controller-manager , kube-scheduler, 以及使用 Operator 的底层实现 c...
Kubernetes1.5.2 HA 部署篇
码农崛起
06-25 783
节点信息 kubernetes 1.5.2版本 每个节点都要有：vim /etc/hosts 10.30.30.116 k8s-master-116 etcd 10.30.30.117 k8s-master-117 etcd 10.30.30.118 k8s-master-118 etcd 10.30.30.119 k8s-prod...
K8S 中 scheduler 组件的选主逻辑
weixin_47143210的博客
05-24 1777
概述 在 k8s 中，kube-scheduler 和 kube-controller-manager 两个组件是有 leader 选举的，这个选举机制是 k8s 对于这两个组件的高可用保障，虽然 k8s 的存储使用了 etcd，但并没有使用 etcd 来实现选主，而是对 endpoint 这个资源做抢占，谁想抢到并将自己的信息写入 endpoint的 annotation 中，谁就获得了主。因为项目中需要写一个 k8s 的插件，同样需要选主逻辑，因此复用了 k8s 中的这个方法，即kubernetes 的
kubernetes搭建 十九、master高可用
光明小学王小雨的博客
03-31 1398
一、介绍 1、k8s的node默认已经有高可用了，因为在pod会随机分配到各个node上，如果有pod挂了，就会分配到其他node上，所以这里主要是做一下master的高可用。 2、kube-controller-manager与kube-scheduler高可用 这两项服务是Master节点的一部分，他们的高可用相对容易，仅需要运行多份实例即可。这两项服务是有状态的服务，这些实例会通过向apis...
高可用集群中查找kube-scheduler的leader节点
gaoxin2020的博客
11-02 291
高可用集群中查找kube-scheduler的leader节点 kubectl get ep kube-scheduler -oyaml apiVersion: v1 kind: Endpoints metadata: annotations: control-plane.alpha.kubernetes.io/leader: '{"holderIdentity":"my-scheduler-c748fb949-gw6xj_8ec03272-372e-11ec-ac3e-d25c86a77abb
k8s kubernetes 高可用https and http集群实战 HA
小刚的博客
05-09 1万+
kubernetes https http高可用集群布署
kubernetes源码阅读之controller manager启动
热门推荐
柳清风的专栏
08-22 4万+
kubernetes源码阅读之controller manager启动
Leader Election
最新发布
05-30
Leader Election是分布式系统中的一种算法，用于选举出一个节点作为Leader节点，来协调整个系统的工作。在分布式系统中，为了保证数据的一致性和可用性，往往需要选举出一台Leader节点来协调整个系统的活动。Leader Election算法可以保证在任何时候都有且仅有一个Leader节点。 Leader Election算法可以使用各种技术和算法来实现，例如ZooKeeper、Raft、Paxos等。其中，ZooKeeper是一个非常流行的实现Leader Election算法的框架。在ZooKeeper中，每个节点都可以创建一个唯一的节点，并使用这个节点来竞争成为Leader。当一个节点需要成为Leader时，它会在ZooKeeper中创建一个节点，并尝试获取Leader Latch。如果获取成功，则表示该节点成为了Leader；如果获取失败，则表示该节点没有成为Leader。同时，ZooKeeper会监控这个节点的状态，如果该节点与ZooKeeper服务器失去连接，则其他节点可以重新竞选成为Leader。 使用Leader Election算法，可以实现高效的Leader选举，并且保证在任何时候都有且仅有一个Leader节点。它广泛应用于分布式系统中，例如Hadoop、Kafka等。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值