etcd

一 OpenShift特性 1.1 OpenShift概述 Red Hat OpenShijft Container Platform (OpenShift)是一个容器应用程序平台，它为开发人员和IT组织提供了一个云应用程序平台，用于在安全的、可伸缩的资源上部署新应用程序，而配置和管理开销最小。 OpenShift构建于Red Hat Enterprise Linux、Docker和Kubernetes之上，为当今的企业级应用程序提供了一个安全且可伸缩的多租户操作系统，同时还提供了集成的应用程序运行时和库。 OpenShift带来了健壮、灵活和可伸缩的特性。容器平台到客户数据中心，使组织能够实现满足安全性、隐私性、遵从性和治理需求的平台。不愿意管理自己的OpenShift集群的客户可以使用Red Hat提供的公共云平台OpenShift Online。 1.2 OpenShift特性 OpenShift容器平台和OpenShift Online都是基于OpenShift Origin开源软件项目的，该项目本身使用了许多其他开源项目，如Docker和Kubernetes。 应用程序作为容器运行，容器是单个操作系统内的隔离分区。容器提供了许多与虚拟机相同的好处，比如安全性、存储和网络隔离，同时需要的硬件资源要少得多，启动和终止也更快

前言 上一篇【 .Net Core微服务入门全纪录（一）——项目搭建 】讲到要做到服务的灵活伸缩，那么需要有一种机制来实现它，这个机制就是服务注册与发现。当然这也并不是必要的，如果你的服务实例很少，并且很稳定，那么就没有必要使用服务注册与发现。 服务注册与发现 服务注册：简单理解，就是有一个注册中心，我们的每个服务实例启动时，都去注册中心注册一下，告诉注册中心我的地址，端口等信息。同样的服务实例要删除时，去注册中心删除一下，注册中心负责维护这些服务实例的信息。 服务发现：既然注册中心维护了各个服务实例的信息，那么客户端通过注册中心就很容易发现服务的变化了。 有了服务注册与发现，客户端就不用再去配置各个服务实例的地址，改为从注册中心统一获取。 那注册中心又是怎么保证每个地址的可用状态呢，假如某个实例挂了怎么办呢？原则上挂掉的实例不应该被客户端获取到，所以就要提到：健康检查 。 健康检查：每个服务都需要提供一个用于健康检查的接口，该接口不具备业务功能。服务注册时把这个接口的地址也告诉注册中心，注册中心会定时调用这个接口来检测服务是否正常，如果不正常，则将它移除，这样就保证了服务的可用性。 常见注册中心有 Consul、ZooKeeper、etcd、Eureka。 Consul Consul官网： https://www.consul.io/ Consul的主要功能有服务注册与发现

联席作者：吴毅挺 任浩军 童子龙 郑重鸣谢：Nacos - 彦林，Spring Cloud Alibaba - 小马哥、洛夜，Nacos 社区 - 张龙（pader）、春少（chuntaojun） 掌门教育自 2014 年正式转型在线教育以来，秉承“让教育共享智能，让学习高效快乐”的宗旨和愿景，经历云计算、大数据、人工智能、 AR / VR / MR 以及现今最火的 5G ，一直坚持用科技赋能教育。掌门教育的业务近几年得到了快速发展，特别是今年的疫情，使在线教育成为了新的风口，也给掌门教育新的机遇。 随着业务规模进一步扩大，流量进一步暴增，微服务数目进一步增长，使老的微服务体系所采用的注册中心 Eureka 不堪重负，同时 Spring Cloud 体系已经演进到第二代，第一代的 Eureka 注册中心已经不大适合现在的业务逻辑和规模，同时它目前被 Spring Cloud 官方置于维护模式，将不再向前发展。如何选择一个更为优秀和适用的注册中心，这个课题就摆在了掌门人的面前。经过对 Alibaba Nacos 、HashiCorp Consul等开源注册中心做了深入的调研和比较，最终选定 Alibaba Nacos 做微服务体系 Solar 中的新注册中心。 背景故事 两次 Eureka 引起业务服务大面积崩溃后，虽然通过升级硬件和优化配置参数的方式得以解决，Eureka

借鉴博客：https://www.cnblogs.com/xkops/p/6169034.html 此博客里面有每个k8s配置文件的注释：https://blog.csdn.net/qq_35904833/article/details/78190257 啊西吧，啊西吧，根据上面的博客终于安装成功了。妈的，网上大部分博客安装k8s配置写得乱七八槽的，终于找到一篇条理清晰，安装详细的k8s安装博客啦，哈哈哈哈，不容易啊快三个星期了，从狗屁不懂搞这玩意。 下面写一写我自己的安装流程： 　　一、安装准备： 　　　　　　准备两台服务器（我用的是CentOS7系统）：192.168.26.227，192.168.26.228 　　　　　　一主一从： 　　　　　　　　master机：192.168.26.227 　　　　　　　　node机：192.168.26.228 　　　　　　简单说一下k8s： 　　　　　　　　k8s是个什么玩意？ 　　　　　　　　　　可以这样去理解：k8s全称：Kubernetes，它可以看作是一个分布式系统支撑平台。　　　　　　　　　　 　　　　　　　　我们为什么要用k8s集群？ 　　　　　　　　　　故障自愈： 　　　　　　　　　　　　k8s这个玩意可以监控容器运行，我们把项目放到容器里。由于一些外部内部原因服务器承受不住压力，如果主节点上的容器突然挂了

一、环境 服务器信息 主机名 IP 备注 k8s-master1 192.168.0.216 Master1,etcd1,node节点 k8s-master2 192.168.0.217 Master2,etcd2,node节点 k8s-master3 192.168.0.218 Master3,etcd3,node节点 slb lb.ypvip.com.cn 外网阿里slb域名 本环境使用阿里云， API Server 高可用通过 阿里云SLB 实现，如果环境不在云上，可以通过 Nginx + Keepalived，或者 HaProxy + Keepalived等实现。 服务版本与K8S集群说明 阿里slb 设置 TCP监听 ，监听6443端口(通过四层负载到master apiserver)。 所有 阿里云ECS主机 使用 CentOS 7.6.1810 版本，并且内核都升到 5.x 版本。 K8S 集群使用 Iptables 模式 （kube-proxy 注释中预留 Ipvs 模式配置） Calico 使用 IPIP 模式 集群使用默认 svc.cluster.local 10.10.0.1 为集群 kubernetes svc 解析ip Docker CE version 19.03.6 Kubernetes Version 1.18.2 Etcd Version v3.4

前言 在对数据库进行优化前，我们先要思考一下数据库系统可能存在的瓶颈所在之外。数据库服务是运行在不同的硬件设备上的，优化即通过参数配置（不考虑应用客户端程序的情况下），而实现硬件资源的最大利用化。那么硬件资源有哪些呢，那就无外乎CPU，内存，磁盘，网络这些资源。 作为常用单机数据库（如MySQL，PostgreSQL），最常见的性能瓶颈在哪呢？ 根据我的经验，绝大部分出现在磁盘性能。那我们如何来对它进行优化呢，那就是把磁盘的读写转化为内存的读写（增大数据缓存），或是采用数据压缩，转化为CPU的资源消耗。 对于TIDB，它是网络数据库，可能情况略有不同。我们也需要把网络因素加以考虑。 TIDB原理 要优化一个数据库，首先要对于它进行了解，特别是内部原理。这样我们才能在问题出现时，如何对它进行定位和优化。 TIDB相对传统数据库有很大的不同。 TIDB的整体架构： 官网上关于TIDB的核心见如下文章 三篇文章了解 TiDB 技术内幕： 说存储 说计算 谈调度 TIDB可能的性能瓶颈 通过TIDB的实现原理分析，个人认为瓶颈可能存在于如下方面 1）PD的授时开销，以及GC的抖动 2）raft模块性能问题 3）Region的热点问题 4）TiKV的性能问题 如SST compation，读放大，压缩，Block cache命中率等 TIDB优化之Grafana查看指标

K8s已经成为一线大厂分布式平台的标配技术。你是不是还在惆怅怎么掌握它？来这里，大型互联网公司一线工程师亲授，不来虚的，直接上手实战，3天时间带你搭建K8s平台，快速学会K8s，点击下方图片可了解培训详情。 上篇文章 我们着重讲解了 Docker，其实遗留了一个大问题。Docker 虽好用，但面对强大的集群，成千上万的容器，突然感觉不香了。 这时候就需要我们的主角 Kubernetes 上场了，先来了解一下 Kubernetes 的基本概念，后面再介绍实践，由浅入深步步为营。 关于 Kubernetes 的基本概念我们将会围绕如下七点展开： 一、Docker 的管理痛点 如果想要将 Docker 应用于庞大的业务实现，是存在困难的编排、管理和调度问题。于是，我们迫切需要一套管理系统，对 Docker 及容器进行更高级更灵活的管理。 Kubernetes 应运而生！Kubernetes，名词源于希腊语，意为「舵手」或「飞行员」。Google 在 2014 年开源了 Kubernetes 项目，建立在 Google 在大规模运行生产工作负载方面拥有十几年的经验的基础上，结合了社区中最好的想法和实践。 K8s 是 Kubernetes 的缩写，用 8 替代了 「ubernete」，下文我们将使用简称。 二、什么是 K8s？ K8s 是一个可移植的、可扩展的开源平台

前言 etcd 是一个不错的注册中心。作为团里里面第一个试水的小组，我们是遇到不少问题。 etcd中文文档 etcd中文文档 etcd官方英文文档 安装细节 没有使用官网的方式，而是使用读取配置文件的方式，这种方便管理，配置等。 创建目录，下载，解压 设置API版本号 vim /etc/profile export ETCDCTL_API=3 source /etc/profile 创建数据，配置，日志文件目录 创建配置文件 单节点配置文件 集群配置文件 把配置写入到配置文件里面 把etcd 与etcd-cli变成命令 启动etcd 前端启动，注意启动后 ./etcd --config-file etcd.conf 后台启动并且开启远程访问 nohup ./etcd --config-file ./conf/etcd.conf > ./logs/etcd.log 2>&1 & 集群前端启动，注意启动后 ./etcd --config-file etcd.cluster.conf 集群后台启动并且开启远程访问 nohup ./etcd --config-file ./conf/etcd.cluster.conf > ./logs/etcd.log 2>&1 & 注意：启动后关闭不了，直接杀进程。开启远程访问需要带命令。 8,. 租约 9. 网络 问题 etcd API版本问题

本篇内容属于非实用性（拿来即用）介绍，如对框架设计没兴趣的朋友，请略过。 快一个月没有写博文了，最近忙着两件事; 一：阅读刘墉先生的《说话的魅力》，以一种微妙的，你我大家都会经常遇见的事物，来建议说话的“艺术和魅力”，对于我们从事软件开发、不太善于沟通和表达的朋友来说，也算是一项软技能了，推荐喜欢阅读的朋友有时间阅读，给你不一样的阅读体验。 二：编写基于Net Core的Rpc框架。之前有朋友说如何将Rpc等整个体系集成到dotnet框架中，我想这篇博文会给你一个答案。 哦，对了，我不建议直接将代码直接复制下来然后去运行的朋友，因为这样你达不到学习的目的，也违背了笔者的初衷。谢谢理解。 一：简单回顾一下之前的介绍 继续贴上之前的一张图片 根据上面图，服务化原理可以分为3步： 服务端启动并且向注册中心发送服务信息，注册中心收到后会定时监控服务状态（常见心跳检测）； 客户端需要开始调用服务的时候，首先去注册中心获取服务信息； 客户端创建远程调用连接，连接后服务端返回处理信息； 　　第3步又可以细分，下面说说远程过程调用的原理： 目标：客户端怎么调用远程机器上的公开方法 服务发现，向注册中心获取服务(这里需要做的有很多：拿到多个服务时需要做负载均衡，同机房过滤、版本过滤、服务路由过滤、统一网关等)； 客户端发起调用，将需要调用的服务、方法、参数进行组装； 序列化编码组装的消息

地址： 链接： https://pan.baidu.com/s/1bwEUZTCVzqM3mGjrlISbcg 提取码：r1kx 目录： 目录： │ 1-1、kubernetes理论教程 - 云原生技术的前世今生.mp4 │ 1-2、kubernetes理论教程 - K8S初体验.mp4 │ 1-3、kubernetes理论教程 - K8s工作负载原理剖析和实践.mp4 │ 1-4、kubernetes理论教程 - K8s调度器原理剖析和实践.mp4 │ 1-5、kubernetes理论教程 - K8S网络模型原理剖析与实践.mp4 │ 1-6、kubernetes理论教程 - K8S服务发现与负载均衡原理剖析与实践.mp4 │ 1-7、kubernetes理论教程 - K8S存储原理剖析与实践.mp4 │ 1-8、kubernetes理论教程 - K8S安全原理剖析与实践.mp4 │ 2-10、Kubernetes CKA认证培训 - K8S集群运维.mp4 │ 2-11、Kubernetes CKA认证培训 - K8S故障排查 （上）.mp4 │ 2-12、Kubernetes CKA认证培训 - K8S故障排查（下）.mp4 │ 2-13、Kubernetes CKA认证培训 - 《K8s CKA官方认证实战班介绍》.mp4 │ 2-1、Kubernetes CKA认证培训