k8s 集群版本升级

k8s 集群版本升级 1.升级策略•始终保持最新•每半年升级一次,这样会落后社区 1~2 个小版本•一年升级一次,或者更长,落后版本太多 2.升级策略升级管理节点--》升级其他管理节点--》升级工作节点注意事项:升级前必须备份所有组件及数据,例如 etcd 千万不要跨多个版本进行升级,例如 1.16 升级到 1.19 驱逐升级节点上的 pod,且不可调度 3.进行版本升级升级管理节点:有第四个版本号:kubeadm-1.21

k8s 网络 ACL

k8s 网络访问控制 1.网络访问控制应用应用场景:默认情况下,Kubernetes 集群网络没任何网络限制某些场景下就需要进行网络控制,减少网络攻击面网络策略(NetworkPolicy):是一个 K8s 资源,用 Namespace 级别网络访问控制。网络策略的应用场景(偏重多租户下):•应用程序间的访问控制,例如项目 A 不能访问项目 B 的 Pod•开发环境命名空间不能访问测试环境命名空间 Pod•当 Pod 暴露到外部

k8s 使用 ConfigMap 和 Secret 示例

k8s 使用 ConfigMap 和 Secret 示例 1.Configmap 存储配置文件应用场景:应用程序配置,将配置数据和应用程序代码分开创建 ConfigMap 后,数据实际会存储在 k8s 中 Etcd,然后通过创建 Pod 时引用该数据 Pod 使用 ConfigMap 数据有两种方式变量注入数据卷挂载两种数据类型:键值多行数据 ConfigMap 在设计上不是用来保持大量数据的,在 ConfigMap 中保存的数据不可超过 1M