部署k8s-单Master集群首先要确保IP地址是静态的不需更改，不能变化。master服务器的内存最少4Gb以一master，两node做演示，1、清空Iptales默认规则及关闭防火墙2、关闭SELINUX3、要关闭每个服务器上的Swap交换空间（k8s对性能要求极高，当Swap代替性能空间时，就会崩溃，并且k8s在安装过程中会验证Swap是否开启，开启默认不许安装）swapoff -a4、分

DaemonSet 控制器能够确保 k8s 集群所有的节点都运行一个相同的 pod 副本，当向 k8s 集群中增加 node 节点时，这个 node 节点也会自动创建一个 pod 副本，当 node 节点从 集群移除，这些 pod 也会自动删除；删除 Daemonset 也会删除它们创建的 pod。

实际上，Ingress相当于一个7层的负载均衡器，是kubernetes对反向代理的一个抽象，它的工作原理类似于Nginx，可以理解成在Ingress里建立诸多映射规则，Ingress Controller通过监听这些配置规则并转化成Nginx的反向代理配置 , 然后对外部提供服务。ingress controller：具体实现反向代理及负载均衡的程序，对ingress定义的规则进行解析，根据配置

在Kubernetes中，NetworkPolicy是一项关键功能，它允许开发者定义和控制Pod之间的网络通信。本文将深入研究Kubernetes中的NetworkPolicy，详细介绍其原理、用途，并通过实际示例演示如何使用NetworkPolicy来确保集群中的网络安全。NetworkPolicy是Kubernetes中用于定义Pod之间网络通信规则的资源对象。通过NetworkPolicy，

是对资源的授权，k8s中的资源无非是容器，最终其实就是容器的计算，网络，存储资源，当一个请求经过认证后，需要访问某一个资源（比如创建一个pod），授权检查会根据授权规则判定该资源（比如某namespace下的pod）是否是该客户可访问的。k8s对我们整个系统的认证，授权，访问控制做了精密的设置；------------------------------以上是使lucky用户仅对lucky命名空间

创建静态Pod不用执行，自动创建在master节点上创建Init Container就是用来做初始化工作的容器，可以是一个或者多个，如果有多个的话，这些容器会按定义的顺序依次执行，只有所有的Init Container执行完后，主容器才会被启动。一个Pod里面的所有容器是共享数据卷和网络命名空间的，所以Init Container里面产生的数据可以被主容器使用到的。Init Container和之

要使用 StorageClass，我们就得安装对应的自动配置程序，比如我们这里存储后端使用的是 nfs，那么我们就需要使用到一个 nfs-client 的自动配置程序，我们也叫它 Provisioner（制备器），这个程序使我们已经配置好的 nfs 服务器，来自动创建持久卷，也就是自动帮我们创建 PV。有了这两部分信息，Kubernetes就能够根据用户提交的PVC，找到对应的StorageCla

是一种渐进式部署策略，目的是将新版本应用逐步暴露给一小部分用户或流量，通过持续监控确保其稳定性后，再逐步扩大范围直至完全替换旧版本。这种策略的名称来源于“矿井中的金丝雀”——早期矿工用金丝雀来检测有毒气体，如果金丝雀存活，说明环境安全。先部署新版本（金丝雀版本）到生产环境，但仅允许少量用户或流量访问它（例如5%的请求）。修改`canary-weight`注解值，逐步增加新版本流量：（也可以在文件中

helm通过打包的方式，支持发布的版本管理和控制，很大程度上简化了Kubernetes应用的部署和管理。Helm本质就是让k8s的应用管理（Deployment、Service等）可配置，能动态生成。通过动态生成K8S资源清单文（deployment.yaml、service.yaml）。然后kubectl自动调用K8S资源部署。Helm，避免了我们去完成同样的资源对象在到多个环境中配置和维护过程

更改service匹配标签：kubectl patch service myapp-service -p '{"spec":{"selector":{"version":"green"}}}'是一种部署策略，通过同时维护两个完全独立的生产环境（“蓝”和“绿”），在验证新版本（绿）后，一次性将流量从旧版本（蓝）切换到新版本，若发现问题则立即回退。：利用Kubernetes Service的标签选择器