一Docker介绍1.1docker是什么 Docker是一个开源项目，诞生于2013年初，最初是dotCloud公司内部的一个业余项目。它基于Google公司推出的Go语言实现。项目后来加入了Linux基金会，遵从了Apache2.0协议，项目代码在GitHub上进行维护。Docker自开源后受到广泛的关注和讨论，以至于dotCloud公司后来都改名为DockerInc。Redhat已经在其RHEL6.5中集中支持Docker；Google也在其PaaS产品中广泛应用。Docker项目的目标是实现轻量级的操作系统虚拟化解决方案。Docker的基础是Linux容（LXC）等技术。在LXC的基
前言前面分享了k8s的部署安装，本篇来点实操，将会把一个.netcore+vue的项目（zhontai），打包构建成docker镜像，推送到nexus镜像仓库，并部署到k8s中准备要实现项目的部署，除了准备要部署的环境（k8s），还需要准备项目所用到的各中间件，本文旨在分享部署的一个整体流程，对项目中所使用到的各中间件（mysql，redis等）的安装使用可自行在本DevOps系列文章中找到一个.netcore+vue的项目使用zhontai项目，之前也有做分享，文章介绍后端Admin.Corev3.7.1前端admin.ui.plusv2.2.0Nexus的安装部署，文章介绍做为镜像仓库使用
之前整理了一下各种资源长时间无法回收，解决处理的命令行k8s各种资源Terminationg状态处理——筑梦之路_k8s自定义资源修改状态-CSDN博客这里具体整理下pod长时间处于Terminating状态的相关知识，主要是对前面的补充和完善，作为笔记记录。背景说明当我们要删除一个Pod时，Kubernetes会发送删除命令，并开始删除操作。但是，Pod并不会立即被销毁。它先被放置在Terminating状态下，以便它可以完成正在进行的操作。但有时Pod会长时间停留在Terminating状态下，这可能会影响应用程序的正常运行。常见原因Pod中有未处理完的请求或资源占用，如长时间运行的进程。
一、故障现象 XXX反馈说某某业务服务异常，无法启动，需要进行协助排查。经常会接到这样一个需求，一开始无法清楚知道具体什么问题，需要跟一线运维人员详细做沟通，了解故障问题的细节。 根据一线运维人员的反馈，是有一套5节点单master的k8s集群，其中一个node异常重启后，导致上面一个关键mysql服务pod（有持久化存储）无法启动，从而影响到整体业务。一线检查集群反馈服务状态都正常。二、分析过程 1、单pod问题？ 从当前情况看，表面现象是说mysql的pod无法启动，也没法切换。但是不是只有这一个问题呢？一开始怀疑是不是mysql做了标签绑定，只能在该node运行，检查一番并
背景Job表示短周期的作业，定时Job表示按照预定的时间运行Job，或者按照某一频率周期性的运行Job。比如：许多传统企业使用Linux自带的crontab来做定时任务的方案，该方案非常简单，适合做主机上的运维工作，比如定时清理日志、周期性做健康检查。随着信息化时代的高速发展，业务变得越来越复杂，很多场景都需要定时任务，但是crontab方案存在高可用问题，不适合应用在业务应用上。在云原生时代，K8sCronJob设计了一套高可用的定时任务解决方案，保障了业务的稳定。但是把K8sCronJob应用在生产上，发现定时任务真的出问题的时候排查起来很麻烦，于是越来越多用户对定时任务的可观测有了更多的
1.官网升级说明升级kubeadm集群|Kubernetes2.版本说明详细参考：版本偏差策略|KubernetesKubernetes版本以 x.y.z 表示，其中 x 是主要版本， y 是次要版本，z 是补丁版本。版本升级控制： 1. 最新版和最老版的kube-apiserver实例版本偏差最多为一个次要版本。 2. kubelet版本不能比kube-apiserver版本新;kubelet可以比kube-apiserver低三个次要版本(如果kubelet 3. kube-proxy不能比kube-apiserver新;最多可以kube-apiserver旧三个小版本(
文章目录一.部署规划1.主机规划2.部署流程二.kubeadm搭建K8S1.环境准备2.安装docker3.安装kubeadm，kubelet和kubectl4.部署K8S集群（1）初始化（2）部署网络插件flannel（3）创建pod资源5.部署Dashboard6.安装Harbor私有仓库7.kubeadm内核参数优化方案一.部署规划1.主机规划主机名及主机大小主机ip安装软件master（2C/4G，cpu核心数要求大于2）192.168.198.11docker、kubeadm、kubelet、kubectl、flannelnode01（2C/2G）192.168.198.12dock
Kubernetes使用PV和PVC做存储安装mysql环境准备什么是PV和PVC环境准备配置nfs安装nfs配置nfs服务端创建命名空间配置pv和pvcpv的yaml文件pvc的yaml文件部署mysql创建mysql的root密码的secret创建mysql部署的yaml部署mysql链接mysql外部链接内部链接环境准备首先你需要一个k8s环境，可以参考我写的文章：https://blog.csdn.net/m0_51510236/article/details/130842122什么是PV和PVC我们可以简单看一下官网的描述：https://kubernetes.io/zh-cn/do
部署CNI网络组件部署flannelK8S中Pod网络通信：●Pod内容器与容器之间的通信在同一个Pod内的容器（Pod内的容器是不会跨宿主机的）共享同一个网络命名空间，相当于它们在同一台机器上一样，可以用localhost地址访问彼此的端口。●同一个Node内Pod之间的通信每个Pod都有一个真实的全局IP地址，同一个Node内的不同Pod之间可以直接采用对方Pod的IP地址进行通信，Pod1与Pod2都是通过Veth连接到同一个docker0/cni0网桥，网段相同，所以它们之间可以直接通信。●不同Node上Pod之间的通信Pod地址与docker0在同一网段，docker0网段与宿主机网
【云原生|Kubernetes系列】—K8S部署RocketMQ集群（双主双从+同步模式）版权本文为云录原创文章，转载无需和我联系，但请注明来自云录https://www.yunzhuan.siterocketMQ高可用有很多种方式，比如：单机部署，多主集群，双主双从同步部署，双主双从异步部署，以及多主多从部署。部署集群可按照自己公司的实际情况进行部署。单机部署：只启动一个rocketMQ实例就可以了，一般常用来本机测试使用。原因：一旦rocketMQ因某些原因挂掉，导致mq无法使用，则我们服务器无法接受信息与消费信息等。多主集群：只部署mq主节点，无部署从节点。优点：配置简单，单个Maste
