etcd 源码分析

Kubernetes|创建shallow 分析 next Pod的过程是通过Kubektl工具创建一个新的Pod , Kubektl会将Pod对象信息(json格式)提交给apiserver 。这些tcp包是由apiserver推送给scheduler的事件 , 主要是告诉scheduler已经创建了一个新的pod 。

1、基于gRPC的注册发现与负载均衡的原理和实战gRPC是一个现代的、高性能的、开源的、独立于语言的通用RPC框架 。基于HTTP2协议设计 , 序列化使用PB(ProtocolBuffer) 。PB是一个独立于语言的高性能序列化框架,基于HTTP2 PB保证了高性能 。Gozero是一个开源的微服务框架,支持http和rpc协议,其中rpc层依赖gRPC 。本文将从实用的角度把gRPC和gozero 源码和大家结合起来分析实现服务注册和发现以及负载均衡的原理和流程图如下:从图中可以看出,gozero实现了gRPC的解析器和平衡器接口 , 然后通过gprc在gRPC中注册 , 注册方法,而解析器模块提供了服务注册、平衡的功能 。

2、NPD原理解析nodeplobledetector是一个守护进程 , 用于监控和报告节点的健康状态(包括内核死锁、OOM、系统线程数压力、系统文件描述符压力等指标) 。您可以将节点问题检测器作为守护进程或独立守护进程运行 。节点问题检测器从各种守护进程收集节点问题,并以NodeCondition和Event的形式报告给APIServer 。

Git仓库地址:当kubernetes中的节点出现上述问题时,k8s服务组件在整个集群中不会感知到上述问题,导致pod仍然被调度到问题节点 。为了解决这个问题,我们引入了这个新的守护进程nodeproblemdetector,它从各种守护进程收集节点问题,并使它们对上游层可见 。一旦在上游发现这些问题,我们就可以讨论补救措施 。

3、如何使用OpenStack,Docker和Spark打造一个云服务【etcd 源码分析】蘑菇街基于OpenStack和Docker的私有云实践这次主要是想分享一下我们在过去一年基于Docker搭建私有云的实践中遇到的问题,如何解决的经验,以及我们的经验和思考,和大家分享一下 。有一些在生产环境下使用Docker的经验和体会 。私有云项目于2014年圣诞节期间启动 。它从无到有 。经过半年多的发展和三次大促 , 逐渐形成了一定的规模 。

我们将Docker作为虚拟机运行,以满足虚拟化的业务需求 。未来的思路是微服务,将应用拆分成微服务,实现基于应用的PaaS部署和发布 。如何通过OpenStack管理Docker?我们采用OpenStack novadocker Docker的架构模式 。

4、kubernetes集群中cilium的实践及其网络通信解析Cilium是基于eBPF和XDP的高性能容器网络方案的开源项目 。其目标是为微服务环境提供网络、负载均衡和安全功能 , 主要定位是容器平台 。为什么纤毛?现在应用服务的发展已经从单一结构向微服务架构转变,微服务之间的通信通常使用轻量级的http协议 。微服务应用经常更新变化 。在连续交付系统中,为了应对负载的变化,通常会横向扩展和收缩容量,应用容器实例也会随着应用的更新而被创建或销毁 。

5、Kubernetes|抓包浅浅的 分析一下Pod的创建过程通过Kubektl工具创建一个新的pod , Kubektl会将Pod对象信息(json格式)提交给apiserver 。但是,apiserver连接etcd没有捕获到数据包 。好像之前的tcp包都被抓了好几次,看不出内容是什么 。以后再研究吧 。这些tcp包是由apiserver推送给scheduler的事件 , 主要是告诉scheduler已经创建了一个新的pod 。
Deepnode是Deepin系统的官方节点管理工具 。Deepnode用于管理Deepin镜像站点和软件包节点,它是Deepin系统的官方节点管理工具 。Deepnode的源代码是开源的,托管在Deepin的官方GitHub仓库中,每个人都可以访问和编译它 。Deepnode的源代码是用golang编写的,使用了etcd和grpc等技术,提供了完整的节点管理功能 。

    推荐阅读