
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
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。
