Kubernetes基础介绍 综合产品支持部——李树兵 2 www.h3c.com Confidential 秘密 22 Kubernetes基础架构介绍 01 03 Kubernetes常见命令介绍 02 Kubernetes基本概念和术语介绍 04 Kubernetes技术在H3Cloud OS中的应用介绍 3 www.h3c.com Confidential 秘密 33 Kubernetes基础架构介绍 Kubernetes基础架构介绍 01 03 02 Kubernetes基本概念和术语介绍 04 Kubernetes技术在H3Cloud OS中的应用介绍 Kubernetes常见命令介绍 4 www.h3c.com Confidential 秘密 44 Kubernetes基础结构介绍 Kubernetes（来自希腊语，意为“舵手”或者“飞行员”又称为k8s），它是谷歌开源的容器集群管理系统，是谷歌多年大规模 我修复能力、服务滚动升级和在线扩容、可扩展的资源自动调度 机制、多粒度的资源配额管理能力。 Kubernetes 还提供完善的管理工具，涵盖开发、部署测试、运维监控等各个环节。 5 www.h3c.com Confidential 秘密 55 Kubernetes基础结构介绍 Kubernetes特性： 自动装箱：构建于容器之上，基于资源依赖和其他约束自动完成容器部署。 自我修复：容器故

Docker Image Format Tarballs that compose into a single filesystem Tarball A Tarball B Tarball C /bin /usr /tmp /var /jdk /app.jar github.com/GoogleContainerTools/jib Docker Image Format that compose into a single filesystem And a container configuration Tarball A Tarball B Tarball C /bin /usr /tmp /var /jdk /app.jar Environment variables, entrypoint, etc. Container configuration "sha256:46e7865bff73b5a0c610bf9f20c91dfafa2518ace8703faaffff551a4773b947" , "sha256:6189abe095d53c1c9f2bfc8f50128ee876b9a5d10f9eda1564e5f5357d6ffe61" , "sha256:e8292403028e724f0c7686ede4cd89180f

附加题：Stale Cache 情况下 情况下 Operator 正确性如何保证 Cache\Planned Action Create Update Delete latest ✅ ✅ ✅ stale c-lag -- ❌ ❌ u-lag -- ✅ ✅ d-lag ❌ -- -- 问题抽象 本地 cache 中的对象有两种可能，即及时（latest）与过 期（stale），我们生成的执行计划有3种可能的动作，即 中对象若干版本，也就是说有一段增量更新还没有 复制过来，那么这段增量可以用一个 c/u/d （即 create/update/delete）排列组合来表达。 形式化的，将“+”运算定义为集合 {c, u, d} 上的一个二 元运算，其目的是将连续两个操作转化成一个操作，可以 看出 c+u=c，u+c=u，c+d=d， d+c=c， u+d=d， d+u=u。那么可以得出，集合 {c, u, d} 中元素排列组合 构成的串，可以用一个元素表达，也就是说 构成的串，可以用一个元素表达，也就是说 stale 对象跟 API Server 之间相差一个 c/u/d 操作，我们用 c-lag, u-lag 和 d-lag 来表示。 当本地 cache 为 latest 时，Plan Action 都能达到预期目的。 当 c-lag 时，API Server 中有该对象，cache 中无该对象。此时 Plan 只应该是 Update 或 Delete 两种 Action，但

tools/releases/download/v1.28.0/crictl-v1.28.0-linux-amd64.tar.gz # tar -xf crictl-v1.28.0-linux-amd64.tar.gz -C /usr/bin/ # crictl -v #查看crictl版本 crictl version v1.28.0 # crictl images �gera-operator NAME READY STATUS RESTARTS AGE �gera-operator-59b69c49dc-t6crt 1/1 Running 1 (10m ago) 51m # kubectl get pods -n calico-system NAME 9f2uowba7j21qv0g \ --discovery-token-ca-cert-hash sha256:a2818d9ac38a6bbaef4220c8498065658f8ad2b04391601220be3e11006c0f9 7 出现： This node has joined the cluster: 这句提示说明加入成功，再去master结点 上查看 [root@k8s-master1

Service IP的地址段 Bgpd 负责将 Service IPv6 地址段通过 BGP 路路由协议宣告给接⼊入交换机 P o d 返 回 的 包 ， 会 先 回 给 S e r v i c e Gateway，由于做了了SNAT，基于连接 追踪（conntrack），再返回给请求的 客户端。 每个接⼊入交换机下，选择两台节点作为Service Gateway，作为集群外部访问Service的⽹网关 容错处理理： 通过kubernetes validating admission configuration校验⽤用 户下发的编排的crd实例例，同时⾃自动恢复⽤用户误操作的该crd维护的资源 C. ⽀支持原⽣生istio特性，如负载均衡，限流，熔断，L7路路由控制等 stateless ratelimit monitoring loadBalancer L7 traffic outlierDetection anager、scheduler、etcd、kube-proxy、Kubelet 等组件提供的 metrics B. Kubelet ⾃自带的 cAdvisor 采集容器器 Metrics C. 每个 Node 上以 DaemonSet 的形式部署 Node-Exporter 采集机器器 Metrics； D. 每个 Node 上以 DaemonSet 的形式部署⾃自研 KUN-Agent

PEERROUTES=yes IPV4_FAILURE_FATAL=no NAME=Internet UUID=b23b1970-690d-4af5-b014-4ac822dfd42c DEVICE=ens160 ONBOOT=yes IPADDR=202.114.193.101 GATEWAY=202.114.193.254 NETMASK=255.255.255 bridge-nf-call-iptables = 1 net.ipv4.ip_forward = 1 vm.swappiness=0 EOF sysctl -p C. 安装 ipvs 【注】ipvs 将作为 kube-proxy 的代理模式 Step1: 安装 yum install ipvsadm ipset sysstat conntrack libseccomp kubeadm join k8s-master:6443 --token xvxx9v.ugbbvrdncqv061hk \ --discovery-token-ca-cert-hash sha256:c6538b73d36284378aaf0bf312bcd851f30d621d97465bdd5bace528e23e5b2b Step3: k8s master 上查看节点 kubectl get

������ ���� �A�� �����C ���B�C B�h����f �Ak�� �k�����C uh���� Gvn���� a��b ������ ������ uh�Fk vn�Fk �S�vn�b ����f ���k�� �������������� B������������� ����������o�� ��ts�C ������lp �������lp �����lp o������������ ����� �m�e� r��ce� PB��������� grep pgm awk sed egrep 1GB 1TB pssh A and B or (C and D) ��� ��� ���� order.value > 10 and status : ok ��� ��������� 1PB • ������������������ • ��1-���PAAS������ ���� ���� ����� �� �� ���� • ������R� • I������� • ������ • ���DCS� • �I�c��� ��� ������ ��Mesh/Trace�� ��Ingress�� ������ ��� ������ ServiceMesh�� Ingress�� ���� ���da����+��0e�

event git log --pretty=oneline c5eff7ea..3211901e 3211901e9b877c92ab059a6f25180469dcbf1629 Merge branch 'dev-branch' into 'dev-branch' 5d6cbb9d09a8e8a34cad8a27df036c07f3b4c291 [KK-134] Fix xxx b101927 19032eeb722ceb [LOT-3372] Fix xxx 7797990da64929112a90e9f6839bd3420e64c99b [KK-9] Fix xxx 7797990da64929112a90e9f6839bd3420e64c99b [LOT-3213] Fix xxx 96ce85fdecd50aafafca2eae6a2a1fe4b1aef72d Merge branch

nagement K u bernetes In tegration API S e r ver C o r e /C ustom R e s ourc es API S e r ver C o r e /C ustom R e s ourc es API S e r ver C o r e /C ustom R e s ourc es Oth er tool s/systems

compile_c(argv[1]); } gcc Self hosting go // golang source code package main import "os" func main() { compile_go(os.Args[1:]) } go Self hosting Self hosting $ uname -s minix $ gcc linux.c Self Self hosting $ uname -s minix $ gcc linux.c Self hosting Self hosting $ uname -s linux $ gcc linux.c Self hosting $ uname -s linux $ gcc linux.c Self hosting Self-hosted Kubernetes? What is self-hosted