一、故障现象 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
【云原生|Kubernetes系列】—K8S部署RocketMQ集群（双主双从+同步模式）版权本文为云录原创文章，转载无需和我联系，但请注明来自云录https://www.yunzhuan.siterocketMQ高可用有很多种方式，比如：单机部署，多主集群，双主双从同步部署，双主双从异步部署，以及多主多从部署。部署集群可按照自己公司的实际情况进行部署。单机部署：只启动一个rocketMQ实例就可以了，一般常用来本机测试使用。原因：一旦rocketMQ因某些原因挂掉，导致mq无法使用，则我们服务器无法接受信息与消费信息等。多主集群：只部署mq主节点，无部署从节点。优点：配置简单，单个Maste
文章目录引言什么是StorageClasses？StorageClasses的工作原理StorageClasses的示例示例一：定义StorageClass示例二：创建PersistentVolumeClaim示例三：应用程序中使用PersistentVolumeClaimStorageClasses的高级用法VolumeSnapshotTopology结论引言随着云原生技术的飞速发展，Kubernetes（简称K8s）已成为容器编排的事实标准，为开发者提供了一个强大而灵活的平台。在Kubernetes中，存储管理是一个至关重要的方面，而StorageClasses（存储类）则是其中一个关键概
公众号「架构成长指南」，专注于生产实践、云原生、分布式系统、大数据技术分享。概述随着科技的进步，软件系统的部署架构也在不断演进，从以前传统的物理机到虚拟机、Docker和Kubernetes，我们经历了一系列变化。这些技术的引入给我们带来了更高的资源利用率、更快的部署速度和更强大的扩展性，下面让我们一起探索这些演进，了解如何从传统部署走向现代化架构，为软件系统的开发和部署带来更多的便利和灵活性。物理机部署物理机部署在计算机早期阶段比较盛行，因为那时候虚拟化和云计算等技术还没有普及，物理机是主要的部署选择。优点性能和资源控制：物理机提供了直接访问硬件资源的能力，在某些对性能要求较高的应用场景中，
