etcd

CNCF宣布etcd毕业

你说的曾经没有我的故事 提交于 2020-12-12 07:28:32
在过去的12个月中,广泛使用的数据存储解决方案已经有200位不同的贡献者 旧金山,加利福尼亚州--2020年11月24日-- CNCF®(云原生计算基金会,Cloud Native Computing Foundation®),旨在为云原生软件构建可持续的生态系统,今天宣布etcd毕业。从孵化到毕业阶段,etcd已经被越来越多的人采用、拥有开放的治理过程、特性成熟度,以及对社区、可持续性和包容性的强烈承诺。 etcd 是分布式的、可靠的键值存储,它提供了可靠的方式来存储需要由分布式系统或机器集群访问的数据。任何复杂的应用程序,从简单的web应用程序到Kubernetes,都可以从etcd读取数据并将数据写入其中。该项目于2013年在CoreOS创建,并于2018年12月作为孵化项目加入CNCF。 https://etcd.io/ “etcd项目是Kubernetes内部的关键组件,其他许多项目都依赖etcd来实现可靠的分布式数据存储。”CNCF CTO Chris Aniszczyk说:“我们对etcd在规模上持续达到的里程碑和在最近的保安审计上的成熟处理方式留下深刻印象,我们期待其作为毕业项目培育社区。” etcd被 许多公司 用于生产,包括阿里巴巴、亚马逊、百度、思科、EMC、谷歌、华为、IBM、红帽、Uber、Verizon等,以及Kubernetes、CoreDNS、M3

「更高更快更稳」,看阿里巴巴如何修炼容器服务「内外功」

断了今生、忘了曾经 提交于 2020-12-08 08:28:13
作者 | 守辰、志敏 来源| 阿里巴巴云原生公众号 11 月 11 日零点刚过 26 秒,阿里云再一次抗住了全球最大的流量洪峰。今年 双11 是阿里经济体核心系统全面云原生化的一年,相比去年核心系统的上云,云原生化不仅让阿里享受到了云计算技术成本优化的红利,也让阿里的业务最大化获得云的弹性、效率和稳定性等价值。 为应对 双11,阿里云原生面临怎样的挑战? 为了支持阿里这样大规模业务的云原生化,阿里云原生面临怎么样的挑战呢? 1. 集群多、规模大 基于对业务稳定性和系统性能等方面的综合考虑,大型企业往往需要将业务集群部署到多个地域,在这样的场景下,支撑多集群部署的容器服务能力非常必要。同时,为了简化多集群管理的复杂度,以及为不能实现跨集群服务发现的业务提供支持,还需要关注容器服务中单个集群对大规模节点的管理能力。另外,大型企业的业务复杂多样,因此一个集群内往往需要部署丰富的组件,不仅包括主要的 Master 组件, 还需要部署业务方定制的 Operator 等。集群多、规模大,再加上单个集群内组件众多, 容器服务的性能、可扩展性、可运维性都面临着很大的挑战。 2. 变化快、难预期 市场瞬息万变,企业,特别是互联网企业,如果仅凭借经验、依靠规划来应对市场变化,越来越难以支撑业务发展,往往需要企业快速地进行业务迭代、部署调整以应对市场的变化。这对为业务提供应用交付快速支持

postgresql 高可用 etcd + patroni 之三 switchover

心已入冬 提交于 2020-12-06 05:34:33
os: centos 7.4 postgresql: 9.6.9 etcd: 3.2.18 patroni: 1.4.4 patroni + etcd 是在一个postgrsql 开源大会上 亚信的一个哥们讲解的高可用方案。 依然是基于 postgreql stream replication。 ip规划 192.168.56.101 node1 master 192.168.56.102 node2 slave 192.168.56.103 node3 slave 手动 switchover 切换前的状态 $ patronictl -c /usr/patroni/conf/patroni_postgresql.yml list pg96 +---------+----------+----------------+--------+---------+-----------+ | Cluster | Member | Host | Role | State | Lag in MB | +---------+----------+----------------+--------+---------+-----------+ | pg96 | pg96_101 | 192.168.56.101 | | running | 0.0 | | pg96 | pg96_102 | 192

Kubernetes高可用集群(二进制,v1.18)

梦想的初衷 提交于 2020-12-05 10:11:38
1.2 安装要求在开始之前,部署Kubernetes集群机器需要满足以下几个条件: 一台或多台机器,操作系统 CentOS7.x-86_x64 硬件配置:2GB或更多RAM,2个CPU或更多CPU,硬盘30GB或更多 可以访问外网,需要拉取镜像,如果服务器不能上网,需要提前下载镜像并导入节点 禁止swap分区 单Master架构图: 单Master服务器规划: k8s-master 10.168.104.206 kube-apiserver,kube-controller-manager,kube-scheduler,etcd k8s-node1 10.168.104.205 kubelet,kube-proxy,docker etcd k8s-node2 10.168.104.204 kubelet,kube-proxy,docker,etcd 1.4 操作系统初始化配置 #关闭防火墙 systemctl stop firewalld systemctl disable firewalld #关闭selinux sed -i 's/enforcing/disabled/' /etc/selinux/config # 永久 setenforce 0 # 临时 #关闭swap swapoff -a # 临时 sed -ri 's/. swap. /#&/' /etc/fstab #

2万字好文!手把手教你实现 Docker 部署 Redis 集群

柔情痞子 提交于 2020-12-02 16:18:30
点击上方 " 程序员小乐 "关注, 星标或置顶一起成长 后台回复“ 大礼包 ”有惊喜礼包! 关注订阅号「 程序员小乐 」,收看更多精彩内容 每日英文 Life is not always what we want it to be. We fight. We cry. And sometimes, we give up. But in our hearts, we know it's still love. 生活有时不尽如人意。我们挣扎、哭泣,有时甚至放弃。但内心始终充满爱. 每日掏心话 人有时需要内心单纯的像个孩子,但有时也要内心强大的像混凝土。 来自:我为什么要写这个 | 责编:乐乐 链接:cnblogs.com/cxbhakim/p/9151720.html 后端架构师(ID:study_tech) 第 1067 次推文 往日回顾: 任正非在荣耀送别会上的讲话:一旦“离婚”就不要藕断丝连,要做华为全球最强的竞争对手 正文 摘要 接触docker以来,似乎养成了一种习惯,安装什么应用软件都想往docker方向做,今天就想来尝试下使用docker搭建redis集群。 首先,我们需要理论知识:Redis Cluster是Redis的分布式解决方案,它解决了redis单机中心化的问题,分布式数据库——首要解决把整个数据集按照分区规则映射到多个节点的问题。 这边就需要知道分区规则—

二进制部署kubernetes

做~自己de王妃 提交于 2020-11-30 00:44:42
Kubernetes 二进制安装 环境准备: 主机环境:做好主机名 hosts 文件映射 硬件 2cpu 2G 内存 192.168.30.21 k8s-master 192.168.30.22 k8s-node1 192.168.30.23 k8s-node2 关闭防火墙和 selinux 关闭防火墙: systemctl stop firewalld systemctl disable firewalld Iptables -F 关闭 selinux : $ sed -i 's/enforcing/disabled/' /etc/selinux/config $ setenforce 0 临时 $ setenforce 0 1. 每台机器安装 docker-ce 这里是 Centos7安装方式 安装依赖包 $ sudo yum install -y yum-utils \ device-mapper-persistent-data \ lvm2 添加 Docker软件包源 $ sudo yum-config-manager \ --add-repo \ https://download.docker.com/linux/centos/docker-ce.repo 安装 Docker-ce $ sudo yum install docker-ce 启动 Docker $ sudo

Docker

落花浮王杯 提交于 2020-11-29 01:51:38
了解 Consul Consul 是一个支持多数据中心分布式高可用的 服务发现 和 配置共享 的服务软件,由 HashiCorp 公司用 Go 语言开发, 基于 Mozilla Public License 2.0 的协议进行开源。 Consul 支持 健康检查 ,并允许 HTTP 、 GRPC 和 DNS 协议调用 API 存储键值对. 命令行超级好用的虚拟机管理软件 vgrant 也是 HashiCorp 公司开发的产品. 一致性协议采用 Raft 算法,用来保证服务的高可用. 使用 GOSSIP 协议管理成员和广播消息, 并且支持 ACL 访问控制. Consul 使用场景 Docker 实例的注册与配置共享 Coreos 实例的注册与配置共享 SaaS 应用的配置共享、服务发现和健康检查。 vitess 集群 与 confd 服务集成,动态生成 nginx 和 haproxy 配置文件 Consul 优势 市面现在有很多类似的软件比如: zookeeper 、 Etcd 、 doozerd 、 eureka ,Consul 相比这些软件有什么优势呢? 官方出了相比较这些软件区别的一篇 Consul vs. ZooKeeper,doozerd,etcd 文章。 下面总结一下 Consul 的优势有那几点: 使用 Raft 算法来保证一致性, 比复杂的 Paxos 算法更直接.

看了 5种分布式事务方案,我司最终选择了 Seata,真香!

不问归期 提交于 2020-11-27 12:26:14
好长时间没发文了,最近着实是有点忙,当爹的第 43 天,身心疲惫。这又赶上年底,公司冲 KPI 强制技术部加班到十点,晚上孩子隔两三个小时一醒,基本没睡囫囵觉的机会,天天处于迷糊的状态,孩子还时不时起一些奇奇怪怪的疹子,总让人担惊受怕的。 本就不多的写文章时间又被无限分割,哎~ 打工人真是太难了。 本来不知道写点啥,正好手头有个新项目试着用阿里的 Seata 中间件做分布式事务,那就做一个实践分享吧! 介绍 Seata 之前在简单回顾一下分布式事务的基本概念。 分布式事务的产生 我们先看看百度上对于分布式事务的定义:分布式事务是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。 额~ 有点抽象,简单的画个图好理解一下,拿下单减库存、扣余额来说举例: 当系统的体量很小时,单体架构完全可以满足现有业务需求,所有的业务共用一个数据库,整个下单流程或许只用在一个方法里同一个事务下操作数据库即可。此时做到所有操作要么全部提交 或 要么全部回滚很容易。 分库分表、SOA 可随着业务量的不断增长,单体架构渐渐扛不住巨大的流量,此时就需要对数据库、表做 分库分表 处理,将应用 SOA 服务化拆分。也就产生了订单中心、用户中心、库存中心等,由此带来的问题就是业务间相互隔离,每个业务都维护着自己的数据库,数据的交换只能进行 RPC 调用。

Kubernetes vs OpenStack

独自空忆成欢 提交于 2020-11-25 18:52:20
前言 最近2年相信大家都听过kubernetes这种新容器编排工具,越来越多的公司也去学习相关技术,并运用它去解决公司的问题,它在开源社区也是非常火,大小不断的k8smeeting以及容器相关的会议。这火爆程度和在2011年到2016年之间非常火的Openstack非常相似,不论是社区还是公司都是积极的去推动。笔者处在互联网之中,也接触学习过这两套系统,对他们相关技术也是非常的热爱,也在慢慢的根据不同应用场景在公司去推动相关业务转型,如相关服务的容器化技术转型等等,我就在这表达一下自己的一些看法与意见。加深理解大家对openstack 和kubernetes相关体系的理解与学习。 趋势 先简单说下目前的趋势,目前来看Openstack整个项目趋向于稳定,活跃程度相比之前有所下滑,从整个发版速度来看,由原来的半年一个relase转为一年一个relase, 团队的整个核心也将更多精力放在关于系统的可用性和稳定性优化,不过这并不是说他已经过时了,他是经过了上万台服务器的检验,是一个非常好的云操作系统,还是有拥有大量的用户和热爱者,如ebuy, 沃尔玛,京东,美团以及相关的私有云企业服务。 而kubernetes则是业界的新宠,可以用如日中天来形容,首先是Google自家对它的大力支持,包括前段时间Google Cloud捐赠给kubernetes社区800万美元的捐赠就能看出重视程度

统一接入层架构的演进

左心房为你撑大大i 提交于 2020-11-25 14:38:56
本文系云原生应用最佳实践杭州站活动演讲稿整理。杭州站活动邀请了 Apache APISIX 项目 VP 温铭、又拍云平台开发部高级工程师莫红波、蚂蚁金服技术专家王发康、有赞中间件开发工程师张超,分享云原生落地应用的经验心得,以下是张超《有赞统一接入层架构演进》分享内容。 张超,有赞中间件团队开发工程师,网关、Service Mesh 领域的专家,热衷技术,对 Golang、Nginx、Ruby 语言等有深入的研究。 大家好,我是来自有赞的张超,有赞中间件团队的开发工程师。今天给大家带来有赞接入层架构演进的分享。 先简单给大家介绍下有赞接入层,内部名为 YZ7,从概念来讲它与网关比较接近,是基于 OpenResty 和 Nginx 来实现的,主要是有标准 C 模块,自研发的 Nginx C 模块,以及基于 lua 实现的模块。它作为有赞业务流量的公网入口,提供 Traffic Shaping,包括限流、安全相关的像 WAF、请求路由等功能,请求路由包含标准的蓝绿发布、灰色发布功能,负载均衡等方面的功能。今天的分享,主要是从下面从三个方面来深入解析: 旧版接入层架构痛点 新架构设计分析 新架构设计总结 旧版接入层架构痛点 首先从旧版接入层架构的相关痛点出发,开始新架构的设计分析。 上图是旧版接入层架构的纵向切面,方案是早几年之前的。当时流行用 redis 做配置同步