Rancher学习日记11

一时失言乱红尘 2023-01-19 08:10 7阅读 0赞

**1.Envoy**  
解析：Envoy是专为大型现代SOA\[面向服务架构\]架构设计的L7代理和通信总线，体积小，性能高。

**2.K8S集群角色**  
解析：  
\[1\]**Etcd节点**：主要功能是数据存储，它负责存储Rancher Server的数据和集群状态。  
\[2\]**Control Plane节点**：Kubernetes API server、scheduler和controller mananger。这些节点负载执行日常任务，从而确保集群状态和集群配置相匹配。  
\[3\]**Worker节点**：监控节点状态的Agent，确保容器处于健康状态；承载应用和其它类型的部署的容器和Pod。

**3.应用服务网格Istio**  
解析：Rancher集成了应用服务网格，支持完整的生命周期管理和流量治理能力，兼容Kubernetes和Istio生态。开启应用服务网格后即可提供非侵入的智能流量治理解决方案，其功能包括负载均衡、熔断、限流等多种治理能力。应用服务网格内置金丝雀、蓝绿等多种灰度发布流程，提供一站式自动化的发布管理。

**4.最大Pod数量**  
解析：集群可以创建的最大Pod数量，单节点默认110个pod，可以通过设置kubelet的max-pods来修改默认最大Pod数量。

**5.卷技术**  
解析：Docker容器中产生的数据，同步到本地，这就是卷技术，即通过目录的挂载，将容器内的目录，挂载到Linux系统上面，实现容器数据的持久化。  
说明：如果container中的目录已经有内容，那么docker会使用host上的目录将其覆盖掉。

**6.数据卷**  
解析：挂载的文件夹可以存在也可以不存在，不存在则会自动创建：  
\[1\]数据卷可在容器之间共享或重用数据  
\[2\]数据卷中的更改可以直接生效  
\[3\]数据卷中的更改不会包含在镜像的更新中  
\[4\]数据卷的生命周期一直持续到没有容器使用它为止

**7.docker inspect命令**  
解析：查看容器的详细数据。

**8./var/lib/docker/volumes**  
解析：docker下所有的volume都在host机器上的该指定目录下。

**9.docker run -it -v /mydata alpine sh**  
解析：此时docker将自动创建一个匿名的volume，该匿名volume在host机器上的目录路类似于/var/lib/docker/volumes/300c2264cd0acfe862507e7720f62e7d8/\_data。

**10.docker run -it -v my-volume-2:/mydata alpine sh**  
解析：  
\[1\]如果volume是空的而container中的目录有内容，那么docker会将container目录中的内容拷贝到volume中  
\[2\]但是如果volume中已经有内容，那么会将container中的目录覆盖

**11.Dockerfile中的VOLUME指令**  
解析：VOLUME /foo和docker run -v /foo alpine是等效的。即在docker运行时，docker会创建一个匿名的volume，并将此volume绑定到container的/foo目录中，如果container的/foo目录下已经有内容，那么会将内容拷贝到volume中。

**12./var/lib/docker目录**  
解析：  
\[1\]查看目录大小：使用du -sh \*  
\[2\]查看文件大小：du -h --max-depth=1

**13.安装tye工具包**  
解析：

dotnet tool install --global Microsoft.Tye --version 0.6.0-alpha.21070.5

**14.创建Deployment资源过程**  
解析：  
\[1\]首先是kubectl发起一个创建Deployment的请求  
\[2\]API Server接收到创建Deployment请求，将相关资源写入Etcd  
\[3\]Deployment控制器监控资源变化并发起创建ReplicaSet请求  
\[4\]ReplicaSet控制器监控资源变化并发起创建Pod请求  
\[5\]Scheduler检测到未绑定的Pod资源，通过一系列匹配以及过滤选择合适Node进行绑定  
\[6\]kubelet发现自己Node上需创建新Pod，负责Pod的创建及后续生命周期管理  
\[7\]kube-proxy负责初始化Service相关的资源，包括服务发现、负载均衡等网络规则

**15.RollingUpdateStrategy控制滚动更新策略**  
解析：  
\[1\]maxSurge表示Deployment控制器还可以创建多少个新Pod  
\[2\]maxUnavailable指的是Deployment控制器可以删除多少个旧Pod

**16.不同Node间的Pod通信方案**  
解析：比如Flannel的vxlan/hostgw模式。Flannel通过Etcd获知其它Node的网络信息，并会为本Node创建路由表，最终使得不同Node间可以实现跨主机通信。

**17.Node与Pod间的通信方案**  
解析：  
\[1\]不同Pod之间通过cni0/docker0网桥实现了通信  
\[2\]Node访问Pod也是通过cni0/docker0网桥通信

**18.ClusterIP模式**  
解析：ClusterIP是Service的一种类型，在这种类型模式下，kube-proxy通过iptables/ipvs为Service实现了一种VIP\[虚拟IP\]的形式。只需要访问该VIP，即可负载均衡地访问到Service背后的Pod。

**19.K8S服务外访问**  
解析：  
\[1\]NodePort同样是Service的一种类型，通过iptables赋予了调用宿主机上的特定Port就能访问到背后Service的能力。  
\[2\]LoadBalancer是另一种Service类型，通过公有云提供的负载均衡器实现。  
\[3\]Ingress提供了统一接入层，通过路由规则的不同匹配到后端不同的Service上。Ingress在实现上往往结合NodePort以及LoadBalancer完成功能。

**20.persistentVolumeClaim存储卷插件**  
解析：  
\[1\]claimName：要调用的PVC存储卷的名称，PVC卷要与Pod在同一名称空间中。  
\[2\]readOnly：是否强制将存储卷挂载为只读模式，默认为false。

**21.部署Longhorn应用**  
解析：

kubectl apply -f https://raw.githubusercontent.com/longhorn/longhorn/master/deploy/longhorn.yaml

该部署清单会在默认的longhorn-system名称空间下部署csi-attacher、csi-provisioner、csi-resizer、engine-image-ei、longhorn-csi-plugin和longhorn-manager等应用相关的Pod对象，待这些Pod对象成功转为Running状态之后即可测试使用Longhorn CSI插件。

**22.节点存储卷**  
解析：hostPath和local提供了节点级别的数据持久能力。

**23.网络存储卷**  
解析：NFS、GlusterFS和RBD等是企业内部较为常用的独立部署的持久存储系统。

**24.StorageClass**  
解析：基于StorageClass可以实现PV的动态预配，GlusterFS和Ceph RBD以及云端存储AWSEBS等都可实现此类功能。

**25.downwardAPI**  
解析：允许用户向API Server中保存Pod信息并反射至Pod内部的容器中，而后可由容器应用据此做出配置决策。

参考文献：  
\[1\]Microsoft.Tye：https://www.nuget.org/packages/Microsoft.Tye/  
\[2\]使用Tye辅助开发k8s应用竟如此简单：https://blog.csdn.net/sD7O95O/article/details/113532624  
\[3\]dotnet/tye：https://github.com/dotnet/tye