k8sKubernetes全栈技术体系介绍

Posted 2022-02-26 Cry丶

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了k8sKubernetes全栈技术体系介绍相关的知识，希望对你有一定的参考价值。

本文将从以下6个方面介绍Kubernetes的全栈体系：

1.Kubernetes架构
2.Kubernetes工作负载
3.Kubernetes网络
4.Kubernetes存储
5.Kubernetes运维
6.DevOps

Kubernetes起源

Kubernetes项目来源于谷歌内部的Borg，Borg是集群的管理器，在它的系统中，运行着众多集群，而每个集群可由成千上万的服务器联接组成，Borg每时每刻都在处理来自众多应用程序所提交的成百上千的Job, 对这些Job进行接收、调度、启动、停止、重启和监控。

Kubernetes于2015年7月22日迭代到 v 1.0并正式对外公布，谷歌联合Linux基金会及其他合作伙伴共同成立了CNCF基金会( Cloud Native Computing Foundation)，并将Kuberentes 作为首个编入CNCF管理体系的开源项目，助力容器技术生态的发展进步。

Kubernetes项目凝结了Google过去十年间在生产环境的经验和教训，从Borg的多任务Alloc资源块到Kubernetes的多副本Pod，从Borg的Cell集群管理，到Kubernetes设计理念中的联邦集群，在Docker等高级引擎带动容器技术兴起和大众化的同时，为容器集群管理提供独了到见解和新思路。

Docker

Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Windows 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。

几个概念：

镜像（Image）：可以看做是应用的模板，包含了应用依赖的环境和配置
容器（Container）：镜像（Image）和容器（Container）的关系，就像是面向对象程序设计中的类和对象一样，镜像是静态的定义，容器是镜像运行时的实体。容器可以被创建、启动、停止、删除、暂停等。
仓库（Repository）：仓库可看成一个代码控制中心，用来保存镜像。

docker有兴趣的可以详看我的这篇博客：

分享一些我自己的docker使用经验

Kubernetes的特点和特性

谷歌开发的容器集群管理系统。它是基于Docker的容器化技术的，它在Docker技术的基础上，为容器化的应用提供部署运行、资源调度、服务发现和动态伸缩等一些列完整功能，提高了大规模容器集群管理的便捷性。

下面开始进入正题：

1.Kubernetes的架构

1.1 Kubernetes节点

Master Node

集群的网关和中枢枢纽，主要作用：暴露API接口，跟踪其他服务器的健康状态、以最优方式调度负载，以及编排其他组件之间的通信。

Worker Node

Kubernetes的工作节点，负责接收来自Master的工作指令，并根据指令相应地创建和销毁Pod对象，以及调整网络规则进行合理路由和流量转发。生产环境中，Node节点可以有N个。

1.2 Kubernetes组件

1.3 Kubernetes资源

2.Kubernetes工作负载

2.1 Pod

Pod介绍

Kubernetes中最小的调度单位，代表着集群中运行的进程（应用实例）。
一个Pod可以包含多个容器，但通常情况下我们在每个pod中仅使用一个容器。
Pod中可以共享两种资源：网络和存储。

Pod和Controller

Controller 可以创建和管理多个 Pod，提供副本管理、滚动升级
和集群级别的自愈能力。
两者通过label-selector进行关联。

Pod生命周期

重试策略（restartPolicy）：Always、OnFailure、Never

Controller

3.Kubernetes网络

3.1 IP和Port

3.2 内部访问

SVC

通过Label关联Pod

服务发现方式：

环境变量

export mysql_SERVICE_HOST='xx.xxx.x.xxx'
export MYSQL_SERVICE_PORT='3306'
export MYSQL_SERVICE_PORT_MYSQL='3306'
export MYSQL_USER=''
export MYSQL_VERSION='5.7.14-1debian8'

DNS
组件：CoreDNS
同namespace访问：svc_name
跨namespace访问：svc_name.namespace_name.svc

[root@test-209 log]# netstat -anp | grep kube-proxy
tcp6    0   0 :::30010        :::*          LISTEN   10165/kube-proxy 
unix 2   [ ]     DGRAM          36395  10165/kube-proxy


[root@test-209 log]# iptables -S -t nat | grep mysql
-A KUBE-NODEPORTS -p tcp -m comment --comment "default/wordpress-mysql:" -m tcp --dport 30010 -j KUBE-MARK-MASQ 
-A KUBE-NODEPORTS -p tcp -m comment --comment "default/wordpress-mysql:" -m tcp --dport **30010** -j KUBE-SVC-GJ6HULPZPPQIKMS7 
-A KUBE-SEP-7KXQQUXVSZ2LFV44 -s 10.0.45.6/32 -m comment --comment "default/wordpress-mysql:" -j KUBE-MARK-MASQ 
-A KUBE-SEP-7KXQQUXVSZ2LFV44 -p tcp -m comment --comment "default/wordpress-mysql:" -m tcp -j DNAT --to-destination 10.0.45.6:3306 
-A KUBE-SEP-J7SZJXRP24HRFT23 -s 10.0.3.2/32 -m comment --comment "default/wordpress-mysql:" -j KUBE-MARK-MASQ 
-A KUBE-SEP-J7SZJXRP24HRFT23 -p tcp -m comment --comment "default/wordpress-mysql:" -m tcp -j DNAT --to-destination 10.0.3.2:3306 
-A KUBE-SERVICES -d **10.254.67.85**/32 -p tcp -m comment --comment "default/wordpress-mysql: **cluster IP**" -m tcp --dport 3306 -j KUBE-SVC-GJ6HULPZPPQIKMS7 
-A KUBE-SVC-GJ6HULPZPPQIKMS7 -m comment --comment "default/wordpress-mysql:" -m statistic --mode random --probability 0.50000000000 -j KUBE-SEP-J7SZJXRP24HRFT23
-A KUBE-SVC-GJ6HULPZPPQIKMS7 -m comment --comment "default/wordpress-mysql:" -j KUBE-SEP-7KXQQUXVSZ2LFV44