etcd 正在参加 2020 年度 OSC 中国开源项目评选,请投票支持!
etcd 在 2020 年度 OSC 中国开源项目评选 中已获得 {{ projectVoteCount }} 票,请投票支持!
投票让它出道
已投票
etcd 获得 2020 年度 OSC 中国开源项目评选「最佳人气项目」 !
etcd 获得 2020 年度 OSC 中国开源项目评选「最佳人气项目」「最积极运营项目」 !
etcd 获得 2020 年度 OSC 中国开源项目评选「最积极运营项目」 !
授权协议 Apache
开发语言 Google Go 查看源码 »
操作系统 Windows
软件类型 开源软件
开源组织 CNCF
地区 不详
投 递 者 红薯
适用人群 未知
收录时间 2013-09-05

软件简介

etcd 是一个高可用的 Key/Value 存储系统,主要用于分享配置和服务发现。etcd 的灵感来自于 ZooKeeper 和 Doozer,侧重于:

  • 简单:支持 curl 方式的用户 API (HTTP+JSON)

  • 安全:可选 SSL 客户端证书认证

  • 快速:单实例可达每秒 10000 次写操作

  • 可靠:使用 Raft 实现分布式

Etcd is written in Go and uses the raft consensus algorithm to manage a highly-available replicated log.

展开阅读全文

代码

的 Gitee 指数为
超过 的项目

评论 (1)

加载中
打分: 推荐
大神们 有关于etcd图书文档吗
2017/09/16 19:24
回复
举报
更多评论
06/18 08:49

一篇文章带你搞懂 etcd 3.5 的核心特性

作者 唐聪,腾讯云资深工程师,极客时间专栏《etcd实战课》作者,etcd活跃贡献者,主要负责腾讯云大规模k8s/etcd平台、有状态服务容器化、在离线混部等产品研发设计工作。 etcd 3.5发布 美东时间2021年6月15号18点,继 etcd 3.4 版本发布近两年之后,etcd 社区官宣发布了3.5 稳定版本,其主要贡献者来自 Google、AWS、Tencent、Red Hat、ByteDance、IBM 等公司的开发者。etcd 3.5 版本的发布,将极大提升开发者体验、更快、更稳...

0
20
2020/11/26 08:46

CNCF 宣布 etcd 毕业

CNCF 发布公告表示,etcd 已成功毕业。从孵化到毕业阶段,etcd 已经被越来越多的人采用、拥有开放的治理过程、特性成熟度,以及对社区、可持续性和包容性的强烈承诺。 etcd 是分布式的、可靠的键值存储,它提供了可靠的方式来存储需要由分布式系统或机器集群访问的数据。任何复杂的应用程序,从简单的 web 应用程序到Kubernetes,都可以从 etcd 读取数据并将数据写入其中。该项目于 2013 年在 CoreOS 创建,并于 2018 年 12 月作...

5
5
发表于AI & 大数据专区
2019/09/04 08:05

etcd 3.4.0 发布,高可用 Key/Value 存储系统

etcd 3.4.0 正式发布了,etcd 是一个高可用的 Key/Value 存储系统,主要用于分享配置和服务发现。 新版本专注于稳定性、性能和易操作性,包含更好的存储后端、新的 Client Balancer 等,并改进了 Raft。列举部分更新内容如下: 添加 Raft learner,详情可查看设计文档 使用新的 gRPC balancer 接口重写 client balancer,并将 gRPC 升级到 v1.23.0,同时修复了一个问题:当第一个 etcd-server 不可用时,kube-apiserver 1.13.x...

2
14
发表于行业趋势专区
2018/12/12 08:35

key-value 存储系统 etcd 加入 CNCF 沙箱孵化器

在周二举行的 CNCF KubeCon + CloudNativeCon North America 2018 大会上,CNCF 透露 etcd 已加入 CNCF 沙箱孵化器。 etcd 是一个分布式一致性键值存储系统,用于共享配置和服务发现,专注于: 简单:良好定义的,面向用户的 API (gRPC) 安全:带有可选客户端证书认证的自动 TLS 快速:测试验证,每秒10000写入 可靠:使用 Raft 适当分布 etcd 发起于已被 Red Hat 收购的 CoreOS ,目前被许多公司用于生产,并经常与 Kubernetes...

5
4
发表于运维专区
2018/07/25 15:05

etcd 3.3.9 发布,高可用 Key/Value 存储系统

etcd 3.3.9 已发布,etcd 是一个高可用的 Key/Value 存储系统,主要用于分享配置和服务发现,灵感来自于 ZooKeeper 和 Doozer。更新内容如下: Improved Improve Raft Read Index timeout warning messages. Security, Authentication Compile with Go 1.10.3 to support crypto/x509 "Name Constraints". Metrics, Monitoring Note that any etcd_debugging_* metrics are experimental and subject to change. Add etcd_serv...

0
7
发表了资讯
2016/11/13 07:54

etcd 3.0.14 发布,高可用 Key/Value 存储系统

etcd 3.0.14 发布了,etcd 是一个高可用的 Key/Value 存储系统,主要用于分享配置和服务发现,灵感来自于 ZooKeeper 和 Doozer。 这主要是一个 bug 修复版本,兼容所有以前的 v3.0.0 + 版本。 更新内容: Bug 修复 GH6793: 添加 no-ttl 标识到 etcdctl migrate 以丢弃 keys on transform GH6794: ctlv3: 修复迁移 下载地址: Source code (zip) Source code (tar.gz)...

7
19
发表了资讯
2016/07/01 00:00

etcd 3.0 发布,高可用 Key/Value 存储系统

etcd 3.0标志着etcd 3.0的第一个稳定版本的API和数据模型发布,升级很简单,因为同样的etcd2 JSON的端点和内部的集群协议在etcd3仍然提供。尽管如此,但etcd3是基于etcd2用户和实践经验的反馈对API进行大规模的重新设计的。值得关注的更新内容有效率,可靠性和并发控制等一些显著的改进。 更新日志: Improved latency and throughput Less protocol overhead via gRPC API layer Better disk utilization in write ahead log N...

1
12
发表了资讯
2016/04/24 00:00

etcd v2.3.2 发布,高可用 Key/Value 存储系统

etcd v2.3.2 发布了,etcd 是一个高可用的 Key/Value 存储系统,主要用于分享配置和服务发现。etcd 的灵感来自于 ZooKeeper 和 Doozer,侧重于: 简单:支持 curl 方式的用户 API (HTTP+JSON) 安全:可选 SSL 客户端证书认证 快速:单实例可达每秒 1000 次写操作 可靠:使用 Raft 实现分布式 该版本改进记录如下: GH5028: etcdmain: start on unsupported arch when ETCD_UNSUPPORTED_ARCH is set GH5049: etcdctl: don't cra...

4
39
发表了资讯
2016/03/28 00:00

CoreOS 发布 etcd v2.3.0,重点提升稳定性和可靠性

Etcd v2.3.0正式发布了!这次更新不仅伴随着稳定性和可靠性方面的提升,还为我们带来了新的v3版本API的预览版以及新的存储引擎,除此之外还有哪些诱人的特性呢?赶紧来看看吧! 今天,我们很高兴地宣布etcd v2.3.0正式发布了,这次更新的重点放在稳定性和可靠性方面的改进。这个版本里同样也推出了一个实验性的下一代v3版本API的实现,包括一个客户端和命令行工具,为开发者们提供未来版本etcd的提前体验。 etcd是一款开源的分布...

4
20
发表了资讯
2015/09/12 00:00

etcd 2.2 发布,高可用 Key/Value 存储系统

etcd 2.2 发布,此版本主要是改进工具链和开发者体验。此版本引入下一代 v3 API 的实验性 demo;新增一个 Go etcd 客户端;添加 active 集群连接检测功能。此外还改进了文档,详细改进内容请看发行说明。 etcd 是一个高可用的 Key/Value 存储系统,主要用于分享配置和服务发现。etcd 的灵感来自于 ZooKeeper 和 Doozer,侧重于: 简单:支持 curl 方式的用户 API (HTTP+JSON) 安全:可选 SSL 客户端证书认证 快速:单实例可达每...

7
25
发表了资讯
2015/07/26 00:00

etcd 2.1 发布,高可用 Key/Value 存储系统

etcd 2.1 发布,此版本包括一个新的 authentication/authorization API;各种健壮性改进;日志记录改进和新的 metrics API。 详细改进内容请看发行说明。 etcd 是一个高可用的 Key/Value 存储系统,主要用于分享配置和服务发现。etcd 的灵感来自于 ZooKeeper 和 Doozer,侧重于: 简单:支持 curl 方式的用户 API (HTTP+JSON) 安全:可选 SSL 客户端证书认证 快速:单实例可达每秒 1000 次写操作 可靠:使用 Raft 实现分布式...

1
19
发表了资讯
2015/01/29 00:00

etcd 2.0 发布,官方首个主要稳定版

etcd 2.0 发布了,这是官方首个主要的稳定版本,与上一个 0.4.6 版本比较,该版本值得关注的改进有: 内部协议的改进以避免意外的错误配置 etcdctl backup 命令用于轻松的从集群失败中恢复 etcdctl member list/add/remove 命令用于轻松管理集群 改进磁盘存储的安全性,使用 CRC 校验和只追加的行为 An improved Raft consensus implementation already used in other projects like CockroachDB More rigorous and faster run...

7
21
发表了资讯
2014/07/29 00:00

etcd:用于服务发现的键值存储系统

etcd是一个高可用的键值存储系统,主要用于共享配置和服务发现。etcd是由CoreOS开发并维护的,灵感来自于 ZooKeeper 和 Doozer,它使用Go语言编写,并通过Raft一致性算法处理日志复制以保证强一致性。Raft是一个来自Stanford的新的一致性算法,适用于分布式系统的日志复制,Raft通过选举的方式来实现一致性,在Raft中,任何一个节点都可能成为Leader。Google的容器集群管理系统Kubernetes、开源PaaS平台Cloud Foundry和CoreOS的...

7
97
没有更多内容
加载失败,请刷新页面
点击加载更多
加载中
下一页
发表了博客
2019/08/11 11:14

etcd

etcd 是什么?(What is etcd) etcd 是一个一致的分布式可靠的键值存储技术。可被用来做配置共享和服务发现。 开发语言:Go 共识算法:Raft 命名来源:表示分布式的 etc 目录,发音为/ˈɛtsiːdiː/。 使用的端口:2.0 后,使用 2379 作为外部客户端通信,使用 2380 作为内部服务间通信。 发起团队:CoreOS 安装 Linux 安装 curl -L https://github.com/coreos/etcd/releases/download/v3.3.1/etcd-v3.3.1-linux-amd64.tar.gz...

0
0
发表于软件架构专区
2019/11/16 14:50

etcd

github:https://github.com/etcd-io/etcd/tree/master/clientv3 安装 macos 安装 $brew install etcd To have launchd start etcd now and restart at login: brew services start etcd Or, if you don't want/need a background service you can just run: etcd 开发文档https://godoc.org/go.etcd.io/etcd/clientv3#pkg-examples go: github.com/baxiang/koala/registry/etcd imports go.etcd.io/etcd/clientv3 tes...

0
0
发表了博客
2020/12/28 10:34

ETCD

1.什么是etcd etcd 是一个分布式键值对存储,设计用来可靠而快速的保存关键数据并提供访问。通过分布式锁,leader 选举和写屏障(write barriers)来实现可靠的分布式协作。etcd集群是为高可用,持久性数据存储和检索 而准备。 "etcd"这个名字源于两个想法,即 unix “/etc” 文件夹和分布式系统"d"istibuted。 “/etc” 文件夹为 单个系统存储配置数据的地方,而 etcd 存储大规模分布式系统的配置信息。因此,"d"istibuted 的 ...

0
0
发表了博客
2019/06/26 10:47

etcd应用

etcd组件作为一个高可用、强一致性的服务发现存储仓库,渐渐为开发人员所关注。在云计算时代,如果让服务快速透明地接入到计算集群中。如果让共享配置信息快速被集群中的所有机器发现,更为重要的是,如何构建这样一套高可用、安全、易于部署以及响应快速的服务集群,已经成为了迫切需要解决的问题。 etcd:A highly-available key value store for shared configuration and service discovery. 实际上,etcd作为一个受到zk和d...

0
0
发表了博客
2019/06/29 09:58

k8s的etcd

etcd是一个高可用的分布式键值(key-value)数据库。etcd内部采用raft协议作为一致性算法,etcd基于Go语言实现。 etcd是一个服务发现系统,具备以下的特点: 简单:安装配置简单,而且提供了HTTP API进行交互,使用也很简单 安全:支持SSL证书验证 快速:根据官方提供的benchmark数据,单实例支持每秒2k+读操作 可靠:采用raft算法,实现分布式系统数据的可用性和一致性 etcd应用场景 用于服务发现,服务发现(ServiceDiscovery)要...

0
0
发表了博客
2018/01/08 11:55

ETCD应用

etcd:从应用场景到实现原理的全方位解读 ETCD:A highly-available key value store for shared configuration and service discovery. 简单:基于HTTP+JSON的API让你用curl就可以轻松使用。 安全:可选SSL客户认证机制。 快速:每个实例每秒支持一千次写操作。 可信:使用Raft算法充分实现了分布式。 基于Raft强一致性算法的分布式存储仓库 分布式系统中的数据分为控制数据和应用数据。使用etcd的场景默认处理的数据都是控制数...

0
1
没有更多内容
加载失败,请刷新页面
点击加载更多
加载中
下一页
发表于云计算专区
05/06 20:49

mac 安装 etcd 的问题

→ brew install etcd Error: etcd: no bottle available! You can try to install from source with: brew install --build-from-source etcd Please note building from source is unsupported. You will encounter build failures with some formulae. If you experience any issues please create pull requests instead of asking for help on Homebrew's GitHub, Twitter or any other official channels. 然后尝试: → ...

3
0
发表于软件架构专区
2019/03/11 17:17

etcd分布式锁失效后,怎样重新执行任务

当前的结构是项目部署为多个节点 启动就会watch etcd,当有新任务放到etcd里时,程序先执行分布式锁(只能有一个节点锁成功)并且执行任务,其它节点锁失败,继续watch 如果锁成功的节点执行任务失败,自动释放锁后,如何触发任务重新执行?

3
0
发表于DevOps专区
2019/02/21 12:53

不同nat设备后的网络节点如何组成一个k8s集群

我最近碰到不同nat设备后的节点组k8s集群的问题。 我使用的环境是3个不同账号下的aliyun ECS,每个机器都有自己的外网IP,但是只有一个绑定了内网ip的内网网卡,没有外网网卡。我使用kubeadm部署的k8s集群,网络组件使用的canal,网络通信就是flannel。我修改了每台主机上的kubelet启动参数,添加了--node-ip <外网IP>参数,否则k8s系统组件都不能正常运行。之后,创建了deploy,pod可以分布到多个机器上,但是不同机器上的pod...

8
0
发表了问答
2016/06/13 10:47

高可用转账系统设计

例子:帐号A转100给帐号B,AB在不同的数据库。 1. 预先判断A是否有足够的金额 2. 如果有,则记录转账记录到高可用性的存储系统中。MSG->UUID(客户端指定,用于重试),STATE[CHECK_OUT,CHECK_IN,SUCCESS,FAIL],MT,CT。如果压力过大,可以进行分区。 3. 锁定A帐号资金,然后检查扣钱,并且记录MSG的ID到同一个库中。 4. 修改MSG为CHECK_IN,即使失败,也是用过事务补偿完成。 5. 锁定B帐号资金,然后加钱,并且记录MSG的ID到同...

14
3
发表了问答
2015/07/23 11:26

大家觉得现在的微服务架构最需要什么?

传统的SOA的中心是ESB,统一做消息的转发和转换,当然ESB本身的中心化结构会带来单点问题和性能问题。 微服务在各个节点上可以用docker来启动服务本身,然后外部引入zookeeper或者etcd这样的服务发现机制。当然,目前而言docker的持久化层还需要加强。 那么,对于一个组织或者说开发者来说,创建微服务架构的技术痛点在哪里呢?是否对应用开发者自身要求(抽象能力、组织能力)比较高? 目前而言,在软件通信的各个设计中,我最...

1
1
没有更多内容
加载失败,请刷新页面
点击加载更多
加载中
下一页
1 评论
173 收藏
分享
OSCHINA
登录后可查看更多优质内容
返回顶部
顶部