ESXi 6.7.0 安装进度卡在loading /bnxtroce.v00 进度处

使用 categraf 采集器来进行数据采集，然后推数据给夜莺，夜莺转存到时序库，并且后续对这些数据做可视化、告警等。首次只需要打通时序数据库与夜莺v6的连接，后续需要监控的主机只需要安装采集器 Categraf 即可Categraf 项目简介官方操作手册被监控主机的采集器可以使用脚本统一安装，这样方便一点下阶段只需要打通一下企业微信监控报警就稍微完美，实现了基础数据的监控报警。

整个安装过程会擦除掉以前所有ssh相关信息和配置，需要注意这一点这可能作为一个通用的升级验证过程，以前总是各种编译安装openssh，各种依赖也不好解决如果没法直接控制台操作服务器，可以安装telnet工具，临时采用不安全连接方式进行升级openssh对上述验证过程中升级的各种底层依赖包，不知道是否有风险，所以最好还是在升级之前做好虚拟机快照备份。

官网地址：https://kubernetes.io/zh-cn/docs/tutorials/kubernetes-basics/minikube 是一种轻量级的 Kubernetes 实现，可在本地计算机上创建 VM 并部署仅包含一个节点的简单集群。我在自己的本地虚拟机实在搞不定这个minikube拉取镜像的问题了，我直接在我的云主机上面操作了。官网地址：https://minikube.si

云控制器管理器（Cloud Controller Manager）允许你将你的集群连接到云提供商的 API 之上， 并将与该云平台交互的组件同与你的集群交互的组件分离开来。容器运行时接口（Container Runtime Interface），CRI 中定义了容器和镜像的服务的接口，因为容器运行时与镜像的生命周期是彼此隔离的，因此需要定义两个服务。负责运行控制器进程，从逻辑上讲， 每个控制器都是

官网交互路线不好走，访问有困难，很多概念不清楚，只能先尝试。

Pod是可以在 k8s 中创建和管理的、最小的可部署的计算单元Pod（就像在鲸鱼荚或者豌豆荚中）是一组（一个或多个）容器；这些容器共享存储、网络、以及怎样运行这些容器的声明。Pod 中的内容总是并置（colocated）的并且一同调度，在共享的上下文中运行。Pod 所建模的是特定于应用的 “逻辑主机”，其中包含一个或多个应用容器， 这些容器相对紧密地耦合在一起。在非云环境中，在相同的物理机或虚拟机

CRI 是一个插件接口，它使 kubelet 能够使用各种容器运行时，你需要在集群中的每个节点上都有一个可以正常工作的容器运行时， 这样 kubelet 能启动 Pod 及其容器。容器运行时接口（CRI）是kubelet 和容器运行时之间通信的主要协议。

官方参考链接：https://kubernetes.io/docs/concepts/workloads/podsPodcontainers工作负载是在 k8s上运行的应用程序相对来说，一个应用程序又很复杂，可能由一个或者多个组件共同协同完成，这种情况我们都可以用一组Pod来表示一个应用，也就是一个工作负载之前我们学到的内容来看，Pod遵循预定义的生命周期，如果Pod所在节点出现致命错误，该节点上

Deployment属于k8s中的一种工作负载资源，一个Deployment为Pod和ReplicaSet我们只需要描述Deployment中的目标状态Deployment控制器以受控的速率（不间断）更改实际状态，使其变成我们所描述的目标期望状态（控制循环Deployment使Pod有自愈能力我们部署应用一般不会直接写Pod，而是部署一个Deployment。