Rio520的博客

证书可用时间查看当前集群使用证书的时间[root@k8s-master01 kibana]# cd /etc/kubernetes/pki[root@k8s-master01 pki]# openssl x509 -in apiserver.crt -text -noout......Validity Not Before: Apr 27 01:19:41 2021 GMT Not After : Apr 27 01:19:41 2022 GMT

3530e24d28767e3e06734fad9c160748fbe94b730c3b353048fd4a4da48bc721docker: Error response from daemon: OCI runtime create failed: container_linux.go:367: starting container process caused: process_linux.go:495: container init caused: rootfs_linux.go:60: moun

这个报错主要就是进程冲突了，已经有一个名字叫 HAProxy-K8S 的进程在运行，如果想要运行，可以把正在运行的进程关闭。a1c9a9e3035d是进程ID。

Secret 存在意义Secret 解决了密码、token、密钥等敏感数据的配置问题，而不需要把这些敏感数据暴露到镜像或者 Pod Spec中。Secret 可以以 Volume 或者环境变量的方式使用Secret 有三种类型：Service Account ：用来访问 Kubernetes API，由 Kubernetes 自动创建，并且会自动挂载到 Pod 的/run/secrets/kubernetes.io/serviceaccount 目录中Opaque ：base64编码格式的Secre

configMap描述信息ConfigMap 功能在 Kubernetes1.2 版本中引入，许多应用程序会从配置文件、命令行参数或环境变量中读取配置信息。ConfigMap API 给我们提供了向容器中注入配置信息的机制，ConfigMap 可以被用来保存单个属性，也可以用来保存整个配置文件或者 JSON 二进制大对象ConfigMap 的创建使用目录创建[root@k8s-master01 ~]# ls docs/user-guide/configmap/kubectl/game.propertie

CronJob Specspec.template格式同PodRestartPolicy仅支持Never或OnFailure单个Pod时，默认Pod成功运行后Job即结束.spec.completions 标志Job结束需要成功运行的Pod个数，默认为1.spec.parallelism 标志并行运行的Pod的个数，默认为1spec.activeDeadlineSeconds 标志失败Pod的重试最大时间，超过这个时间不会继续重试CronJobCron Job 管理基于时间的 Job，即：

JobJob 负责批处理任务，即仅执行一次的任务，它保证批处理任务的一个或多个 Pod 成功结束特殊说明spec.template格式同PodRestartPolicy仅支持Never或OnFailure单个Pod时，默认Pod成功运行后Job即结束.spec.completions 标志Job结束需要成功运行的Pod个数，默认为1.spec.parallelism 标志并行运行的Pod的个数，默认为1spec.activeDeadlineSeconds 标志失败Pod的重试最大时间，超过这

什么是 DaemonSetDaemonSet 确保全部（或者一些）Node 上运行一个 Pod 的副本。当有 Node 加入集群时，也会为他们新增一个 Pod 。当有 Node 从集群移除时，这些 Pod 也会被回收。删除 DaemonSet 将会删除它创建的所有 Pod使用 DaemonSet 的一些典型用法：运行集群存储 daemon，例如在每个 Node 上运行 glusterd 、 ceph在每个 Node 上运行日志收集 daemon，例如 fluentd 、 logstash在每个 N

DeploymentDeployment 为 Pod 和 ReplicaSet 提供了一个声明式定义(declarative)方法，用来替代以前的ReplicationController 来方便的管理应用。典型的应用场景包括：1.定义Deployment来创建Pod和ReplicaSet2.滚动升级和回滚应用3.扩容和缩容4.暂停和继续Deployment部署一个简单的 Nginx 应用#接口信息以及版本apiVersion: extensions/v1beta1#控制器kind:.

[root@k8s-master01 ~]# kubeadm init --config=kubeadm-config.yaml --upload-certs | tee kubeadm-init.log[init] Using Kubernetes version: v1.14.0[preflight] Running pre-flight checks [WARNING SystemVerification]: this Docker version is not on the list of v

Pod 能够具有多个容器，应用运行在容器里面，但是它也可能有一个或多个先于应用容器启动的 Init容器Init 容器Init 容器与普通的容器非常像，除了如下两点：1 Init 容器总是运行到成功完成为止2 每个 Init 容器都必须在下一个 Init 容器启动之前成功完成如果 Pod 的 Init 容器失败，Kubernetes 会不断地重启该 Pod，直到 Init 容器成功为止。然而，如果 Pod 对应的 restartPolicy 为 Never，它不会重新启动Init 容器的作用因.

pod的分类自主式pod： pod 退出了。此类型的pod不会被创建控制器管理的pod:在控制器的生命周期里，始终维持pod的副本数目什么是控制器Kubernetes 中内建了很多 controller（控制器），这些相当于一个状态机，用来控制 Pod 的具体状态和行为控制器类型ReplicationController 和 ReplicaSetDeploymentDaemonSetStateFulSetJob/CronJobHorizontal Pod AutoscalingRep

在 k8s 中，一般使用 yaml 格式的文件来创建符合我们预期期望的 pod ，这样的 yaml 文件我们一般称为资源清单简单说明是一个可读性高，用来表达数据序列的格式。YAML 的意思其实是：仍是一种标记语言，但为了强调这种语言以数据做为中心，而不是以标记语言为重点基本语法缩进时不允许使用Tab键，只允许使用空格缩进的空格数目不重要，只要相同层级的元素左侧对齐即可#标识注释，从这个字符一直到行尾，都会被解释器忽略YAML 支持的数据结构对象：键值对的集合，又称为映射（mapping）

K8s 中所有的内容都抽象为资源， 资源实例化之后，叫做对象资源类型名称空间级别工作负载型资源( workload )： Pod、ReplicaSet、Deployment、StatefulSet、DaemonSet、Job、CronJob ( ReplicationController 在 v1.11 版本被废弃 )服务发现及负载均衡型资源( ServiceDiscovery LoadBalance ): Service、Ingress、…配置与存储型资源： Volume( 存储卷 )、CSI

仓库地址为https://at.harbor.com该仓库是我在本地搭建的一个私有仓库，配置了域名，配置了证书登录本地仓库[root@k8s-master01 ~]# docker login https://at.harbor.comUsername: adminPassword: WARNING! Your password will be stored unencrypted in /root/.docker/config.json.Configure a credential help

集群环境初始化所有节点都做相同的操作准备三台机器分别为k8s-master 10.14.2.150k8s-node01 10.14.2.151 k8s-node02 10.14.2.1521.设置系统主机名[root@localhost ~]# hostnamectl set-hostname k8s-master01[root@localhost ~]# hostnamectl set-hostname k8s-node01[root@localhost ~]# hostnamec

Kubernetes，又称为 k8s（首字母为 k、首字母与尾字母之间有 8 个字符、尾字母为 s，所以简称 k8s）或者简称为 “kube” ，是一种可自动实施 Linux 容器操作的开源平台。它可以帮助用户省去应用容器化过程的许多手动部署和扩展操作。也就是说，您可以将运行 Linux 容器的多组主机聚集在一起，由 Kubernetes 帮助您轻松高效地管理这些集群。kubernetes的特点轻量级：消耗资源小，只有几十兆b开源弹性伸缩负载均衡：IPVSBorg 是Kubernetes 的前身