心跳超时时间设置_OpenShift 4中etcd同步时间的调整

最新推荐文章于 2023-08-11 16:23:06 发布
最新推荐文章于 2023-08-11 16:23:06 发布
阅读量1.9k 收藏 1
点赞数
文章标签： 心跳超时时间设置
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_35193765/article/details/112650580
版权
本文介绍了OpenShift 4环境下，由于网络延迟可能导致的etcd集群不稳定问题。建议的解决方案是调整ETCD_ELECTION_TIMEOUT和ETCD_HEARTBEAT_INTERVAL参数，以适应网络条件。详细探讨了这两个参数的合理取值范围，并提供修改etcd静态Pod配置的方法，确保参数在重启和删除Pod后仍有效。然而，升级OCP集群会重置这些设置，需要重新调整。
摘要由CSDN通过智能技术生成

本文仅代表大魏的个人观点，生产环境请以红帽实施团队的官方观点为准。

OpenShift Etcd集群每隔100ms会检测心跳。如果OpenShift的环境网络条件差，Master节点之间网络延迟超过100ms，则可能导致群集中的不稳定和频繁的leader change(详见https://access.redhat.com/solutions/4885601)。Etcd Leader的选举，默认必须在1s之内完成，否则OpenShift集群为了保护etcd数据的一致性，将暂停对集群的配置更改类操作。出现如下报错：

ac09e0bcd95d64cb7062855b5522ec72.png

查看etcd的日志，可以看到如下内容(网络延迟过大，造成etcd member无法同步)

1b2effce66034b8a2a6b1d328c080261.png

此外，存储的超时也会对Etcd造成严重影响。要排除磁盘缓慢导致的Etcd警告，可以监视指标backend_commit_duration_seconds(p99持续时间应小于25ms)和wal_fsync_duration_seconds(p99持续时间应小于10ms)以确认存储速度正常(详见https://access.redhat.com/so

最低0.47元/天 解锁文章
婷婷与li
关注
备份 OpenShift 4.6 etcd
Christina の Blog
02-15 223
官方文档在此 前提: 已经拥有一个安装了 OpenShift4.6的集群 具有 cluster-admin 角色的用户 已启用了集群范围代理 备份 etcd oc debug 一个 master 节点 oc get nodes 选择其中一个 master 节点 oc debug node/nodename 更改根目录为主机下 chroot /host 运行备份的脚本 /usr/local/bin/cluster-backup.sh /home/core/assets/backup ..
测试 Openshift etcd 性能
Christina の Blog
05-22 474
当 cluster 在运行时, 总会有人觉得机器的反应时间太慢. 所以这个时候我们可以进行一个小小的测试 oc project openshift-etcd oc rsh etcd-masternodename.1.com etcdctl endpoint health 除此之外,我们还可以用以下命令测试.不过,请谨慎. CHECK PERF检查60秒的etcd群集性能。经常运行检查性能，可以创建较大的键空间历史记录，可以使用–auto-compact和–auto-defrag选项（如下所述）对其进行
etcd的调优
qq_44397993的博客
03-30 1192
etcd中的默认设置对于在平均网络等待时间很短的本地网络上的安装应该可以很好地工作。但是，当在多个数据中心或具有高延迟的网络上使用etcd时，心跳间隔和选举超时设置可能需要调整。 网络不是延迟的唯一来源。引导者和跟随者上的慢速磁盘可能会影响每个请求和响应。这些超时中的每一个代表从另一台机器请求到成功响应的总时间。 时间参数 基本的分布式共识协议依赖于两个单独的时间参数，以确保节点在一个停滞或脱机时可以移交领导权。第一个参数称为心跳间隔。领导者将以此频率通知关注者它仍然是领导者。为了获得最佳实践，应围绕成员之
【您还有心跳吗？超时机制分析 】
u014714340的专栏
05-07 549
问题描述 在C/S模式中，有时我们会长时间保持一个连接，以避免频繁地建立连接，但同时，一般会有一个超时时间，在这个时间内没发起任何请求的连接会被断开，以减少负载，节约资源。并且该机制一般都是在服务端实现，因为client强制关闭或意外断开连接，server端在此刻是感知不到的，如果放到client端实现，在上述情况下，该超时机制就失效了。本来这问题很普通，不太值得一提，但最近在项目中看到了该
心跳超时时间设置_基于时间轮片方式处理超时任务
weixin_32386693的博客
01-07 408
作者 | 酱了里个酱来源 | 掘金https://juejin.im/post/5e733e4f51882549417fe9aa背景最近收到小伙伴的一个吐槽：“项目里的某个函数是同步阻塞的，无法确定其运行时间，某些情况下，可能出现长时间阻塞导致应用无法响应”。为了解决这个问题，他尝试过用子线程+定时器的方式去异步处理，如果超时，则重新调用，但该函数会被频繁调用，意味着每次调用都要创建一...
etcd健康检查
u012632105的博客
06-05 4688
ETCDCTL_API=3 /k8s/etcd/bin/etcdctl --write-out=table \ --cacert=/k8s/kubernetes/ssl/ca.pem --cert=/k8s/kubernetes/ssl/server.pem --key=/k8s/kubernetes/ssl/server-key.pem \ --endpoints=https://192.168.0.108:2379,https://192.168.0.109:2379,https://192.168.
ocp46_etcd_restore：执行OpenShift 4.6 ETCD还原的角色
02-16
ocp46_etcd_restore OCP ETCD还原角色在OpenShift 4.6环境中从以前的备份执行ETCD群集数据还原。 先决条件 在客户端计算机上为OCP v 4.6安装的oc命令行工具 通过oc命令行工具登录到客户端计算机上的v 4.6集群 角色...
OpenShift 4.6中ETCD还原操作指南
OCP 4.6版本的ETCD还原角色（ocp46_etcd_restore）是为了帮助用户在需要时能够快速准确地从备份中还原ETCD数据，从而恢复OpenShift集群的功能。 要执行还原，首先需要满足先决条件，即在客户端计算机上安装适合OCP ...
DO280_OCP3.5_Red_Hat_OpenShift_Administration
12-31
培训内容会根据OpenShift平台的版本进行更新，确保课程内容与实际使用的产品保持同步。由于技术发展迅速，掌握最新版本的特性对于管理员来说非常重要，以确保能够利用最新的功能和改进。 知识点六：版权和知识产权...
DevOps_with_OpenShift.pdf_devops_
09-30
4. **应用开发与部署**：演示如何在OpenShift上创建、配置和部署应用程序，包括使用OpenShift Web Console或命令行工具oc。 5. **安全性与权限管理**：解释OpenShift的Role-Based Access Control (RBAC)以及如何...
golang_openshift
04-03
golang_openshift
OpenShift 4 - 备份和恢复 Etcd 数据库（附视频）
多恩斯基的博客
05-17 984
《OpenShift / RHEL / DevSecOps 汇总目录》 文本已在OpenShift 4.10环境中进行验证。 文章目录备份恢复说明准备 OpenShift 应用配置备份 Etcd 数据库修改 OpenShift 应用配置恢复 Etce 数据库确认 Etcd 数据库已经恢复参考 备份恢复说明 备份恢复 OpenShift 集群 Master 节点的 Etcd 数据库，需要用 kubeconfig 文件免密 SSH 登录 OpenShift 集群节点。如果该文件以找不到了，可以通过以下方式重新获
OpenShift环境中手工模式添加etcd server
weixin_30580943的博客
05-11 193
模拟备份和恢复，在现有的集群环境,单master(etcd), infra和node上面添加另外一台机器作为etcd Server. 基于OpenShift 3.11版本，详情可以参考 https://docs.openshift.com/container-platform/3.11/admin_guide/assembly_restoring-cluster.html#resto...
OpenShift 4 - 为 Etcd 数据库整理碎片
多恩斯基的博客
01-14 413
OpenShift 4 - 为 Etcd 数据库整理碎片
raft 有关竞选超时 vs 心跳超时的疑惑
z69183787的专栏
08-23 2541
raft协议这两个超时时间是比较重要的，看着有些疑惑， 集群刚启动的时候，心跳会超时，这时候follower是直接成为candidator么？还是还要在心跳超时的基础上等待一个竞选超时才变成 candidator？ 成为candidator并且发送投票请求给follower，这个candidator这时候本身等待投票是有个超时的，这个超时也是竞选超时么？ 心跳超时和竞选超时哪个大？心跳超时一般设置为多少？ 集群已经正常运转leader刚挂掉的时候，我们是依靠心跳超时还是竞选超时来触发选举流程？ .
【博客557】etcd运行时的重要metrics指标
qq_43684922的博客
12-12 1055
所有节点是否有同一个leader，这是一个重要指标。如果一个节点没有leader，这个节点将是不可用的。如果所有节点都没有leader，那么集群将变得完全不可用。计算成员自开始以来看到的领导者更改次数。领导层的快速变化会显着影响 etcd 的性能。它还表明领导者不稳定，可能是由于网络连接问题或 etcd 集群负载过大。其中最重要的是failed这个状态，如果是failed，则可能有两个原因：或是leader选举失败，或者失去法定节点数。2、Etcd 的leader角色变化。1、Etcd集群有一个领导节点。
监控Kubernetes 控制面组件的关键指标
最新发布
key_3_feng的博客
08-11 1173
重点介绍控制面的组件监控，包括 APIServer、Controller-manager、Scheduler、etcd 等
深入浅出etcd系列 – 心跳和选举
weixin_30794499的博客
12-17 924
作者：宝爷 校对：DJ 1、绪论 etcd作为华为云PaaS的核心部件，实现了PaaS大多数组件的数据持久化、集群选举、状态同步等功能。如此重要的一个部件，我们只有深入地理解其架构设计和内部工作机制，才能更好地学习华为云Kubernetes容器技术，笑傲云原生的“江湖”。本系列将从整体框架再细化到内部流程，对etcd的代码和设计进行全方位解读。本文是《深入浅出etcd》系列的第二篇，重点解析e...
Golang 设置操作超时的一种方法
qq_35753140的博客
09-18 644
读 etcd 源码看到一种超时的设置方法,控制一个循环的总时长，每轮迭代检查一下是否超时，适用于对超时时间要求不是非常精细，并且操作不会阻塞的场景 func main() { ctx, cancel := context.WithTimeout(context.Background(), 6*time.Second) defer cancel() for i := 0; i < 10; i++ { select { case <-ctx.Done(): fmt.Printl
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值