48N6E
48N6E

2021/02/15 Kubernetes进阶实践

第1章 ETCD数据访问

1.1 k8s在etcd中数据的存储

2021/02/15 Kubernetes进阶实践_第1张图片
2021/02/15 Kubernetes进阶实践_第2张图片

2021/02/15 Kubernetes进阶实践_第3张图片
这个文件夹是静态文件，etcd是个静态pod，里面存储了K8S的所有数据

2021/02/15 Kubernetes进阶实践_第4张图片
2021/02/15 Kubernetes进阶实践_第5张图片
etcd是容器运行的
2021/02/15 Kubernetes进阶实践_第6张图片
把etcdctl复制到宿主机
2021/02/15 Kubernetes进阶实践_第7张图片
提示我们etcdctl环境变量没有设置，默认是v2版本
2021/02/15 Kubernetes进阶实践_第8张图片
如果搭建高可用，etcd节点数和K8S的master的节点数是一致的
2021/02/15 Kubernetes进阶实践_第9张图片
2021/02/15 Kubernetes进阶实践_第10张图片
2021/02/15 Kubernetes进阶实践_第11张图片
允许客户端去认证，下面是签发 的证书
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第12张图片
需要三个，一个是跟证书，一个是跟证书签发的私钥，公钥

2021/02/15 Kubernetes进阶实践_第13张图片
后面才是真正查询的，成员列表，以表的方式展现
在这里插入图片描述
etcd默认监听端口是2379，2380是集群内部服务端去通信使用的端口
在这里插入图片描述
因为还需要加上 后面的证书，所以可以直接定义别名

2021/02/15 Kubernetes进阶实践_第14张图片
在这里插入图片描述
查看节点状态，endpoint是本机的端点，version etcd版本，db size整个数据库大小，现在是单点，如果是集群，db size应该是一样的，is leader是否是主，raft term raft选举的term元素，这个命令一般排错的时候使用

在这里插入图片描述
查看健康状态
2021/02/15 Kubernetes进阶实践_第15张图片
2021/02/15 Kubernetes进阶实践_第16张图片
luffy这个key的值是

2021/02/15 Kubernetes进阶实践_第17张图片
跟就是最上层的目录，–prefix显示前缀（绝对路径），–keys-only只显示key

在这里插入图片描述
跟下，全部放在 registry目录下

2021/02/15 Kubernetes进阶实践_第18张图片
这里对应的是K8S资源类型

在这里插入图片描述
configmap
在这里插入图片描述
所有的都放在registry大目录里，子目录资源类型，下一级是名称空间，下一级具体对象名字
在这里插入图片描述
这样可以拿到数据

2021/02/15 Kubernetes进阶实践_第19张图片
生产商要对etcd数据做快照

2021/02/15 Kubernetes进阶实践_第20张图片
在这里插入图片描述
现在就保存下来了

2021/02/15 Kubernetes进阶实践_第21张图片
这个快照跟下面显示的大小一样

在这里插入图片描述
etcd崩了如何快速 恢复，保证机器ip没有改变，重启起来，哪怕机器重装了也没事，保证K8S集群，hostname和ip都没有改变。
证书也需要保存下来

2021/02/15 Kubernetes进阶实践_第22张图片
如果是集群，每个节点都需要恢复
在这里插入图片描述
通常pod产生的事件是最占空间的,etcd也可以根据资源类型去查看数据量大小

在这里插入图片描述

第2章 Kubernetes调度策略实践

2.1 k8s调度详解

2021/02/15 Kubernetes进阶实践_第23张图片
调度算法和策略是两个东西，node中 的ku’belet通过apiserver监听scheduler产生的pod绑定事件获取pod信息，然后下载镜像


scheduler根据pod队列和node节点的调度算法，得出具体节点哪个最合适，放到etcd，kubelet监听后，发现自己被选中就进行pod任务
2021/02/15 Kubernetes进阶实践_第24张图片
scheduler提供的调度流程 分别预选和优选，预选是筛选符合要求的，优选是给node打分，给得分最高的
2021/02/15 Kubernetes进阶实践_第25张图片
假如要pod监听80端口，node节点上80被占用的就被淘汰了
2021/02/15 Kubernetes进阶实践_第26张图片
经过一系列策略预选

2021/02/15 Kubernetes进阶实践_第27张图片
2021/02/15 Kubernetes进阶实践_第28张图片
经过优选评分

2021/02/15 Kubernetes进阶实践_第29张图片
得到一系列的比分，就选择最优的节点

2021/02/15 Kubernetes进阶实践_第30张图片
调度算法，预选的
2021/02/15 Kubernetes进阶实践_第31张图片
2021/02/15 Kubernetes进阶实践_第32张图片
2021/02/15 Kubernetes进阶实践_第33张图片

2021/02/15 Kubernetes进阶实践_第34张图片
优选的
2021/02/15 Kubernetes进阶实践_第35张图片
2021/02/15 Kubernetes进阶实践_第36张图片

调度算法是根据调度策略的一种实现
在这里插入图片描述
cordon标记节点成为一个不可调度的状态
2021/02/15 Kubernetes进阶实践_第37张图片
2021/02/15 Kubernetes进阶实践_第38张图片
在标记之前的pod是不受影响的
在这里插入图片描述
drain是一个驱逐的动作

在这里插入图片描述
恢复调度

2021/02/15 Kubernetes进阶实践_第39张图片
2021/02/15 Kubernetes进阶实践_第40张图片
nodeselector虽然用起来打个标签就好，但是用起来比较有局限性

2021/02/15 Kubernetes进阶实践_第41张图片
上面是硬策略（没有满足条件的节点，就不断重试调度），
下面是软策略，没有满足要求的节点，就会忽略掉这个规则
2021/02/15 Kubernetes进阶实践_第42张图片
如果要满足下面的要求，不能运行在128和132可以是硬策略，但是后面的可以是软策略
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第43张图片
affinity和containers是同级的，因为是以pod为单位的
2021/02/15 Kubernetes进阶实践_第44张图片
matchexpression是匹配条件，operator 不再，节点不在这两个里的
2021/02/15 Kubernetes进阶实践_第45张图片
软策略，disktype这个key最好是ssd，sas

2021/02/15 Kubernetes进阶实践_第46张图片
2021/02/15 Kubernetes进阶实践_第47张图片
这里如果 match条件有多个，那么满足 其中一个就行，是或者的关系

2021/02/15 Kubernetes进阶实践_第48张图片
如果A和B不想调度在一起，那么就可以设置

2021/02/15 Kubernetes进阶实践_第49张图片
常用性功能，taints污点和容忍tolerations。
以node为中心打一个污点，阻止pod调度上去，除非能忍受
2021/02/15 Kubernetes进阶实践_第50张图片
使用场景

在这里插入图片描述
K8S-master防止业务容器调度过来，会去默认加污点

2021/02/15 Kubernetes进阶实践_第51张图片
effect是有什么影响,这个值不是自定义的是可选的，默认是不能容忍这个污点就不要调度过来
2021/02/15 Kubernetes进阶实践_第52张图片
有节点可以调度，就尽量别过来

在这里插入图片描述
最强硬的，新的别过来，老的不管你

在这里插入图片描述
不能容忍SLVAE1的抽烟习惯，就别过来
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第53张图片
减号代表删除的意思

2021/02/15 Kubernetes进阶实践_第54张图片
带有这个key的污点全部删除
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第55张图片
打上两个污点

2021/02/15 Kubernetes进阶实践_第56张图片
在这里插入图片描述
扩容副本成三个

在这里插入图片描述
上面是一个 新启动的

在这里插入图片描述
用的是默认调度器，有三个节点都有污点，pod都不容忍，有哪位没有设置容忍

在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第57张图片
如果匹配到抽烟的污点，就不调度
2021/02/15 Kubernetes进阶实践_第58张图片
esists存在drunk这污点，就包容了

2021/02/15 Kubernetes进阶实践_第59张图片
在这里插入图片描述

2021/02/15 Kubernetes进阶实践_第60张图片新启动了一个
2021/02/15 Kubernetes进阶实践_第61张图片
但是不想要上面知道具体的污点，就可以设置什么污点都可以接受2021/02/15 Kubernetes进阶实践_第62张图片

第3章 CNI网络的实现原理

3.1 CNI介绍及网络选型

集群内部是通过 pod ip通信的
2021/02/15 Kubernetes进阶实践_第63张图片

kubeadm安装集群之后，需要安装cni，节点的状态才会ready

CNI其实是一个接口，有很多实现，不管哪种实现方式，都是去实现pod网络通信，CNI插件，去帮助容器配置网络。
还有一个删除，对应pod的删除
还有IPAM插件，网络地址管理，负责给容器分配ip地址。
现在用的比较多的flannel（范围比较款南宋，K8S集群的3层网络可达，就可以用flannel）和calico
2021/02/15 Kubernetes进阶实践_第64张图片
kubelet每次启动pod都会启动一个pause的基础设施相关容器，pause容器去生成network namespace。
调用cni driver，执行文件目录是/opt/cni/bin
2021/02/15 Kubernetes进阶实践_第65张图片
这边插件实现是用flannel

2021/02/15 Kubernetes进阶实践_第66张图片
调用具体的cni插件也就是flannel，

在这里插入图片描述
这些其实就是和K8S网络相关的一些插件，这些都是不同的cni的实现，kubelet会去调用
2021/02/15 Kubernetes进阶实践_第67张图片
调用cni插件后，会给容器配置正确的网络，pod网络空间就一个pause，其他的业务容器，init初始化容器都是会去调用join，不会去创建新的网络空间

在这里插入图片描述
cni的一个仓库

2021/02/15 Kubernetes进阶实践_第68张图片
2021/02/15 Kubernetes进阶实践_第69张图片
2021/02/15 Kubernetes进阶实践_第70张图片
2021/02/15 Kubernetes进阶实践_第71张图片

3.2 vxlan介绍及点对点通信的实现

flannel的网络实现，是如何去实现跨节点网络通信
udp涉及到一个用户态和内核态流量的切换，效率低

2021/02/15 Kubernetes进阶实践_第72张图片
2021/02/15 Kubernetes进阶实践_第73张图片
type是vxlan

2021/02/15 Kubernetes进阶实践_第74张图片
vxlan是虚拟的可扩展的局域网，通过三层的网络来搭建虚拟的二层网络。
2021/02/15 Kubernetes进阶实践_第75张图片
没有vxlan技术，之前是这么访问的

2021/02/15 Kubernetes进阶实践_第76张图片
有了vxlan，流量是连接到vtep设备上去，再去走ip网络，再到vtep设备，再转到具体服务器，有一个vxlan隧道，让原来基于ip访问的虚拟机，可以通过隧道去实现一个二层通信
2021/02/15 Kubernetes进阶实践_第77张图片
vxlan核心的概念，vtep vxlan的隧道端点，用来处理vxlan的报文处理，vtep可以是网络设备也可以是交换机。

2021/02/15 Kubernetes进阶实践_第78张图片
vni可以理解为vxlan的id，每一个vni的号都可以对应一个租户，公有云现在抛弃vlan，vlan的限制只能有12位，vxlan有2的24次方，vxlan可以支持千万级的用户

2021/02/15 Kubernetes进阶实践_第79张图片
vxlan网络由唯一的vni标识，不同调度vxlan是不相互影响的

slave1和slave2物理网卡分别是11和12，现在要把slave1利用vxlan技术当作一个vtep设备，这两个中间建立隧道
2021/02/15 Kubernetes进阶实践_第80张图片
后两位一致其实就是为了方便 找到宿主机

2021/02/15 Kubernetes进阶实践_第81张图片
那么vxlan是如何实现的
2021/02/15 Kubernetes进阶实践_第82张图片
创建vtep设备，type 是vxlan是内核支持的
id 20 就是vni的id号是20
remote 因为是点对点的，可以在vtep的设备上告诉端点的另一端，所以remote的地址一定是slave2的地址
dstport监听端口是4789，默认端口，为了抓包分析更方便点
dev物理设备 ens33
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第83张图片

在这里插入图片描述
已经有一个vxlan20的设备
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第84张图片
加上IP
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第85张图片
同样在slave2做同样的操作

2021/02/15 Kubernetes进阶实践_第86张图片
slave2节点应该指向slave1

2021/02/15 Kubernetes进阶实践_第87张图片
2021/02/15 Kubernetes进阶实践_第88张图片
能ping通
2021/02/15 Kubernetes进阶实践_第89张图片
现在给slave1和2分别设置了端点，他们两个就可以直接通信了
2021/02/15 Kubernetes进阶实践_第90张图片
等于这两个机器中间实现了一个vxlan的tunnel，也就是在外层的ip网络之上，创建了一个2层的网络，因为都是136端的属于一个2层的网络，可以实现跨机房的通信，所以说是实现了大2层的网络
2021/02/15 Kubernetes进阶实践_第91张图片
vxlan的双方都是认为是在直接通信
在这里插入图片描述

3.3 tcpdump分析vxlan数据包

虚拟机的报文通过vtep设备转发，会进行一个封装，封装以后发送到另一端，会在对方的vtep拆除这个头，然后根据vni转发到具体机器上
2021/02/15 Kubernetes进阶实践_第92张图片
因为没有物理联通，肯定还是依赖物理的三层通信
2021/02/15 Kubernetes进阶实践_第93张图片
可以查看路由表，用这个vtep设备vxlan20去转发
2021/02/15 Kubernetes进阶实践_第94张图片
这里其实知道对端的地址
在这里插入图片描述
slave2上也有路由表
2021/02/15 Kubernetes进阶实践_第95张图片
在这里插入图片描述
只要流量过来就添加报文转发到192.168.136.12这个机器上

在这里插入图片描述
抓取ens33物理网卡的包,host 192.168.136.11源地址机器，-w 保存
2021/02/15 Kubernetes进阶实践_第96张图片
2021/02/15 Kubernetes进阶实践_第97张图片
在slave1上去ping

2021/02/15 Kubernetes进阶实践_第98张图片
拷贝到宿主机上去分析

2021/02/15 Kubernetes进阶实践_第99张图片
用wireshark分析一下
2021/02/15 Kubernetes进阶实践_第100张图片
查看下icmp相关的
2021/02/15 Kubernetes进阶实践_第101张图片
这个协议就是vxlan的协议，vni是20

2021/02/15 Kubernetes进阶实践_第102张图片
在vxlan之上有原文的报头

2021/02/15 Kubernetes进阶实践_第103张图片

3.4 手动实现跨主机容器网络通信（上）

想要实现容器A和容器B这样的通信如何去做，vxlan是打造一个tunnel，tunnel两端是去通信的两个设备
2021/02/15 Kubernetes进阶实践_第104张图片
但是容器有很多，不可能每两个都去搭建一个tunnel，如果想要172.0.2和0.3这两个容器通信该如何去做
2021/02/15 Kubernetes进阶实践_第105张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第106张图片
默认的docker网桥其实是用的172.17.为了避免影响到以前的pod，新建一个网桥172.18段
2021/02/15 Kubernetes进阶实践_第107张图片
br其实是新建出来的
2021/02/15 Kubernetes进阶实践_第108张图片
在这里插入图片描述
可以通过–net 来指定容器使用的网络是哪个

2021/02/15 Kubernetes进阶实践_第109张图片
2021/02/15 Kubernetes进阶实践_第110张图片
目前接了一个容器了，每建立一个容器就会建立一个虚拟网卡，插到宿主机上
2021/02/15 Kubernetes进阶实践_第111张图片
查看容器的ip地址

2021/02/15 Kubernetes进阶实践_第112张图片
2021/02/15 Kubernetes进阶实践_第113张图片

在slave2节点也一样
在这里插入图片描述
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第114张图片
现在是不通的，等于在两台宿主机上新创建了一个网桥，docker网络，在这个桥上接了一个网卡，流量出不去

在这里插入图片描述

3.5 手动实现跨主机容器网络通信（下)

现在ping不通，流量都到了这个网桥里
2021/02/15 Kubernetes进阶实践_第115张图片

2021/02/15 Kubernetes进阶实践_第116张图片
两个宿主机上 的容器访问 需要经过vte设备转发,vtep设备放在网桥上最合适，因为容器所有的流量 都会经过网桥
2021/02/15 Kubernetes进阶实践_第117张图片
先要删除旧的vtep设备

2021/02/15 Kubernetes进阶实践_第118张图片
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
一样的remote是对端ip
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第119张图片
docker网桥接一个vtep设备

2021/02/15 Kubernetes进阶实践_第120张图片
这样就多了一个vtep设备

2021/02/15 Kubernetes进阶实践_第121张图片

2021/02/15 Kubernetes进阶实践_第122张图片
2021/02/15 Kubernetes进阶实践_第123张图片
slave2这样也接过来了

2021/02/15 Kubernetes进阶实践_第124张图片
这样旧可以访问了

2021/02/15 Kubernetes进阶实践_第125张图片
2021/02/15 Kubernetes进阶实践_第126张图片

3.6 精讲Flannel的vxlan模式实现原理

1.K8S每台主机都需要跑大量的容器，每个主机都需要一个10.244.0.1/24的ip段.
2.不用点对点的通信，如何实现节点之间的互联
2021/02/15 Kubernetes进阶实践_第127张图片
可以不细看下面的图，上面是slave1，下面 是slave2，slave1上的pod要去访问slave2

2021/02/15 Kubernetes进阶实践_第128张图片
flanneld会启动vtep设备

2021/02/15 Kubernetes进阶实践_第129张图片
也就是发的包都经过flanneld封装

2021/02/15 Kubernetes进阶实践_第130张图片
包到下面slave2再进行解包

2021/02/15 Kubernetes进阶实践_第131张图片
2021/02/15 Kubernetes进阶实践_第132张图片
flannel的network是一个大的16位的c类段

2021/02/15 Kubernetes进阶实践_第133张图片
这里其实就是设置pod虚拟ip的大网段
2021/02/15 Kubernetes进阶实践_第134张图片
slave1分配的pod ip是10.244.1段的，slave2分配到10.244.2段的

2021/02/15 Kubernetes进阶实践_第135张图片
flannel挂了，这个文件就丢失了，master的节点对应10.244.0这个大段
2021/02/15 Kubernetes进阶实践_第136张图片
slave1是10.244.1这个大段
2021/02/15 Kubernetes进阶实践_第137张图片
每加入一个节点就会按照这个策略去分

2021/02/15 Kubernetes进阶实践_第138张图片
在这里插入图片描述
flannel创建的vtep设备在这里

2021/02/15 Kubernetes进阶实践_第139张图片
这个.1其实就是vni的id，只不过从1 开始，所有的节点都有一个.1的vni设备
2021/02/15 Kubernetes进阶实践_第140张图片
flannel就去充当这vtep设备

2021/02/15 Kubernetes进阶实践_第141张图片
2021/02/15 Kubernetes进阶实践_第142张图片
查看网桥，cni的网桥，是cni的实现去创建的
2021/02/15 Kubernetes进阶实践_第143张图片
网桥的主要作用其实就是把pod的流量，pod是在一个独立的namespace里，为了是把pod的流量转到网桥上，网桥是在宿主机的空间里，进一步才有可能把流量通过flanneld发送出去
2021/02/15 Kubernetes进阶实践_第144张图片
cni网桥已经接了三个设备，这个就是为pod接的设备，因为这个机器上有三个pod已经接入到cni网桥上,以pod为单位，是因为每一个pod内部都共享了一个网络名称空间，就是基础设施pause这容器
2021/02/15 Kubernetes进阶实践_第145张图片
这个就是vtep设备，到10.244.0和10.244.2都会走这个设备，10.244.1就没必要，因为是在本机，所以除了这个段以外的，通过路由规则
2021/02/15 Kubernetes进阶实践_第146张图片

目的就是把pod的流量通过vtep设备转发出去
2021/02/15 Kubernetes进阶实践_第147张图片
先去建立一个网桥，然后把pod流量通过veth pair转发到网桥上，之后就可以通过具体路由规则来转发

2021/02/15 Kubernetes进阶实践_第148张图片
K8S里etcd就是存储数据的，flannel是可以把集中化存储到etcd里去，每个节点都启动flannel，就把数据汇报给etcd
2021/02/15 Kubernetes进阶实践_第149张图片
2021/02/15 Kubernetes进阶实践_第150张图片
现在要实现跨主机的pod通信
在这里插入图片描述
10.244.1段ping10.244.2.段
2021/02/15 Kubernetes进阶实践_第151张图片
2021/02/15 Kubernetes进阶实践_第152张图片
查看路由，10.244.2段肯定要先匹配路由表才能转发出去
2021/02/15 Kubernetes进阶实践_第153张图片
容器里的虚拟网卡应该是插在cni网桥上的，所以它会把流量转发到cni网桥上
2021/02/15 Kubernetes进阶实践_第154张图片
这样流量到了宿主机的网络名称空间里
2021/02/15 Kubernetes进阶实践_第155张图片
转发到哪里，地址可以查etcd
2021/02/15 Kubernetes进阶实践_第156张图片
2021/02/15 Kubernetes进阶实践_第157张图片
转到目标宿主机，经过vtep设备解包
2021/02/15 Kubernetes进阶实践_第158张图片
匹配到宿主机的网桥上进行转发
2021/02/15 Kubernetes进阶实践_第159张图片
它再去转发流量
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第160张图片2021/02/15 Kubernetes进阶实践_第161张图片
2021/02/15 Kubernetes进阶实践_第162张图片
pod里的多个容器，都是使用同一个网络名称空间
2021/02/15 Kubernetes进阶实践_第163张图片
起了一个pause容器,这个 容器就是创建网络名称空间，里面的容器都join进来
2021/02/15 Kubernetes进阶实践_第164张图片
pod的名称空间和宿主机的cni网桥建立关系，pod的流量都会到网桥上
2021/02/15 Kubernetes进阶实践_第165张图片
流量会根据路由规则通过vtep设备 flannel1.1转发，通过etcd知道创建的时候指定的设备ens33，转发到同样vni id的设备flannel1.1，转完之后，通过路由规则，把物理地址的段（物理地址段一定是匹配到cni0设备上），通过网桥转发到具体pod上
2021/02/15 Kubernetes进阶实践_第166张图片
2021/02/15 Kubernetes进阶实践_第167张图片

3.7 利用host-gw模式提升集群网络性能

之前都是flannel使用vxlan的模式，实现了集群里的pod通信，实际上vxlan模式适用于三层网络环境，对网络要求非常宽松，只要保证集群主机ip能够互通就可以用vxlan。
实际上利用vtep封包解包，对性能还是比较差的。
网络插件的目的就是把本机的cni0网桥的流量发送到目标主机的cni0网桥

2021/02/15 Kubernetes进阶实践_第168张图片
既然性能经过封装会消耗，而且K8集群主机都在一个网段，在2层网络里，那么试试直接在cni0网桥通过路由转发，而不是封包经过vtep设备，直接通过路由表去转发流量

2021/02/15 Kubernetes进阶实践_第169张图片
这就是host-gatewa，主机网关，主机当作流量转发的gateway使用，如果主机都在同一个二层网络里，其实是可以改成host-gateway模式
2021/02/15 Kubernetes进阶实践_第170张图片
有一个flannel的configmap
2021/02/15 Kubernetes进阶实践_第171张图片
configmap可以把整个文件内容挂进去

2021/02/15 Kubernetes进阶实践_第172张图片
我们需要改的是这里
2021/02/15 Kubernetes进阶实践_第173张图片
2021/02/15 Kubernetes进阶实践_第174张图片
这两个配置文件对应connfigmap的两个key2021/02/15 Kubernetes进阶实践_第175张图片

2021/02/15 Kubernetes进阶实践_第176张图片
2021/02/15 Kubernetes进阶实践_第177张图片
现在的路由表的目标地址和网关是一一对应的
2021/02/15 Kubernetes进阶实践_第178张图片
保存以后不会自动创建，需要手动创建，删掉之前的三个
2021/02/15 Kubernetes进阶实践_第179张图片
查看下日志

2021/02/15 Kubernetes进阶实践_第180张图片
现在的路由表，现在网关变成了宿主机的ip
2021/02/15 Kubernetes进阶实践_第181张图片
因为分配到的是10.244.0段，所以0.0的目标地址转发到cni0设备上，转发到自己的网桥上去，因为就是要路由的pod里，所以针对本机的段，一定是路由到cni0上的。
其他节点的段，一定是通过网关的方式
2021/02/15 Kubernetes进阶实践_第182张图片
slave1也是同样的道理
2021/02/15 Kubernetes进阶实践_第183张图片
2021/02/15 Kubernetes进阶实践_第184张图片
2021/02/15 Kubernetes进阶实践_第185张图片
2021/02/15 Kubernetes进阶实践_第186张图片
pod的ip是不会变的，该怎么走还是怎么走
2021/02/15 Kubernetes进阶实践_第187张图片
2021/02/15 Kubernetes进阶实践_第188张图片
从slave1节点ping slave2，说明就算改成 host-gw模式，对pod也没有任何影响
2021/02/15 Kubernetes进阶实践_第189张图片
前面不改变，流量还是通过虚拟网卡转发到cni0，到了cni0，物目标地址是10.244.2.19
2021/02/15 Kubernetes进阶实践_第190张图片
2.19匹配到这条路由
2021/02/15 Kubernetes进阶实践_第191张图片
流量到了salve2也就是192.168.136.12的时候，直接去链接cni0网桥，网桥就是链接pod和宿主机之间的桥梁
2021/02/15 Kubernetes进阶实践_第192张图片
由cni0转发到对应的eth0上去

2021/02/15 Kubernetes进阶实践_第193张图片
2021/02/15 Kubernetes进阶实践_第194张图片

第4章 Kubernetes认证与授权

4.1 APIServer安全控制

2021/02/15 Kubernetes进阶实践_第195张图片
**左边是一些用户的请求，中间是apiserver，右边是etcd存储。
**
2021/02/15 Kubernetes进阶实践_第196张图片
中间经历了三块内容，auth认证，授权，admission control整个控制
2021/02/15 Kubernetes进阶实践_第197张图片
类似于登录网站输入账号密码，就是身份认证，在K8S里第一个环节有几种方式
2021/02/15 Kubernetes进阶实践_第198张图片
basic auth类似在一个配置文件写死账号密码，告诉apiserver，跟配置好的账号密码做一个校验
client证书验证，是https双向
jwt token，拿到token，
这只是其中几种方式。
apisever从输入的http request请求，拿到验证信息
在这里插入图片描述
可以选择一种或多种验证方式
在这里插入图片描述
kubeadm安装的集群支持clent和jwt token，这两种安全性是更好一些
在这里插入图片描述
apiserver在启动的时候加了这两个参数就会支持client和 jwt token

在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第199张图片
认证完后会拿出来用户信息，user，group，才到第二个环节
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第200张图片
第二个环节拿到用户信息，和要访问什么资源
2021/02/15 Kubernetes进阶实践_第201张图片
**通常有两种鉴权策略，node，rbac，webhook
**
在这里插入图片描述
在这里插入图片描述
这里是鉴权模式，只要通过一种就说明鉴权成成功的

2021/02/15 Kubernetes进阶实践_第202张图片
类似一个控制链，每个关卡上都会去请求一次校验，是一种拦截请求的方式。
认证和鉴权都是通过request的header拿信息，没有办法验证body内容。
admission运行在apiserver的增删改查handler中，可以自然地操作apiresource

2021/02/15 Kubernetes进阶实践_第203张图片
namespacelifecycle是其中一个关卡，拒绝请求不存在的namespace和出termination状态的，还可以防止删除系统的namespace，default，kube-system，kube-public
2021/02/15 Kubernetes进阶实践_第204张图片
limitranger是设置命名空间的，创建pod的时候会设置limit上限，假如没有设置，就会按照limitranger给的默认值
在这里插入图片描述
下面没有指定limit的会添加到这个值
2021/02/15 Kubernetes进阶实践_第205张图片
node限制，局限于kubelet修改node和pod对象，不允许修改其他node上的
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第206张图片
默认开了一个node限制
2021/02/15 Kubernetes进阶实践_第207张图片
其实K8S默认会把serviceaccount，或则imitraner都包含进去了，初始化都打到apiserver里了，能拦截整个用户的请求，可以修改一些信息。
比如注入sidecar和initcontainer容器，istio和sidecar就是利用这种方式

2021/02/15 Kubernetes进阶实践_第208张图片
自定义业务的实现，比如自己写一个webhook 然后注入到adminssion链里

在这里插入图片描述
想要通过apiserver注入etcd里需要走这几步，认证，授权，控制

2021/02/15 Kubernetes进阶实践_第209张图片

4.2 kubectl如何通过RBAC实现认证授权

2021/02/15 Kubernetes进阶实践_第210张图片
查看更细的细节 可以加-v=0-9
2021/02/15 Kubernetes进阶实践_第211张图片
可以显示详细信息
2021/02/15 Kubernetes进阶实践_第212张图片是从文件里加载配置，kubeadm初始化的时候，master配置了这个文件
在这里插入图片描述
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第213张图片
2021/02/15 Kubernetes进阶实践_第214张图片
其实是一个kubectl的config文件，都是一些证书的key，用户信息
2021/02/15 Kubernetes进阶实践_第215张图片
2021/02/15 Kubernetes进阶实践_第216张图片
私钥和证书，都是base64加密后的

2021/02/15 Kubernetes进阶实践_第217张图片
做一下base64解密

2021/02/15 Kubernetes进阶实践_第218张图片
这是一个证书文件

2021/02/15 Kubernetes进阶实践_第219张图片
可以保存下来

2021/02/15 Kubernetes进阶实践_第220张图片
key也是一样的去解码
2021/02/15 Kubernetes进阶实践_第221张图片
rsa加密算法的私钥

2021/02/15 Kubernetes进阶实践_第222张图片
签发证书需要根证书，在这里，是K8S认证的根证书
2021/02/15 Kubernetes进阶实践_第223张图片
这是一个整个集群的根证书
2021/02/15 Kubernetes进阶实践_第224张图片
上面那解码出来

2021/02/15 Kubernetes进阶实践_第225张图片
其实和K8S的根证书是一样的

2021/02/15 Kubernetes进阶实践_第226张图片
怎么去证明下面的key和证书是K8S根证书签发给你的
2021/02/15 Kubernetes进阶实践_第227张图片
这个就是看到的根证书
2021/02/15 Kubernetes进阶实践_第228张图片
可以校验之前保存下来的kubectl.crt证书，结果OK，说明这个证书是合法的
在这里插入图片描述
可以用openssl去模拟apiserver拿到用户，证书信息，所有授权需要的信息
2021/02/15 Kubernetes进阶实践_第229张图片
证书的O一般代表证书的group，CN一般是Common Name，也就是用户，传递给apiserver鉴权

2021/02/15 Kubernetes进阶实践_第230张图片
2021/02/15 Kubernetes进阶实践_第231张图片
cn=common name当作用户名，O当作组织
在这里插入图片描述
RBAC是一种基于角色的访问控制，rule加上组可以去操作rule定义的规则
clusterrule是一类跨集群的角色，角色里面定义一些可操作的资源（也就是定义权限）
clster rolebinding把谁能操作这些权限（用户或组绑定在一起）
2021/02/15 Kubernetes进阶实践_第232张图片
默认有很多，后面创建的flannel和其他的也会创建自己的权限

2021/02/15 Kubernetes进阶实践_第233张图片
**现在是在看这个clusterrole，这个集群里有哪些权限，resources（就是类似ingress，deployment），*星号代表全部资源，non-resources urls全部非资源的url（健康性检查url ），resource name不创建指定的资源名称，其实就是全部。
verbs就是可创建，可查看，可删除。全是星号就代表最大权限。
你只要是 这个用户绑定了cluster-admin，就是最大权限
**

2021/02/15 Kubernetes进阶实践_第234张图片
有了权限，就可以看到权限绑定了谁clusterrolebinding

2021/02/15 Kubernetes进阶实践_第235张图片
把role绑定到subjects，这个system:masters组有cluster-admin的全部权限
2021/02/15 Kubernetes进阶实践_第236张图片
通过kubectl操作集群的时候，也会用到clusteradmin的权限
2021/02/15 Kubernetes进阶实践_第237张图片
允许 超级用户去访问和操作集群里 的 任何资源，当使用了clusterrolebinding的时候，给了整个集群任何资源的所有权限
在这里插入图片描述
describe role发现是全量的权限

2021/02/15 Kubernetes进阶实践_第238张图片
**kubectl操作资源的时候是去读admin config文件，先去拿client-certificate证书做auth认证，取出证书的CN和 O（group是 system:master），通过rbac鉴权，其实绑定了一个cluster-admin的跨集群超级管理员角色 **

**当你kubectl操作出了问题就要 看卡在哪步骤出错了，是证书过期了，还是认证没过，操作权限不在范围里 **
2021/02/15 Kubernetes进阶实践_第239张图片

4.3 RBAC

rbac是role-based access control
2021/02/15 Kubernetes进阶实践_第240张图片
这里有node和rbac两种模式

2021/02/15 Kubernetes进阶实践_第241张图片
rbac的实现引入了4个资源类型，第一个是role角色，下面是可以定义只能查看default名称空间下pod的权限
2021/02/15 Kubernetes进阶实践_第242张图片
api version
2021/02/15 Kubernetes进阶实践_第243张图片
rule这个角色一定要固定在namespace里

在这里插入图片描述

**权限通过rule字段定义。
**
在这里插入图片描述
apigroup，K8S设计api的时候做了一个分组，kubectl api-version列出了整个版本
在这里插入图片描述
常见的
2021/02/15 Kubernetes进阶实践_第244张图片
不限制apigroup

在这里插入图片描述
资源类型，可以是service，可以是pod
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
get获取一个，list查询列表，watch监控资源的动态变化，创建，更新，patch修复，删除，exec
在这里插入图片描述
pod-reader这个role权限是读取default命名空间下的pod，对pod的操作有get，list，watch
2021/02/15 Kubernetes进阶实践_第245张图片
K8S的所有资源只能通过role和clusterrole暴露，角色就是专门划分权限的
2021/02/15 Kubernetes进阶实践_第246张图片
clusterrole里，metadta是没有namespace的，clusterRole不是去限制namespace的
2021/02/15 Kubernetes进阶实践_第247张图片
false代表不属于某一个名称空间，是一个跨namspace的

2021/02/15 Kubernetes进阶实践_第248张图片
定义一个读secret的reader，读secret权限的一组role，但是这个role是可以读所有namespacce的
2021/02/15 Kubernetes进阶实践_第249张图片
role和clustrroe只是定义了权限，还不知道给谁用.
下面是把custerrole绑定给了group。只有做了绑定后，前端的请求才会被K8S认识
2021/02/15 Kubernetes进阶实践_第250张图片
如何去做绑定rolebinding,是绑定 在namespace里的
2021/02/15 Kubernetes进阶实践_第251张图片
绑定的主题subjects，name，group
在这里插入图片描述
把pod-reader这个权限赋值给jane
2021/02/15 Kubernetes进阶实践_第252张图片
注意名称空间的范围

在这里插入图片描述
这里因为用的是rolebinding，用户和serviceaccount所以只能操作development下的权限，虽然权限是clusterrole，但是是用了rolebinding来绑定权限。
rolebinding可以来限制权限范围
2021/02/15 Kubernetes进阶实践_第253张图片
在这里插入图片描述
可以实现一个跨集群的访问操作

2021/02/15 Kubernetes进阶实践_第254张图片
2021/02/15 Kubernetes进阶实践_第255张图片
用户想要role权限，可以通过 rolebinding指定到这个role里
2021/02/15 Kubernetes进阶实践_第256张图片
有两个名称空间，可以使用跨命名空间clusterrolebinding
2021/02/15 Kubernetes进阶实践_第257张图片
集群c有三个名称空间，虽然绑定的是一个集群的角色，但是绑定方式是rolebinding，所以只有名称空间A的权限
2021/02/15 Kubernetes进阶实践_第258张图片

4.4 kubelet如何利用Node模式实现认证授权

kubelet可以汇报节点状态，也可以去启动pod，更新pod，也需要调用apiserver，调用etcd
2021/02/15 Kubernetes进阶实践_第259张图片
这里有一个kubeconfig文件
2021/02/15 Kubernetes进阶实践_第260张图片
跟kubectl的文件非常相似，前面是跟证书

2021/02/15 Kubernetes进阶实践_第261张图片
下面是跟证书签发的证书和私钥

2021/02/15 Kubernetes进阶实践_第262张图片
2021/02/15 Kubernetes进阶实践_第263张图片
保存下来，方便看内容
2021/02/15 Kubernetes进阶实践_第264张图片
是不是集群根证书签发的
在这里插入图片描述
证书里的认证没问题，还需要拿到用户和组信息鉴权，这两个信息作为group，cn传递给rbac授权，使用rbac授权的就会有rolebinding和clusterrolebinding来绑定这个权限给用户
2021/02/15 Kubernetes进阶实践_第265张图片
查看整个集群全部的rolebinding
在这里插入图片描述
get资源的时候不值当具体资源，K8S会把资源全部打印出来
在这里插入图片描述
clusterrole
2021/02/15 Kubernetes进阶实践_第266张图片
用这个clusterrolle去像操作kubectl一样是肯定不行的
2021/02/15 Kubernetes进阶实践_第267张图片
2021/02/15 Kubernetes进阶实践_第268张图片
2021/02/15 Kubernetes进阶实践_第269张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第270张图片
找一下clusterrolebinding

2021/02/15 Kubernetes进阶实践_第271张图片
在这里插入图片描述
这里是核心组件的权限
2021/02/15 Kubernetes进阶实践_第272张图片
允许kubelet访问资源，包括读写的权限
2021/02/15 Kubernetes进阶实践_第273张图片
应该使用前面的替代后面的角色

2021/02/15 Kubernetes进阶实践_第274张图片
这个是为了兼容之前的版本，1.8之前都是system:node，1.8之后K8S不使用了，但是为了保持之前的版本兼容，保留了

2021/02/15 Kubernetes进阶实践_第275张图片
在这里插入图片描述
使用node授权，node就是去解决kubelet授权的
2021/02/15 Kubernetes进阶实践_第276张图片
这些是读操作
2021/02/15 Kubernetes进阶实践_第277张图片
写操作和授权相关操作
2021/02/15 Kubernetes进阶实践_第278张图片
未来可能在node选择器里增加和删除确保kubelet只能拥有它所需要的操作权限
2021/02/15 Kubernetes进阶实践_第279张图片
如果要使用node选择器，必须保证传过来的组叫system:nodes和用户名是system:node:< nodename>
2021/02/15 Kubernetes进阶实践_第280张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第281张图片
2021/02/15 Kubernetes进阶实践_第282张图片
2021/02/15 Kubernetes进阶实践_第283张图片

2021/02/15 Kubernetes进阶实践_第284张图片
kubelet授权和kubectl是两种授权，kubectl是rbac，kubelet是node authorization

4.5 Service Account及k8s api的调用

2021/02/15 Kubernetes进阶实践_第285张图片
基本上在K8S二次开发都是使用serviceaccount+rbac方式
2021/02/15 Kubernetes进阶实践_第286张图片
加个—，就是同一个yaml文件写多个资源的写法
2021/02/15 Kubernetes进阶实践_第287张图片
kubectl就是用的cluster-admin,集群管理员的角色，把这个权限赋予给subject主体，serviceaccount，就可以通过这个账号去操作集群里的资源
2021/02/15 Kubernetes进阶实践_第288张图片
2021/02/15 Kubernetes进阶实践_第289张图片
2021/02/15 Kubernetes进阶实践_第290张图片
2021/02/15 Kubernetes进阶实践_第291张图片
这里之前有一个dashboard
在这里插入图片描述
找一下这个secrect
2021/02/15 Kubernetes进阶实践_第292张图片
描述一下这个secrect的信息，主要是这个token信息
2021/02/15 Kubernetes进阶实践_第293张图片
2021/02/15 Kubernetes进阶实践_第294张图片
所有的resources都可以操作
2021/02/15 Kubernetes进阶实践_第295张图片
2021/02/15 Kubernetes进阶实践_第296张图片

2021/02/15 Kubernetes进阶实践_第297张图片
这是contoller-manager的地址
2021/02/15 Kubernetes进阶实践_第298张图片
2021/02/15 Kubernetes进阶实践_第299张图片
controller-manager组件会去自己开启tokencontroller，会去检测每一个创建的serviceaccount对象，如果没有token，就会去用我们的私钥去生成一个，绑定到新建的serviceaccount中
2021/02/15 Kubernetes进阶实践_第300张图片
在默认名称空间里有一个默认的default，serviceaccount
在这里插入图片描述
其实任何一个名称空间里都有一个default的serviceaccount

在这里插入图片描述
在这个default之下才会有secret

2021/02/15 Kubernetes进阶实践_第301张图片
**我们创建每一个namespace的时候，会首先生成一个default的serviceaccount。
**
由于controller-manager有两个参数，token-controller会在default serviceaccount里绑定一个 secrect在这里插入图片描述
serviceaccountcontroller会在创建一个名称空间的时候创建一个叫default的serviceaccount，有了这个default的serviceaccount，tokencontroller才会去生成secret然后 绑定到default这个sa中。
同时每创建一个pod，会绑定一个/var/run/secrets/kubernetes.io/serviceacount，用于和apiserver交互，也就是在pod内部可以和apiserver做交互
2021/02/15 Kubernetes进阶实践_第302张图片
2021/02/15 Kubernetes进阶实践_第303张图片

2021/02/15 Kubernetes进阶实践_第304张图片
创建的默认的secrect挂载在这个路径下
2021/02/15 Kubernetes进阶实践_第305张图片
在这里插入图片描述

首先在dashboard创建了一个叫test名字的serviceaccount
2021/02/15 Kubernetes进阶实践_第306张图片
创建了一个role，在kubernetes这个名称空间 里只有pod的读取权限
2021/02/15 Kubernetes进阶实践_第307张图片
创建一个rolebinding，绑定给serviceaccount
2021/02/15 Kubernetes进阶实践_第308张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第309张图片
在这里插入图片描述
新建了一个test
2021/02/15 Kubernetes进阶实践_第310张图片
每创建一个pod都会创建一个secret
2021/02/15 Kubernetes进阶实践_第311张图片
可以用这个token去访问dashboard，来验证授权规则
2021/02/15 Kubernetes进阶实践_第312张图片
2021/02/15 Kubernetes进阶实践_第313张图片
2021/02/15 Kubernetes进阶实践_第314张图片
点击pod，可以展示出内容
2021/02/15 Kubernetes进阶实践_第315张图片
提示我们没有权限
2021/02/15 Kubernetes进阶实践_第316张图片
2021/02/15 Kubernetes进阶实践_第317张图片
通过curl如何去调用api
2021/02/15 Kubernetes进阶实践_第318张图片
在这里插入图片描述
我们要调用api就是这个
2021/02/15 Kubernetes进阶实践_第319张图片
authorization:bearer 是经常开发的时候用的一个认证的头，bearer后面有一个空格，多一个不行，少一个 也不行
2021/02/15 Kubernetes进阶实践_第320张图片
复制这个token
2021/02/15 Kubernetes进阶实践_第321张图片
后面跟dashboard的url，指定kubernnetes-dashboard名称空间
2021/02/15 Kubernetes进阶实践_第322张图片
可以拿到数据
2021/02/15 Kubernetes进阶实践_第323张图片
换成luffy名称空间就访问不到数据了
2021/02/15 Kubernetes进阶实践_第324张图片
没有权限
2021/02/15 Kubernetes进阶实践_第325张图片
K8S认证包括三大部分，一部分是认证（证书和token），一部分是授权（rbac和node，node只有kubelet用 这种方式去授权，理论上操作资源都是通过rbac去做），adminssion control整个控制（偏安全管理方面的）
二次开发的时候更多的是用serviceaccount和rbac去做cluster API的开发

2021/02/15 Kubernetes进阶实践_第326张图片

第5章 通过HPA实现业务应用弹性伸缩

5.1 HPA控制器介绍

使用HPA，让业务实现动态缩容扩容
horizontal pod autoscaling，pod水平自动伸缩
2021/02/15 Kubernetes进阶实践_第327张图片
rc是副本控制集，deployment是部署，scale连接了HPA,HPA作用于某个deployment或者rc，rs上的，是一个支持水平扩展的资源，像daemonset这个资源就不行，不支持水平扩展

HPA其实是一个监控pod的使用率，满足阀值就去扩容缩容
2021/02/15 Kubernetes进阶实践_第328张图片
HPA需要拿到pod的metric数据，也就是监控数据
2021/02/15 Kubernetes进阶实践_第329张图片
2021/02/15 Kubernetes进阶实践_第330张图片
通过apiserver这种方式代理了之后，整个访问路径是service_namep[portname]，这样明显不符合restful风格规范。
不能像apiserver鉴权。
metric apiK8S把监控也做的标准化了
2021/02/15 Kubernetes进阶实践_第331张图片
1.8开始，metrics-server就逐渐成为一种监控方式，作为HPA请求 的一种数据来源
2021/02/15 Kubernetes进阶实践_第332张图片
-v=7 可以查看执行过程

2021/02/15 Kubernetes进阶实践_第333张图片
这里有一个url地址
2021/02/15 Kubernetes进阶实践_第334张图片
可以像访问K8S里的核心资源一样，访问一些监控数据（metric-server提供的）

在这里插入图片描述
HPA通过metrics.k8s.io/v1beta1，调用mertic-server提供的mertiecs-api，metrics-server再去通过kubernetes.summary_api调用kubelet去拿数据，采集数据还是kubelet去做

2021/02/15 Kubernetes进阶实践_第335张图片

5.2 Metrics-Server安装

HPA的实现有两个版本，v1只包含了根据cpu指标的检测，v2beta1，支持内存的指标和自定义的指标
2021/02/15 Kubernetes进阶实践_第336张图片
metric server收集每个节点的summary api，真实采集数据是kubelet去做的。
metrics server 把自己的api注册到K8s官方的 aggregator聚合器，这样才能通过标准的K8Sapi去访问数据
2021/02/15 Kubernetes进阶实践_第337张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第338张图片
直接运行会报错，提示我们需要修改一些配置
2021/02/15 Kubernetes进阶实践_第339张图片
2021/02/15 Kubernetes进阶实践_第340张图片
2021/02/15 Kubernetes进阶实践_第341张图片
**metric通过kubelet拿数据，就需要访问kubelet的地址，这就是kubelet地址的访问顺序 **
在这里插入图片描述
hostname就是这个，mertics是容器部署，就肯定解析不到这个域名
2021/02/15 Kubernetes进阶实践_第342张图片
internalip就是内网ip，是可以访问到的
在这里插入图片描述
kubeadm初始化签发证书的时候，其实是把每台机器的hostname打到证书里，叫ipsince（里面一堆证书或者域名）
在这里插入图片描述
下面的就不用配置了，因为前面已经insecure不校验证书了
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第343张图片
一个yaml文件可以写多个资源类型
在这里插入图片描述

2021/02/15 Kubernetes进阶实践_第344张图片
定义一个clusterrole，只需要拿pod和node的监控数据就可以了

2021/02/15 Kubernetes进阶实践_第345张图片
绑定到了一个metrics-server的serviceaccount

2021/02/15 Kubernetes进阶实践_第346张图片
下面 是deployment使用一个serviceaccount叫metrics-server，这样pod里的容器就有了metrics-server权限，这是在pod内部使用metrics-server的用法
2021/02/15 Kubernetes进阶实践_第347张图片
加上参数否则会报错，顺便替换成阿里云
2021/02/15 Kubernetes进阶实践_第348张图片
默认放在kube-system里的

2021/02/15 Kubernetes进阶实践_第349张图片
2021/02/15 Kubernetes进阶实践_第350张图片
跑到了slave1节点上

2021/02/15 Kubernetes进阶实践_第351张图片
查看日志有没有坑
在这里插入图片描述
有些pod如果不加资源 限制会有错误

2021/02/15 Kubernetes进阶实践_第352张图片
2021/02/15 Kubernetes进阶实践_第353张图片
2021/02/15 Kubernetes进阶实践_第354张图片

5.3 kubelet与cadvisor如何采集监控数据

无论是heapster还是metric-server，都只是 数据的中转和汇集，本身不采集 数据，只是把数据拿来之后暴露出去，两者都是去调用kubelet的api去获取数据。kubelet有很多功能，负责采集 指标的只是cadvisor这个模块。
可以通过10250的端口获取数据

2021/02/15 Kubernetes进阶实践_第355张图片
在这里插入图片描述
直接访问是不行的，需要认证
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第356张图片
可以去拿dashboard-admin这个token，因为已经是最大权限了
2021/02/15 Kubernetes进阶实践_第357张图片
2021/02/15 Kubernetes进阶实践_第358张图片
2021/02/15 Kubernetes进阶实践_第359张图片
类似prometheus的数据

2021/02/15 Kubernetes进阶实践_第360张图片
验证下container的数据，只需要改一个cadvisor
2021/02/15 Kubernetes进阶实践_第361张图片
每个指标按照容器pod做了展示
2021/02/15 Kubernetes进阶实践_第362张图片
真正干活的还是这两个
在这里插入图片描述
cadvisor其实是去负责采集的，采集之后，metric-server是负责调用采集api的。cadvisor独立的实现在1.12以后都删除 了，都迁到了kubelet里
runc/container是docker一开始为了去实现跨平台的库，让docker去兼容linux，其他系统。libcontainer是对cgroup文件的封装，cadvisor是一个 转发者，它的数据来自于cgroup文件，整个linux一切皆文件
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第363张图片
对docker容器来讲
2021/02/15 Kubernetes进阶实践_第364张图片
这个是容器id2021/02/15 Kubernetes进阶实践_第365张图片
在这里插入图片描述

内存使用的值会放在memory.usage_in_bytes
2021/02/15 Kubernetes进阶实践_第366张图片
如果是K8S起的POd，上面两个是K8S里服务质量用到的属性
2021/02/15 Kubernetes进阶实践_第367张图片
以pod开头的就是K8S数据

2021/02/15 Kubernetes进阶实践_第368张图片
这是按pod统计的
在这里插入图片描述
kubectl top命令其实到最后采集的是文件里的数据

2021/02/15 Kubernetes进阶实践_第369张图片
kubectl和dashboard，scheduler使用的时候通过apiserver（其实就是metric）调用kubelet（实际cadvisor组件），采集cgroup文件数据

2021/02/15 Kubernetes进阶实践_第370张图片
2021/02/15 Kubernetes进阶实践_第371张图片
2021/02/15 Kubernetes进阶实践_第372张图片

5.4 kube-aggregator聚合器及Metrics-Server的实现

K8S的聚合器aggregator。
metric server是一个独立的服务，只能服务内部实现自己的api，是如何做到通过标准的K8S api暴露出去。
聚何其是一种apiserver的api一种 拓展机制。允许开发人员写一个自己的服务，把这个服务注册到K8S的api里。
2021/02/15 Kubernetes进阶实践_第373张图片
apiserver是蓝色部分，除了标准的api以外还有api聚合器，自己开发的api其实是一个可插拔式的设计，它的apiserver可以通过聚合层暴露出去

2021/02/15 Kubernetes进阶实践_第374张图片
2021/02/15 Kubernetes进阶实践_第375张图片
这是一个开发写的具体的业务服务，自己写的service端口必须支持https访问
2021/02/15 Kubernetes进阶实践_第376张图片
这么写的yaml，K8S会以下面的url代理请求
2021/02/15 Kubernetes进阶实践_第377张图片
这里就是我们service具体去实现访问的url
在这里插入图片描述
查看metric-server实现
2021/02/15 Kubernetes进阶实践_第378张图片
这是安装kube-metric-server，安装过来的
在这里插入图片描述
metric.k8s.io就是内部去实现的一个组，用的版本是v1beta1

2021/02/15 Kubernetes进阶实践_第379张图片
组metrics.k8s.io/版本v1beta1/
2021/02/15 Kubernetes进阶实践_第380张图片
要实现上面的url访问，metrics-server就要去实现下面的路由
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第381张图片
2021/02/15 Kubernetes进阶实践_第382张图片
2021/02/15 Kubernetes进阶实践_第383张图片
apiserver地址/apis/组/版本/namespaces/名称空间名字/pods

2021/02/15 Kubernetes进阶实践_第384张图片
查看一下它的名字
2021/02/15 Kubernetes进阶实践_第385张图片
通过 一个标准的api来访问监控数据，这是通过聚合之后的api地址去访问。
2021/02/15 Kubernetes进阶实践_第386张图片
标准apiserver会转到具体的apiserver，才会用同样的url去访问
在这里插入图片描述
可以查看一下metrics-server的地址
2021/02/15 Kubernetes进阶实践_第387张图片
2021/02/15 Kubernetes进阶实践_第388张图片
直接访问metric-server地址，效果是一样的
2021/02/15 Kubernetes进阶实践_第389张图片
K8S只是把服务地址换成标准的apiserver地址
2021/02/15 Kubernetes进阶实践_第390张图片
访问metric-server地址的时候可以打出所支持的所有path
2021/02/15 Kubernetes进阶实践_第391张图片
2021/02/15 Kubernetes进阶实践_第392张图片
这是一个metrics-server的具体实现
2021/02/15 Kubernetes进阶实践_第393张图片

5.5 基于CPU实现业务的水平扩缩容

HPA已经具体定义到一个控制器里了
2021/02/15 Kubernetes进阶实践_第394张图片
把HPA加载到deployment之上
2021/02/15 Kubernetes进阶实践_第395张图片
最小一个副本，最大三个副本

在这里插入图片描述
平均使用率超过10%就扩容
在这里插入图片描述

2021/02/15 Kubernetes进阶实践_第396张图片
2021/02/15 Kubernetes进阶实践_第397张图片

2021/02/15 Kubernetes进阶实践_第398张图片
在这里插入图片描述
在这里插入图片描述
现在试试把cpu利用率涨上去，这里使用的是一个默认15秒的周期，kube-metrics设置
2021/02/15 Kubernetes进阶实践_第399张图片
在这里插入图片描述
可以做一个模拟压测
2021/02/15 Kubernetes进阶实践_第400张图片
2021/02/15 Kubernetes进阶实践_第401张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第402张图片
进行压测

2021/02/15 Kubernetes进阶实践_第403张图片
在这里插入图片描述
已经开始启动了

2021/02/15 Kubernetes进阶实践_第404张图片
在这里插入图片描述
cpu使用率上升，把副本变成3个了

2021/02/15 Kubernetes进阶实践_第405张图片
停止压测

2021/02/15 Kubernetes进阶实践_第406张图片
pod数还是三个

2021/02/15 Kubernetes进阶实践_第407张图片
2021/02/15 Kubernetes进阶实践_第408张图片
HPA官方文档

在这里插入图片描述
一个scaledown的事件，需要5分钟的间隔时间
2021/02/15 Kubernetes进阶实践_第409张图片
每次缩放是一个，一个间隔5分钟

在这里插入图片描述

5.5 基于CPU实现业务的水平扩缩容

5分钟以后开始删除第一个

2021/02/15 Kubernetes进阶实践_第410张图片
apiserver，v1只支持基于cpu的，v2支持基于内存和自定义指标d
在这里插入图片描述

2021/02/15 Kubernetes进阶实践_第411张图片
上面是基于内存指标的HPA，下面要求加压

2021/02/15 Kubernetes进阶实践_第412张图片
文件名就是一个脚本，去划一个临时的内存系统过去，挂载容器里之后，dd往里面打进去，等于直接写内存数据，但是mount要超级用户权限
2021/02/15 Kubernetes进阶实践_第413张图片
2021/02/15 Kubernetes进阶实践_第414张图片
2021/02/15 Kubernetes进阶实践_第415张图片

要加一个参数给超级权限
在这里插入图片描述
挂载是用刚才定义的configmap名字定义到volumes里
2021/02/15 Kubernetes进阶实践_第416张图片
挂载到这里
在这里插入图片描述
先建立deployment再去建立HPA

创建configmap的yam文件
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第417张图片
HPA
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第418张图片
在这里插入图片描述
创建deployment
2021/02/15 Kubernetes进阶实践_第419张图片
创建是有顺序的，，先创建confgmap，deployment，HPA
2021/02/15 Kubernetes进阶实践_第420张图片
在这里插入图片描述
已经运行
2021/02/15 Kubernetes进阶实践_第421张图片
在这里插入图片描述
现在去加压
2021/02/15 Kubernetes进阶实践_第422张图片
2021/02/15 Kubernetes进阶实践_第423张图片
-w持续观察

2021/02/15 Kubernetes进阶实践_第424张图片
已经到89%
2021/02/15 Kubernetes进阶实践_第425张图片
触发了扩容
2021/02/15 Kubernetes进阶实践_第426张图片
超过阀值做了扩容
2021/02/15 Kubernetes进阶实践_第427张图片
scale down，每一个默认需要5分钟，10个就是50分钟
2021/02/15 Kubernetes进阶实践_第428张图片
2021/02/15 Kubernetes进阶实践_第429张图片
基于cpu和内存其实是一个通用的实现（通过metric server），自定义的指标需要用到Prometheus adapter，会把数据提供HPA，有点类似metric server的作用
2021/02/15 Kubernetes进阶实践_第430张图片
HPA通过metrics 的聚合器，调用metrics-server（到kubelet和cadvisor拿数据），自定义是metrics聚合器到Prometheus adapter拿数据

2021/02/15 Kubernetes进阶实践_第431张图片

第6章 PC+PVC对接分布式存储

6.1 pv与pvc快速入门

以前的第一种挂载方式是emptydir
2021/02/15 Kubernetes进阶实践_第432张图片
2021/02/15 Kubernetes进阶实践_第433张图片
定义了volume以后，pod里所有的容器都可以挂载再这个上，这个pod不挂，数据就丢不掉，但是pod重建了数据就丢失
2021/02/15 Kubernetes进阶实践_第434张图片
第二种就是hostpath类型，一般配合node-selector做联合使用
2021/02/15 Kubernetes进阶实践_第435张图片
用nfs可以实现不和某台宿主机进行绑定
2021/02/15 Kubernetes进阶实践_第436张图片
支持的volumes类型
在这里插入图片描述
K8S引入了PV和PVC屏蔽每种后端 存储的细节
在这里插入图片描述
PV persistentvolume持久化卷
2021/02/15 Kubernetes进阶实践_第437张图片
2021/02/15 Kubernetes进阶实践_第438张图片
现在只支持storage存储空间
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第439张图片
访问模式，readwriteonce读写权限只能被单个节点挂载
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第440张图片
cephfs都支持，nfs也都支持
2021/02/15 Kubernetes进阶实践_第441张图片
pv的回收策略
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第442张图片
pv删除之后，底层的数据，还不会自动删除，需要手动删除
在这里插入图片描述
删除PV的时候同时把底层数据删除了
在这里插入图片描述
一般用于云厂商，用的比较少
在这里插入图片描述
pv是一个跨namespace的资源

2021/02/15 Kubernetes进阶实践_第443张图片
pv是直接对接 底层的存储，node可以为pod提供cpu内存，pv可以为pod提供 存储资源
在这里插入图片描述
pvc是持久化卷申明，是一种用户存储的申明，可以和pv实现一对一绑定，对应真正使用的用户不需要关心底层的存储细节 。
它是有一个名称空间概念的
2021/02/15 Kubernetes进阶实践_第444张图片要实现PVC和PV绑定，这里的条件要和PV能对上，如果PVC需要1G，PV的大小只有500M那就匹配不上。accessmode访问模式也需要和PV定义的一致
2021/02/15 Kubernetes进阶实践_第445张图片
2021/02/15 Kubernetes进阶实践_第446张图片
pod里只需要写一个pvc，就不关心底层的实现了
2021/02/15 Kubernetes进阶实践_第447张图片
PV的出现就是因为volume有很多，PV和PVC用来给pod屏蔽底层存储的一些实现
2021/02/15 Kubernetes进阶实践_第448张图片
**首先定义一个PV，在PV里直接对接底层的存储 **
2021/02/15 Kubernetes进阶实践_第449张图片
匹配的大小和访问模式要匹配后面定义的pvc值，pv是和底层存储打交道，pod是不会直接用pv的
在这里插入图片描述
pod是通过pvc里找到pv
2021/02/15 Kubernetes进阶实践_第450张图片
pod通过pvc找到pv，就是通过这么 几个条件去匹配
2021/02/15 Kubernetes进阶实践_第451张图片
在pod里使用，写法就比较简单了
2021/02/15 Kubernetes进阶实践_第452张图片

6.2 pv与pvc管理NFS存储实践

2021/02/15 Kubernetes进阶实践_第453张图片
在这里插入图片描述
创建共享目录，nfs可以挂载这个目录
2021/02/15 Kubernetes进阶实践_第454张图片
在这里插入图片描述
K8S集群挂载外部的nfs存储

2021/02/15 Kubernetes进阶实践_第455张图片
slave1和slave2安装
2021/02/15 Kubernetes进阶实践_第456张图片
在这里插入图片描述
tuch一个文件试试
2021/02/15 Kubernetes进阶实践_第457张图片
server端现在有这个文件
2021/02/15 Kubernetes进阶实践_第458张图片
创建PV

2021/02/15 Kubernetes进阶实践_第459张图片
2021/02/15 Kubernetes进阶实践_第460张图片
创建pv

2021/02/15 Kubernetes进阶实践_第461张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第462张图片
整个PV的生命周期

2021/02/15 Kubernetes进阶实践_第463张图片
还未被使用，处于单身
在这里插入图片描述
已经被人绑定
在这里插入图片描述
分手了

在这里插入图片描述
找一个男朋友，也就是pvc

2021/02/15 Kubernetes进阶实践_第464张图片
访问模式要和之前的匹配
在这里插入图片描述
大小要符合
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第465张图片

2021/02/15 Kubernetes进阶实践_第466张图片
状态变成bound
2021/02/15 Kubernetes进阶实践_第467张图片
pv也变成bound
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第468张图片
假如先创建pvc
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第469张图片
在这里插入图片描述
一直是pending，因为之前的已经绑定好了，所以就一直处于pending
2021/02/15 Kubernetes进阶实践_第470张图片
有了合适的pv会立马进行绑定
2021/02/15 Kubernetes进阶实践_第471张图片
如何挂载在pod里
2021/02/15 Kubernetes进阶实践_第472张图片

2021/02/15 Kubernetes进阶实践_第473张图片
在这里插入图片描述

2021/02/15 Kubernetes进阶实践_第474张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第475张图片
进入容器看到整个文件，说明成功
2021/02/15 Kubernetes进阶实践_第476张图片
在这里插入图片描述
这个pod就是在用nfs存储

在这里插入图片描述

6.3 storageClass实现动态挂载

2021/02/15 Kubernetes进阶实践_第477张图片ceph安装比较复杂，但是这里省略，下面是文档，主要针对K8S如何对接ceph
在这里插入图片描述
底层的rados，是ceph的底层分配，针对故障的存储恢复2021/02/15 Kubernetes进阶实践_第478张图片
cephfs，类似nfs，可以挂载使用的
2021/02/15 Kubernetes进阶实践_第479张图片
rbd模式，效率比cephfs高一些

2021/02/15 Kubernetes进阶实践_第480张图片
gateway,实现了cephfs存储的api
2021/02/15 Kubernetes进阶实践_第481张图片
用librados的库实现和rados的交互
2021/02/15 Kubernetes进阶实践_第482张图片
列出创建的几个pool
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第483张图片
new一个元数据和存储数据的池子

在这里插入图片描述
数据存储其实是用cephfs做对接
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第484张图片
2021/02/15 Kubernetes进阶实践_第485张图片
如果每个业务创建pv和pvc是比较繁琐的，通过storageclass+provisioner工商实现pvc自动创建并绑定 pv
在这里插入图片描述

2021/02/15 Kubernetes进阶实践_第486张图片
需要让storageclass知道对应的底层存储是哪一个
在这里插入图片描述
这里的参数就是provisioner的参数，通过K8S直接连cephfs，需要知道的参数
2021/02/15 Kubernetes进阶实践_第487张图片
1先去创建storageclass
2用户创建pvc，pvc里指定好创建的storageclass
3K8S给pvc去分配的时候，发现没有对应的pv，但是指定了storageclass
4.K8S获取存储类，可以告诉 K8S基于storageclass创建一个pv
5。K8S根据storageclass定义的信息创建一个pv
6，78，就是常规的方式，创建pv，pvc，pod挂载pvc
K8S可以针对不同的存储，可以针对不同的存储创建不同的storageclass

2021/02/15 Kubernetes进阶实践_第488张图片
K8S可以针对不同的存储，可以针对不同的存储创建不同的storageclass
2021/02/15 Kubernetes进阶实践_第489张图片
除了cephfs有povisioner，NFS和ceph-rbd都有
2021/02/15 Kubernetes进阶实践_第490张图片
2021/02/15 Kubernetes进阶实践_第491张图片
有些K8S并没有做好标准，新出来的存储可以用插件的方式，定义一些rbac的信息，读取K8S的资源
2021/02/15 Kubernetes进阶实践_第492张图片
这个镜像就是插件
2021/02/15 Kubernetes进阶实践_第493张图片
配置的用户信息是放在secret里
2021/02/15 Kubernetes进阶实践_第494张图片
2021/02/15 Kubernetes进阶实践_第495张图片

cephfs有个admin权限
2021/02/15 Kubernetes进阶实践_第496张图片
这个就是key
在这里插入图片描述
需要创建一个secret文件，但是secret需要做一次base64
在这里插入图片描述

2021/02/15 Kubernetes进阶实践_第497张图片
2021/02/15 Kubernetes进阶实践_第498张图片

创建这个secrect是因为创建deployment的时候会去读这个信息
2021/02/15 Kubernetes进阶实践_第499张图片
2021/02/15 Kubernetes进阶实践_第500张图片
在这里插入图片描述
在这里插入图片描述

2021/02/15 Kubernetes进阶实践_第501张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第502张图片
提供者的插件装好了，下面就可以创建storageclass了
2021/02/15 Kubernetes进阶实践_第503张图片
2021/02/15 Kubernetes进阶实践_第504张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第505张图片
在这里插入图片描述
storageclass没有命名空间的概念

在这里插入图片描述
现在storageclass创建好了，只需要验证pvc调用storageclass信息能不能自动创建pv了
2021/02/15 Kubernetes进阶实践_第506张图片

6.4 动态pvc验证ceph存储及实现分析

现在storageclass已经创建好了
2021/02/15 Kubernetes进阶实践_第507张图片
第二步就是创建pvc

2021/02/15 Kubernetes进阶实践_第508张图片
指定了之前创建storageclass的名字

在这里插入图片描述
在这里插入图片描述

2021/02/15 Kubernetes进阶实践_第509张图片
在这里插入图片描述
接下来就是K8S根据pvc获取storageclass信息创建pv了

2021/02/15 Kubernetes进阶实践_第510张图片
现在已经绑定了

在这里插入图片描述
创建的pvc
2021/02/15 Kubernetes进阶实践_第511张图片
2021/02/15 Kubernetes进阶实践_第512张图片
2021/02/15 Kubernetes进阶实践_第513张图片
可以创建个pod挂载
在这里插入图片描述
在这里插入图片描述

2021/02/15 Kubernetes进阶实践_第514张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第515张图片
进入pod已经看到一个cephfs目录
2021/02/15 Kubernetes进阶实践_第516张图片
所谓的持久化都是宿主机volume的持久化，因为pod是支持销毁重建的。
整个pod挂载，K8S会创建这样一个路径的volume的目录
2021/02/15 Kubernetes进阶实践_第517张图片
2021/02/15 Kubernetes进阶实践_第518张图片
在这里插入图片描述
到slave1节点看看，上面是远端地址，下面是本地地址
在这里插入图片描述
**K8S创建pod，默认会把使用的serviceaccount所在的token信息挂载进来，每个pod都会有数据，都会区挂载 指定的serviceaccount创建的secret信息，为了和K8Sapi交互用
**
2021/02/15 Kubernetes进阶实践_第519张图片
在这里插入图片描述
创建一个pvc挂载到挂载点后其实是目录的规范
在这里插入图片描述
查看这个目录的挂载信息
2021/02/15 Kubernetes进阶实践_第520张图片
2021/02/15 Kubernetes进阶实践_第521张图片
2021/02/15 Kubernetes进阶实践_第522张图片

第7章 使用Helm管理复杂业务应用

7.1 认识Helm

2021/02/15 Kubernetes进阶实践_第523张图片
一般的服务架构是这样的，是否可以把一整个架构做为一个产品打一个包，就是helm的一个概念chart，chart其实就是一堆模板，实际部署的时候把值传递给模板，这样就在不同环境部署起来了
2021/02/15 Kubernetes进阶实践_第524张图片
2021/02/15 Kubernetes进阶实践_第525张图片
有chart的软件仓库
在这里插入图片描述
在这里插入图片描述
helm2的架构，现在用helm3的比较多，k8S里部署了一个Tiller组件 ，充当server端，调用K8Sapi

2021/02/15 Kubernetes进阶实践_第526张图片
helm3多了一个chart仓库，helmclient可以直接和apiserver做交互，这是2banben和3版本的区别

2021/02/15 Kubernetes进阶实践_第527张图片
2021/02/15 Kubernetes进阶实践_第528张图片
helm2假如直接用kubectl edit是无法回滚的，helm3会对比内容，来达到回滚的作用
2021/02/15 Kubernetes进阶实践_第529张图片
chart就像一个镜像一样，镜像部署了就叫一个容器，chart部署了以后叫release
2021/02/15 Kubernetes进阶实践_第530张图片
怎么去拉chat，打包chart，把chart直接安装到K8S了
2021/02/15 Kubernetes进阶实践_第531张图片

7.2 helm安装与快速入门实践

2021/02/15 Kubernetes进阶实践_第532张图片
helm3就需要一个客户端

2021/02/15 Kubernetes进阶实践_第533张图片
在这里插入图片描述
当前版本是3.2.4
在这里插入图片描述
可以看一些环境变量信息

2021/02/15 Kubernetes进阶实践_第534张图片stable只是一个仓库名字
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
去抓取 新仓库里的索引文件
在这里插入图片描述
可以查看这个stable里有哪些包
在这里插入图片描述
chartversion是这个chart的version，app version是里面中间件的一个版本

2021/02/15 Kubernetes进阶实践_第535张图片
2021/02/15 Kubernetes进阶实践_第536张图片
这是一个release名字，将容器起来的名字
在这里插入图片描述
描述信息里是这个chart的基本使用
2021/02/15 Kubernetes进阶实践_第537张图片
没有指定namespace是在默认的namespacce里，mysql这个应用打包了一个service和deployment，replicaset
2021/02/15 Kubernetes进阶实践_第538张图片
在这里插入图片描述
helm在安装的时候可以设定一些参数

创建一个chart
2021/02/15 Kubernetes进阶实践_第539张图片
2021/02/15 Kubernetes进阶实践_第540张图片
这就是刚创建的一个nginx的chart

2021/02/15 Kubernetes进阶实践_第541张图片
本地有这个chart也可以直接install这个目录
2021/02/15 Kubernetes进阶实践_第542张图片
已经在运行了

2021/02/15 Kubernetes进阶实践_第543张图片
2021/02/15 Kubernetes进阶实践_第544张图片
过滤一下nginx的数据

在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第545张图片
这是创建的nginx的chart

2021/02/15 Kubernetes进阶实践_第546张图片
2021/02/15 Kubernetes进阶实践_第547张图片
两种基本使用chart的方式，一种是在仓库里，
2021/02/15 Kubernetes进阶实践_第548张图片
第二种是本地知道的时候，可以通过create，根据需要改里面的东西，改完之后进行一个安装测试
2021/02/15 Kubernetes进阶实践_第549张图片

7.3 chart模板语法及开发

2021/02/15 Kubernetes进阶实践_第550张图片
如果chart依赖其他chart，可以在这个目录里生成

在这里插入图片描述
全局定义的一些信息
在这里插入图片描述
模板就是整个K8S里的一些清单文件

2021/02/15 Kubernetes进阶实践_第551张图片
安装后打印的提示信息
在这里插入图片描述
安装完成后的一些test方法，检验一下chart安装是否成功
在这里插入图片描述
有些值需要和模板进行融合，这个也是执行配置更换的一个入口
在这里插入图片描述
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第552张图片
chart类似一个小 项目，可以打开这个项目看看
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第553张图片
values是默认的值
2021/02/15 Kubernetes进阶实践_第554张图片
2021/02/15 Kubernetes进阶实践_第555张图片
2021/02/15 Kubernetes进阶实践_第556张图片
2021/02/15 Kubernetes进阶实践_第557张图片

默认的nginx副本数
在这里插入图片描述
给这个image用的默认tag，就是nginx:latest
2021/02/15 Kubernetes进阶实践_第558张图片
注解，安全性
2021/02/15 Kubernetes进阶实践_第559张图片
创建的service类型和端口
2021/02/15 Kubernetes进阶实践_第560张图片
如果是false，就是helm安装的部署的时候不会装ingress
2021/02/15 Kubernetes进阶实践_第561张图片
在这里插入图片描述
resource就是限制资源
2021/02/15 Kubernetes进阶实践_第562张图片
HPA,CPU百分之80就扩容
2021/02/15 Kubernetes进阶实践_第563张图片
2021/02/15 Kubernetes进阶实践_第564张图片
在这里插入图片描述
chart.yaml是定义的全局信息
2021/02/15 Kubernetes进阶实践_第565张图片
chart的version

在这里插入图片描述
nginx的一个版本

在这里插入图片描述
看一下deployment，{ {}}两个大括号其实就是一个GO语言的模板

2021/02/15 Kubernetes进阶实践_第566张图片
这里values定义好了值2021/02/15 Kubernetes进阶实践_第567张图片
.Values，这个.点号就是最大的作用域，tag里如果没有就用appversion
2021/02/15 Kubernetes进阶实践_第568张图片
.点号等于找这个yaml里的整个对象
2021/02/15 Kubernetes进阶实践_第569张图片
include就是包含，从模板里引用
2021/02/15 Kubernetes进阶实践_第570张图片
模板就是从这里来，不是yaml就不会被K8S当作一个资源
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第571张图片
定义一个模板就nginx.fullname，nginx全量名称
2021/02/15 Kubernetes进阶实践_第572张图片】在这里插入图片描述
如果设置了这个
2021/02/15 Kubernetes进阶实践_第573张图片trunc 63最多63个字符，trimsuffix去掉文件后缀的一个 方法
在这里插入图片描述
$符号定义一个局部变量，如果nameoverride没定义就会变成chart.name
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第574张图片
如果release的名字包含了这个名字，就进行去除字符
2021/02/15 Kubernetes进阶实践_第575张图片
通过开关性质的来隐藏
2021/02/15 Kubernetes进阶实践_第576张图片
2021/02/15 Kubernetes进阶实践_第577张图片
2021/02/15 Kubernetes进阶实践_第578张图片
.点号就是跟作用域
2021/02/15 Kubernetes进阶实践_第579张图片
values可以拿到所有的变量，release.name可以拿到创建的名字
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第580张图片
2021/02/15 Kubernetes进阶实践_第581张图片
去掉左边的空格和换行
2021/02/15 Kubernetes进阶实践_第582张图片
中甲有个换行一般再{ {}}后面bianchneg { { -}}
2021/02/15 Kubernetes进阶实践_第583张图片
2021/02/15 Kubernetes进阶实践_第584张图片
前面保留6个空格就满足yanml规范了

在这里插入图片描述

在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第585张图片

控制整个开关，是否显示字段
在这里插入图片描述

在这里插入图片描述
toyaml就是为了符合yaml写法
2021/02/15 Kubernetes进阶实践_第586张图片

2021/02/15 Kubernetes进阶实践_第587张图片
大的if，如果有就有内容，没有就没有内容
2021/02/15 Kubernetes进阶实践_第588张图片
chart需要有一定的基础才能去使用
2021/02/15 Kubernetes进阶实践_第589张图片

7.4 定制chart的方式

创建helm的时候赋值上，让它变成一个定制的，每一个赋值都需要–set
2021/02/15 Kubernetes进阶实践_第590张图片
2021/02/15 Kubernetes进阶实践_第591张图片
2021/02/15 Kubernetes进阶实践_第592张图片
也可以不通过–set去覆盖，可以创建一个value的yaml文件去做
2021/02/15 Kubernetes进阶实践_第593张图片
2021/02/15 Kubernetes进阶实践_第594张图片
这里path做了一个循环

2021/02/15 Kubernetes进阶实践_第595张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第596张图片
2021/02/15 Kubernetes进阶实践_第597张图片

ingress地址都打印出来了

在这里插入图片描述
在这里插入图片描述
转发的地址

2021/02/15 Kubernetes进阶实践_第598张图片
chart生成了一个HPA

在这里插入图片描述
配置以恶hosts
2021/02/15 Kubernetes进阶实践_第599张图片
2021/02/15 Kubernetes进阶实践_第600张图片
删除chart也很简单
2021/02/15 Kubernetes进阶实践_第601张图片
现在就访问不到了
2021/02/15 Kubernetes进阶实践_第602张图片
只要是通过helm起的资源，都会被删除
2021/02/15 Kubernetes进阶实践_第603张图片
2021/02/15 Kubernetes进阶实践_第604张图片
可以搜索mysql

2021/02/15 Kubernetes进阶实践_第605张图片
2021/02/15 Kubernetes进阶实践_第606张图片
解压一下

在这里插入图片描述
也是一个chart模板

2021/02/15 Kubernetes进阶实践_第607张图片

7.5 harbor架构介绍及chart参数设置

harbor可以用作镜像和helm仓库的
2021/02/15 Kubernetes进阶实践_第608张图片core去提供服务
2021/02/15 Kubernetes进阶实践_第609张图片
项目的存户空间，有多少可以存储，配额管理
2021/02/15 Kubernetes进阶实践_第610张图片
harbor和多个仓库间去同步任务
2021/02/15 Kubernetes进阶实践_第611张图片
2021/02/15 Kubernetes进阶实践_第612张图片
2021/02/15 Kubernetes进阶实践_第613张图片
2021/02/15 Kubernetes进阶实践_第614张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第615张图片
添加一个harbor源

在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第616张图片
查找一下harbor

在这里插入图片描述
pull到本地
2021/02/15 Kubernetes进阶实践_第617张图片在这里插入图片描述

解压到本地，看看chart的实现
2021/02/15 Kubernetes进阶实践_第618张图片
开启一个ingress
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第619张图片
2021/02/15 Kubernetes进阶实践_第620张图片
内部组件使用 的一些证书可以先不管

2021/02/15 Kubernetes进阶实践_第621张图片
创建一个storageclass可以自动创建pv
2021/02/15 Kubernetes进阶实践_第622张图片
2021/02/15 Kubernetes进阶实践_第623张图片
2021/02/15 Kubernetes进阶实践_第624张图片
根据同一个存储，不同的子目录来建立持久化存储
2021/02/15 Kubernetes进阶实践_第625张图片
容器内部，可以选择什么文件系统
2021/02/15 Kubernetes进阶实践_第626张图片
2021/02/15 Kubernetes进阶实践_第627张图片
需要proxy代理的一些组件
2021/02/15 Kubernetes进阶实践_第628张图片
这些不是核心的服务，就留给你可以控制是否开启的权限
2021/02/15 Kubernetes进阶实践_第629张图片

7.6 harbor踩坑部署

2021/02/15 Kubernetes进阶实践_第630张图片粘贴过来

2021/02/15 Kubernetes进阶实践_第631张图片
现在的values.yaml是改过之后的文件
2021/02/15 Kubernetes进阶实践_第632张图片
现在需要创建一个叫harbor-pvc的pvc
2021/02/15 Kubernetes进阶实践_第633张图片
2021/02/15 Kubernetes进阶实践_第634张图片
可以直接用创建好的storageclass
2021/02/15 Kubernetes进阶实践_第635张图片
2021/02/15 Kubernetes进阶实践_第636张图片
2021/02/15 Kubernetes进阶实践_第637张图片
创建一个名称空间，再创建pvc
在这里插入图片描述
在这里插入图片描述
这样PV就自动创建好了
2021/02/15 Kubernetes进阶实践_第638张图片
2021/02/15 Kubernetes进阶实践_第639张图片
指定 目录，名称空间
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第640张图片
2021/02/15 Kubernetes进阶实践_第641张图片
这是ingress
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第642张图片
2021/02/15 Kubernetes进阶实践_第643张图片
默认的用户 是redis，但是目录是 root用户，写的时候肯定写不进去，这是给的一个坑
2021/02/15 Kubernetes进阶实践_第644张图片
postgres可以写
2021/02/15 Kubernetes进阶实践_第645张图片
initcontainer里可以做对用户授权下操作的
2021/02/15 Kubernetes进阶实践_第646张图片
这里是镜像

2021/02/15 Kubernetes进阶实践_第647张图片
这里做了挂载和修改权限

2021/02/15 Kubernetes进阶实践_第648张图片
redis没有初始化容器，少了给目录授权的操作

2021/02/15 Kubernetes进阶实践_第649张图片
2021/02/15 Kubernetes进阶实践_第650张图片
修改一下
2021/02/15 Kubernetes进阶实践_第651张图片
2021/02/15 Kubernetes进阶实践_第652张图片
storage也是root存在写不进来的权限
2021/02/15 Kubernetes进阶实践_第653张图片
2021/02/15 Kubernetes进阶实践_第654张图片
修改yaml文件
2021/02/15 Kubernetes进阶实践_第655张图片
2021/02/15 Kubernetes进阶实践_第656张图片
chartmuseum也是一样
2021/02/15 Kubernetes进阶实践_第657张图片
在这里插入图片描述

2021/02/15 Kubernetes进阶实践_第658张图片
在这里插入图片描述

2021/02/15 Kubernetes进阶实践_第659张图片
还有registry文件
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第660张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第661张图片
更新一下
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第662张图片
现在就是redis
2021/02/15 Kubernetes进阶实践_第663张图片

2021/02/15 Kubernetes进阶实践_第664张图片

7.7 harbor的镜像管理

2021/02/15 Kubernetes进阶实践_第665张图片
2021/02/15 Kubernetes进阶实践_第666张图片
2021/02/15 Kubernetes进阶实践_第667张图片
2021/02/15 Kubernetes进阶实践_第668张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第669张图片

2021/02/15 Kubernetes进阶实践_第670张图片

7.8 推送chart到harbor仓库

这个包很大，推荐离线安装

2021/02/15 Kubernetes进阶实践_第671张图片
2021/02/15 Kubernetes进阶实践_第672张图片

解压文件

2021/02/15 Kubernetes进阶实践_第673张图片
已经读到push插件了

2021/02/15 Kubernetes进阶实践_第674张图片
2021/02/15 Kubernetes进阶实践_第675张图片
在这里插入图片描述
这个目录里就这几个文件

在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第676张图片
2021/02/15 Kubernetes进阶实践_第677张图片

**添加仓库。自签名的证书不支持
**
在这里插入图片描述
找到harbor的证书，再secret里，ingress的https证书
2021/02/15 Kubernetes进阶实践_第678张图片
证书文件
2021/02/15 Kubernetes进阶实践_第679张图片
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第680张图片
如何去信任证书
拷贝到信任证书的目录，update-ca-trust就会把证书放到信任证书列表里
在这里插入图片描述
2021/02/15 Kubernetes进阶实践_第681张图片
在这里插入图片描述
地址添加成功了
2021/02/15 Kubernetes进阶实践_第682张图片
在这里插入图片描述
push到仓库里

在这里插入图片描述
可以识别一个helm的帮助信息
2021/02/15 Kubernetes进阶实践_第683张图片

第8章 小结

8.1 小结

2021/02/15 Kubernetes进阶实践_第684张图片
2021/02/15 Kubernetes进阶实践_第685张图片
2021/02/15 Kubernetes进阶实践_第686张图片
flannel的vxlan模式对集群的网络要求最低
2021/02/15 Kubernetes进阶实践_第687张图片
2021/02/15 Kubernetes进阶实践_第688张图片
2021/02/15 Kubernetes进阶实践_第689张图片
2021/02/15 Kubernetes进阶实践_第690张图片

你可能感兴趣的:(K8S进阶)

  • 第四天旅游线路预览——从换乘中心到喀纳斯湖 陟彼高冈yu 基于Googleearthstudio的旅游规划和预览旅游
    第四天：从贾登峪到喀纳斯风景区入口，晚上住宿贾登峪；换乘中心有4路车，喀纳斯①号车，去喀纳斯湖，路程时长约5分钟；将上面的的行程安排进行动态展示，具体步骤见”Googleearthstudio进行动态轨迹显示制作过程“、“Googleearthstudio入门教程”和“Googleearthstudio进阶教程“相关内容，得到行程如下所示：Day4-2-480p
  • Goolge earth studio 进阶4——路径修改与平滑 陟彼高冈yu Googleearthstudio进阶教程旅游
    如果我们希望在大约中途时获得更多的城市鸟瞰视角。可以将相机拖动到这里并创建一个新的关键帧。camera_target_clip_7EarthStudio会自动平滑我们的路径，所以当我们通过这个关键帧时，不是一个生硬的角度，而是一个平滑的曲线。camera_target_clip_8路径上有贝塞尔控制手柄，允许我们调整路径的形状。右键单击，我们可以选择“平滑路径”，这是默认的自动平滑算法，或者我们可
  • 每日算法&面试题，大厂特训二十八天——第二十天（树） 肥学 ⚡算法题⚡面试题每日精进java算法数据结构
    目录标题导读算法特训二十八天面试题点击直接资料领取导读肥友们为了更好的去帮助新同学适应算法和面试题，最近我们开始进行专项突击一步一步来。上一期我们完成了动态规划二十一天现在我们进行下一项对各类算法进行二十八天的一个小总结。还在等什么快来一起肥学进行二十八天挑战吧！！特别介绍小白练手专栏，适合刚入手的新人欢迎订阅编程小白进阶python有趣练手项目里面包括了像《机器人尬聊》《恶搞程序》这样的有趣文章
  • 2023-08-20 圆梦菌
    魔力宝贝最详细新手教程，新手该如何完美开局，建议收藏转发2023-08-2010:34《魔力宝贝》手游体力是什么?魔力宝贝体力恢复机制是每10分钟回复1点；体力作用：挑战关卡需消耗体力体力获取方式1、好友每天可以赠送15次，也就是15点体力2、系统每天中午12点以及下午6点赠送25体3、在商城使用神石购买《魔力宝贝》手游战斗力如何提升?1、宠物强化宠物通过融合进阶后可以大幅度提升战力，最高级的宠物
  • react-intl——react国际化使用方案 苹果酱0567 面试题汇总与解析java开发语言中间件springboot后端
    国际化介绍i18n：internationalization国家化简称，首字母+首尾字母间隔的字母个数+尾字母，类似的还有k8s(Kubernetes)React-intl是React中最受欢迎的库。使用步骤安装#usenpmnpminstallreact-intl-D#useyarn项目入口文件配置//index.tsximportReactfrom"react";importReactDOMf
  • 258-各位相加 不胖二十斤不改名zz
    给定一个非负整数num，反复将各个位上的数字相加，直到结果为一位数。输入:38输出:2解释:各位相加的过程为：3+8=11,1+1=2。由于2是一位数，所以返回2。最简单的方法就是递归了。进阶:你可以不使用循环或者递归，且在O(1)时间复杂度内解决这个问题吗？假如一个三位数'abc'，其值大小为s1=100*a+10*b+1*c，经过一次各位相加后，变为s2=a+b+c，减小的差值为(s1-s2)
  • Python编程 - 函数进阶 易辰君 Python核心编程python开发语言
    目录前言一、函数参数的高级用法（一）缺省参数（二）命名参数（三）不定长参数二、拆包（一）函数返回值拆包（二）通过星号拆包（三）总结三、匿名函数（一）函数定义（二）使用匿名函数四、递归函数（一）简介（二）基本结构（三）简单示例（四）优缺点总结前言上篇文章主要了解了函数基础，如何定义函数，函数种类以及局部变量和全局变量的差异等，接下来就讲解python函数较为进阶的知识点，若有任何想法欢迎一起沟通讨论
  • 教师资格证常考的5个知识点 a3cb74a20840
    知识点1：教育与人的发展(5规律、4因素、3动因)五大规律：顺序性—循序渐进阶段性—不搞“一刀切”不平衡性—抓关键期互补性—扬长避短个别差异性—因材施教考点精华：1.举例子对应五大规律;2.每个规律的教学启示;3规律特点。四大因素：遗传(地位：物质前提、可能性)环境(地位：多种可能、现实性)学校教育(主导)个人主观能动性(动力、决定)三大动因：内发论(1.孟子：性善论;2.弗洛伊德：性本能)外铄论
  • 【从问题中去学习k8s】k8s中的常见面试题（夯实理论基础）（二十八） 向往风的男子 k8s学习kubernetes容器
    本站以分享各种运维经验和运维所需要的技能为主《python零基础入门》：python零基础入门学习《python运维脚本》：python运维脚本实践《shell》：shell学习《terraform》持续更新中：terraform_Aws学习零基础入门到最佳实战《k8》从问题中去学习k8s《docker学习》暂未更新《ceph学习》ceph日常问题解决分享《日志收集》ELK+各种中间件《运维日常》
  • Kubernetes数据持久化 看清所苡看轻 kubernetes(k8s)emptyDirHostPathpvpvckubernetes
    在k8s中，Volume（数据卷）存在明确的生命周期（与包含该数据卷的容器组（pod）相同）。因此Volume的生命周期比同一容器组（pod）中任意容器的生命周期要更长，不管容器重启了多少次，数据都被保留下来。当然，如果pod不存在了，数据卷自然退出了。此时，根据pod所使用的数据卷类型不同，数据可能随着数据卷的退出而删除，也可能被真正持久化，并在下次容器组重启时仍然可以使用。从根本上来说，一个数
  • k8s中Service暴露的种类以及用法 听说唐僧不吃肉 K8Skubernetes容器云原生
    一、说明在Kubernetes中，有几种不同的方式可以将服务（Service）暴露给外部流量。这些方式通过定义服务的spec.type字段来确定。二、详解1.ClusterIP定义：默认类型，服务只能在集群内部访问。作用：通过集群内部IP地址暴露服务。示例：spec:type:ClusterIPports:-port:80targetPo
  • PCIe进阶之TL：Memory, I/O, and Configuration Request Rules & TPH Rules 芯芯之火，可以燎原 PCIe进阶PCIe进阶硬件工程信息与通信
    1Memory,I/O,andConfigurationRequestRules下述规则适用于Memory请求、IO请求和配置请求。除了公共的header字段外，所有Memory请求、IO请求和配置请求还包括以下字段：（1）RequesterID[15:0]和Tag[9:0]，组成了TransactionID。（2）LastDWBE[3:0]和1stDWBE[3:0]字段。对于TH字段置1的Mem
  • 二十四、k8s 资源管理 繁华依在 k8skubernetes容器云原生
    目录一、资源配置范围管理LimitRange介绍1、LimitRange可以做什么：2、资源限制和请求的约束3、创建LimitsRange对象4、示例：创建一个pod5、测试用例测试1：测试2：测试3：二、资源服务质量管理（RequestsQos）1、Qos级别分类：1.1、Guaranteed：1.2、BestEffort：1.3、Burstable：2、Qos的工作特点3、示例三、资源配额管理
  • Kubernetes 自定义控制器开发 IT回忆录 Kubeneteskubernetes
    目录前言一、CRD二、创建数据库表（Mysql）二、控制器开发1.使用kubernetes的examplecontroller模板2.在controller.go中新增数据表监听方法3.修改tools工具生成资源对象结构体定义这里记录开发k8s控制器的一般方式，controller开发主要使用k8s提供的client-go库进行。前言Controller监听集群内部资源对象的变化，编辑资源对象(增
  • 用kubedam搭建的k8s证书过期处理方法 我滴鬼鬼呀wks k8s1024程序员节
    kubeadm部署的k8s证书过期1、查看证书过期时间kubeadmalphacertscheck-expiration若证书已经过期无法试用kubectl命令建议修改服务器时间到未过期的时间段2、配置kube-controller-manager.yaml文件cat/etc/kubernetes/manifests/kube-controller-manager.yamlapiVersion:v
  • k8s证书过期问题处理 olina_qin kubernetes容器云原生
    k8s证书过期问题处理opensslx509-in/etc/kubernetes/pki/apiserver.crt-noout-dateskubeadmcertsrenewallsystemctlrestartkubeleopensslx509-in/etc/kubernetes/pki/apiserver.crt-noout-text|grep"NotAfter"cp/etc/kubernet
  • 【K8s】专题十一：Kubernetes 集群证书过期处理方法 行者Sun1989 Kuberneteskubernetes云原生容器
    本文内容均来自个人笔记并重新梳理，如有错误欢迎指正！如果对您有帮助，烦请点赞、关注、转发、订阅专栏！专栏订阅入口Linux专栏|Docker专栏|Kubernetes专栏往期精彩文章【Docker】（全网首发）KylinV10下MySQL容器内存占用异常的解决方法【Docker】（全网首发）KylinV10下MySQL容器内存占用异常的解决方法（续）【Docker】MySQL源码构建Docker镜
  • Cloud Native Weekly | 华为云抢先发布Redis5.0，红帽宣布收购混合云提供商 weixin_34302561 数据库devops大数据
    1——华为云抢先发布Redis5.02——DigitalOceanK8s服务正式上线3——红帽宣布收购混合云提供商NooBaa4——微软发布多项AzureKubernetes服务更新1华为云抢先发布Redis5.012月17日，华为云在DCS2.0的基础上，快人一步，抢先推出了新的Redis5.0产品，这是一个崭新的突破。目前国内在缓存领域的发展普遍停留在Redis4.0阶段，华为云率先发布了Re
  • SpringBoot整合ES搜索引擎 实现网站热搜词及热度计算 码踏云端 springbootElasticsearchspringbootelasticsearch后端热搜词热度计算java
    博主简介：历代文学网（PC端可以访问：https://literature.sinhy.com/#/literature?__c=1000，移动端可微信小程序搜索“历代文学”）总架构师，15年工作经验，精通Java编程，高并发设计，Springboot和微服务，熟悉Linux，ESXI虚拟化以及云原生Docker和K8s，热衷于探索科技的边界，并将理论知识转化为实际应用。保持对新技术的好奇心，乐于
  • 后端开发刷题 | 最长回文子串 jingling555 笔试题目java算法javascript数据结构后端
    描述对于长度为n的一个字符串A（仅包含数字，大小写英文字母），请设计一个高效算法，计算其中最长回文子串的长度。数据范围：1≤n≤1000要求：空间复杂度O(1)，时间复杂度O(n2)进阶:空间复杂度O(n)，时间复杂度O(n)示例1输入："ababc"返回值：3说明：最长的回文子串为"aba"与"bab"，长度都为3示例2输入："abbba"返回值：5示例3输入："b"返回值：1思路分析：该题可以
  • PCIe进阶之TL：Common Packet Header Fields & TLPs with Data Payloads Rules 芯芯之火，可以燎原 PCIe进阶PCIe进阶硬件工程信息与通信
    1TransactionLayerProtocol-PacketDefinitionTLP有四种事务类型：Memory、I/O、Configuration和Messages，两种地址格式：32bit和64bit。构成TLP时，所有标记为Reserved的字段（有时缩写为R）都必须全为0。接收者Rx必须忽略此字段中的值，PCIeSwitch必须对其进行原封不动的转发。请注意，对于某些字段，既有指定值
  • （k8s）Kubernetes 从0到1容器编排之旅 道不贱卖，法不轻传 kubernetskubernetes容器云原生
    一、引言在当今数字化的浪潮中，Kubernetes如同一艘强大的航船，引领着容器化应用的部署与管理。它以其卓越的灵活性、可扩展性和可靠性，成为众多企业和开发者的首选。然而，要真正发挥Kubernetes的强大威力，仅仅掌握基本操作是远远不够的。本文将带你深入探索Kubernetes使用过程中的奇技妙法，为你开启一段优雅的容器编排之旅。二、高级资源管理之精妙艺术1.资源配额与限制：雕琢资源之美•Ku
  • 抖音小黄车怎么开？抖音小黄车开通方法？ 日常购物技巧呀
    抖音不仅可以刷短视频，用户还可以在抖音上卖商品，开通小黄车之后就可以卖商品啦，开通小黄车之前，需要申请开通商品橱窗功能；首先打开【抖音短视频】，点开界面右上角的【搜索图标】，搜索【电商小助手】，点击【电商小助手】；选中关注旁边的【私信】，选择界面下方的【申请入口】，点击【商品分享权限】，满足【实名认证】、【进阶要求】之后，选择界面下方的【立即申请】即可；开通商品橱窗之后，就可以挂小黄车啦，方法是不
  • ROM修改进阶教程------如何修改固件 线刷转卡刷 卡刷转线刷 操作中的一些注意事项 安卓机器 ROM修改进阶教程卡刷转换线刷线刷转换卡刷固件转换
    在接待各种rom定制化服务中。有很多客户需要各种各样的需求。包括修改rom默认开启usb调试类默认开启开发者选项。修改不锁屏不休眠跳过开机引导以及一些内置app和可卸载app等等的定制项目。还有很多导出系统导出数据完整恢复类要求。今天给大家解析下如何将固件转换类的相关步骤解析通过博文可以了解;1--------线刷固件转换卡刷固件的注意事项以及步骤2--------卡刷固件转换线刷固件的注意事项以
  • 爱的进阶 懒方的羊
    热恋时，你侬我侬。每一刻都不嫌多，最怕时间突然消逝，很多的呢喃还未说道。那简简单单的对望，都显得情深义重。真真是应了那句，有情饮水饱！不满时，锱铢必较。哪怕没有及时的回应，都显得漠不关心，不禁质疑，爱还在么？还有多少？是否已经厌倦？那忙碌的回答，又是否是不在意的敷衍？争吵是，互相伤害。开始彼此埋怨，陈年往事不停地诉说。开始觉得彼此都不愿付出了，却没发现彼此都在不停地索取。这时，两个人是不是在彼此的
  • ETCD 六 etcd总体架构 wanghaichao1234 etcdetcd架构数据库
    etcd源码结构etcd项目代码的目录结构：包名用途apiprotobuf定义client/v3客户端sdkcontribraftexample实现etcdctl命令行客户端实现，用于网路的操作etcdutl命令行管理工具，直接操作etcd数据文件。hack基准测试、测试集群、k8s部署、分支管理、证书等pkg实用程序包的集合raftraft实现server.auth角色身份验证server.em
  • 《Android进阶之光》读书笔记 soleil雪寂 读书笔记#Android进阶之光
    文章目录第1章Android新特性1.1.Android5.0新特性1.2.RecyclerView1.1.4.3种Notification1.1.5.Toolbar与Palette1.1.6.Palette1.2.Android6.0新特性1.2.2.运行时权限机制1.3.Android7.0新特性第2章MaterialDesign2.2.DesignSupportLibrary常用控件详解第3
  • 《Android进阶之光》— Android 书籍 王睿丶 Android永无止境《Android进阶之光》Android书籍Androidphoenix移动开发
    文章目录第1章Android新特性1第2章MaterialDesign48第3章View体系与自定义View87第4章多线程编程165第5章网络编程与网络框架204第6章设计模式271第7章事件总线308第8章函数响应式编程333第9章注解与依赖注入框架382第10章应用架构设计422第11章系统架构与MediaPlayer框架460出版年:2017-7简介：《Android进阶之光》是一本And
  • 《android进阶之光》——多线程编程（上） TAING要一直努力 读书笔记
    今天了解了下多线程编程，知识点如下：进程与线程：进程是什么？线程是什么？进程可以看作是程序的实体，是线程的容器，是受操作系统管理的基本运行单元，例如exe文件就是一个进程。线程是进程运行的一些子任务，是操作系统调度的最小单元，各线程拥有自己的计数器，堆栈，局部变量等，也可以访问线程间共享的内存。线程的状态有哪些？新创建，可运行，等待，超时等待，阻塞，终止怎么创建一个线程？-三种方法第一种，MyTr
  • 继续探索通往桃花源的路-我为何参加进阶写作特训营 安晴兰
    记得一个月前写了一篇为何参加21天爱上写作训练营，我开始了这个写作的旅程。一个月后写了一篇参与课程的心得。我发现这段很短的时间，21天，回首一望，其实，自己才迈开了一步。老师给我们一些方法与技巧，告诉我们补给的重要，老师看着我们继续前行，因为这条写作路，是自己的选择。我相信老师一定希望我们勇往直前，笔从心的继续写下去，做个终生的写作者。这段时间我的写作产出量的确比不上其他多产的小伙伴，但我已达到老
  • linux系统服务器下jsp传参数乱码 3213213333332132 javajsplinuxwindowsxml
    在一次解决乱码问题中， 发现jsp在windows下用js原生的方法进行编码没有问题，但是到了linux下就有问题， escape,encodeURI,encodeURIComponent等都解决不了问题 但是我想了下既然原生的方法不行，我用el标签的方式对中文参数进行加密解密总该可以吧。于是用了java的java.net.URLDecoder,结果还是乱码，最后在绝望之际，用了下面的方法解决了
  • Spring 注解区别以及应用 BlueSkator spring
    1. @Autowired @Autowired是根据类型进行自动装配的。如果当Spring上下文中存在不止一个UserDao类型的bean，或者不存在UserDao类型的bean，会抛出 BeanCreationException异常，这时可以通过在该属性上再加一个@Qualifier注解来声明唯一的id解决问题。   2. @Qualifier 当spring中存在至少一个匹
  • printf和sprintf的应用 dcj3sjt126com PHPsprintfprintf
    <?php printf('b: %b <br>c: %c <br>d: %d <bf>f: %f', 80,80, 80, 80); echo '<br />'; printf('%0.2f <br>%+d <br>%0.2f <br>', 8, 8, 1235.456); printf('th
  • config.getInitParameter 171815164 parameter
    web.xml <servlet> <servlet-name>servlet1</servlet-name> <jsp-file>/index.jsp</jsp-file> <init-param> <param-name>str</param-name>
  • Ant标签详解--基础操作 g21121 ant
            Ant的一些核心概念：         build.xml：构建文件是以XML 文件来描述的，默认构建文件名为build.xml。        project：每个构建文
  • [简单]代码片段_数据合并 53873039oycg 代码
            合并规则:删除家长phone为空的记录,若一个家长对应多个孩子,保留一条家长记录,家长id修改为phone,对应关系也要修改。         代码如下:        
  • java 通信技术 云端月影 Java 远程通信技术
    在分布式服务框架中，一个最基础的问题就是远程服务是怎么通讯的，在Java领域中有很多可实现远程通讯的技术，例如：RMI、MINA、ESB、Burlap、Hessian、SOAP、EJB和JMS等，这些名词之间到底是些什么关系呢，它们背后到底是基于什么原理实现的呢，了解这些是实现分布式服务框架的基础知识，而如果在性能上有高的要求的话，那深入了解这些技术背后的机制就是必须的了，在这篇blog中我们将来
  • string与StringBuilder 性能差距到底有多大 aijuans
              之前也看过一些对string与StringBuilder的性能分析，总感觉这个应该对整体性能不会产生多大的影响，所以就一直没有关注这块！         由于学程序初期最先接触的string拼接，所以就一直没改变过自己的习惯！        
  • 今天碰到 java.util.ConcurrentModificationException 异常 antonyup_2006 java多线程工作IBM
    今天改bug，其中有个实现是要对map进行循环，然后有删除操作，代码如下： Iterator<ListItem> iter = ItemMap.keySet.iterator(); while(iter.hasNext()){ ListItem it = iter.next(); //...一些逻辑操作 ItemMap.remove(it); } 结果运行报Con
  • PL/SQL的类型和JDBC操作数据库 百合不是茶 PL/SQL表标量类型游标PL/SQL记录
    PL/SQL的标量类型:    字符,数字,时间,布尔,%type五中类型的 --标量：数据库中预定义类型的变量 --定义一个变长字符串 v_ename varchar2(10); --定义一个小数,范围 -9999.99~9999.99 v_sal number(6,2); --定义一个小数并给一个初始值为5.4 :=是pl/sql的赋值号
  • Mockito：一个强大的用于 Java 开发的模拟测试框架实例 bijian1013 mockito单元测试
    Mockito框架：         Mockito是一个基于MIT协议的开源java测试框架。         Mockito区别于其他模拟框架的地方主要是允许开发者在没有建立“预期”时验证被测系统的行为。对于mock对象的一个评价是测试系统的测
  • 精通Oracle10编程SQL(10)处理例外 bijian1013 oracle数据库plsql
    /* *处理例外 */ --例外简介 --处理例外-传递例外 declare v_ename emp.ename%TYPE; begin SELECT ename INTO v_ename FROM emp where empno=&no; dbms_output.put_line('雇员名：'||v_ename); exceptio
  • 【Java】Java执行远程机器上Linux命令 bit1129 linux命令
    Java使用ethz通过ssh2执行远程机器Linux上命令，   封装定义Linux机器的环境信息   package com.tom; import java.io.File; public class Env { private String hostaddr; //Linux机器的IP地址 private Integer po
  • java通信之Socket通信基础 白糖_ javasocket网络协议
    正处于网络环境下的两个程序，它们之间通过一个交互的连接来实现数据通信。每一个连接的通信端叫做一个Socket。一个完整的Socket通信程序应该包含以下几个步骤： ①创建Socket； ②打开连接到Socket的输入输出流； ④按照一定的协议对Socket进行读写操作； ④关闭Socket。   Socket通信分两部分：服务器端和客户端。服务器端必须优先启动，然后等待soc
  • angular.bind boyitech AngularJSangular.bindAngularJS APIbind
    angular.bind 描述：         上下文，函数以及参数动态绑定，返回值为绑定之后的函数. 其中args是可选的动态参数，self在fn中使用this调用。 使用方法：          angular.bind(se
  • java-13个坏人和13个好人站成一圈，数到7就从圈里面踢出一个来，要求把所有坏人都给踢出来，所有好人都留在圈里。请找出初始时坏人站的位置。 bylijinnan java
    import java.util.ArrayList; import java.util.List; public class KickOutBadGuys { /** * 题目：13个坏人和13个好人站成一圈，数到7就从圈里面踢出一个来，要求把所有坏人都给踢出来，所有好人都留在圈里。请找出初始时坏人站的位置。 * Maybe you can find out
  • Redis.conf配置文件及相关项说明（自查备用） Kai_Ge redis
       Redis.conf配置文件及相关项说明 # Redis configuration file example # Note on units: when memory size is needed, it is possible to specifiy # it in the usual form of 1k 5GB 4M and so forth: #
  • [强人工智能]实现大规模拓扑分析是实现强人工智能的前奏 comsci 人工智能
         真不好意思,各位朋友...博客再次更新...      节点数量太少,网络的分析和处理能力肯定不足,在面对机器人控制的需求方面,显得力不从心....      但是,节点数太多,对拓扑数据处理的要求又很高,设计目标也很高,实现起来难度颇大...
  • 记录一些常用的函数 dai_lm java
    public static String convertInputStreamToString(InputStream is) { StringBuilder result = new StringBuilder(); if (is != null) try { InputStreamReader inputReader = new InputStreamRead
  • Hadoop中小规模集群的并行计算缺陷 datamachine mapreducehadoop并行计算
    注：写这篇文章的初衷是因为Hadoop炒得有点太热，很多用户现有数据规模并不适用于Hadoop，但迫于扩容压力和去IOE（Hadoop的廉价扩展的确非常有吸引力）而尝试。尝试永远是件正确的事儿，但有时候不用太突进，可以调优或调需求，发挥现有系统的最大效用为上策。 -----------------------------------------------------------------
  • 小学4年级英语单词背诵第二课 dcj3sjt126com englishword
    egg  蛋 twenty 二十 any 任何 well 健康的，好   twelve 十二 farm 农场 every 每一个 back 向后，回   fast 快速的 whose 谁的 much 许多 flower 花   watch 手表 very 非常，很 sport 运动 Chinese 中国的  
  • 自己实践了github的webhooks, linux上面的权限需要注意 dcj3sjt126com githubwebhook
    环境, 阿里云服务器   1. 本地创建项目, push到github服务器上面   2. 生成www用户的密钥 sudo -u www ssh-keygen -t rsa -C "[email protected]"     3. 将密钥添加到github帐号的SSH_KEYS里面   3. 用www用户执行克隆, 源使
  • Java冒泡排序 蕃薯耀 冒泡排序Java冒泡排序Java排序
    冒泡排序 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 蕃薯耀 2015年6月23日 10:40:14 星期二 http://fanshuyao.iteye.com/
  • Excle读取数据转换为实体List【基于apache-poi】 hanqunfeng apache
    1.依赖apache-poi   2.支持xls和xlsx   3.支持按属性名称绑定数据值   4.支持从指定行、列开始读取   5.支持同时读取多个sheet   6.具体使用方式参见org.cpframework.utils.excelreader.CP_ExcelReaderUtilTest.java 比如： Str
  • 3个处于草稿阶段的Javascript API介绍 jackyrong JavaScript
    原文： http://www.sitepoint.com/3-new-javascript-apis-may-want-follow/?utm_source=html5weekly&utm_medium=email   本文中，介绍3个仍然处于草稿阶段，但应该值得关注的Javascript API. 1) Web Alarm API   &
  • 6个创建Web应用程序的高效PHP框架 lampcy Web框架PHP
    以下是创建Web应用程序的PHP框架，有coder bay网站整理推荐： 1. CakePHP CakePHP是一个PHP快速开发框架，它提供了一个用于开发、维护和部署应用程序的可扩展体系。CakePHP使用了众所周知的设计模式，如MVC和ORM，降低了开发成本，并减少了开发人员写代码的工作量。 2. CodeIgniter CodeIgniter是一个非常小且功能强大的PHP框架，适合需
  • 评"救市后中国股市新乱象泛起"谣言 nannan408
    首先来看百度百家一位易姓作者的新闻： 三个多星期来股市持续暴跌，跌得投资者及上市公司都处于极度的恐慌和焦虑中，都要寻找自保及规避风险的方式。面对股市之危机，政府突然进入市场救市，希望以此来重建市场信心，以此来扭转股市持续暴跌的预期。而政府进入市场后，由于市场运作方式发生了巨大变化，投资者及上市公司为了自保及为了应对这种变化，中国股市新的乱象也自然产生。 首先，中国股市这两天
  • 页面全屏遮罩的实现 方式 Rainbow702 htmlcss遮罩mask
    之前做了一个页面，在点击了某个按钮之后，要求页面出现一个全屏遮罩，一开始使用了position:absolute来实现的。当时因为画面大小是固定的，不可以resize的，所以，没有发现问题。 最近用了同样的做法做了一个遮罩，但是画面是可以进行resize的，所以就发现了一个问题，当画面被reisze到浏览器出现了滚动条的时候，就发现，用absolute 的做法是有问题的。后来改成fixed定位就
  • 关于angularjs的点滴 tntxia AngularJS
      angular是一个新兴的JS框架，和以往的框架不同的事，Angularjs更注重于js的建模，管理，同时也提供大量的组件帮助用户组建商业化程序，是一种值得研究的JS框架。   Angularjs使我们可以使用MVC的模式来写JS。Angularjs现在由谷歌来维护。   这里我们来简单的探讨一下它的应用。   首先使用Angularjs我
  • Nutz--->>反复新建ioc容器的后果 xiaoxiao1992428 DAOmvcIOCnutz
    问题： public class DaoZ {     public static Dao dao() { // 每当需要使用dao的时候就取一次     Ioc ioc = new NutIoc(new JsonLoader("dao.js"));     return ioc.get(
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他