一，前言上一篇，介绍基于k8s项目部署流程设计；本篇，介绍MySQL服务的部署；二，部署MySQL服务部署MySQL可以为指定node添加污点，专门用于mysql部署（当前只有一个节点，不考虑）；为了保证mysql容器重启时数据不会丢失：创建mysql数据目录，用于存储mysql数据，实现MySQL数据的持久化；创建Secret对象，向为mysql容器提供用户名、密码信息；创建mysqlDeployment配置文件，并创建deploy完成pod部署；创建mysqlService配置文件，并创建service解决ip漂移问题，对外提供pod访问；为k8s-master安装mysql，使k8s-m
参考文章：kubernetes介绍文章目录第一章kubernetes介绍1.1应用部署方式演变传统部署：互联网早期，会直接将应用程序部署在物理机上虚拟化部署：可以在一台物理机上运行多个虚拟机，每个虚拟机都是独立的一个环境（比如VMware虚拟机）容器化部署：与虚拟化类似，但是共享了操作系统（比如docker容器）容器编排问题——引入k8s1.2kubernetes简介主要功能自我修复：一旦某一个容器崩溃，能够在1秒中左右迅速启动新的容器弹性伸缩：可以根据需要，自动对集群中正在运行的容器数量进行调整服务发现：服务可以通过自动发现的形式找到它所依赖的服务负载均衡：如果一个服务起动了多个容器，能够自
秒变大神系列–手把手教你搭建K8s集群搭建K8s集群搭建流程学习并总结一下使用三台虚拟机搭建一个kubernetes集群的过程（本次搭建集群类型为：一主多从）。Kubernetes集群大致分为两类：一主多从和多主多从。（1）一主多从（单master）：一个Master节点，多台Node节点，搭建简单，但是有单机故障风险，适合用于测试环境。（2）多主多从（高可用）：多台Master节点和多台Node节点，搭建麻烦但安全性高，适合用于生产环境。kubernetes有多种部署方式，目前主流的方式有kubeadm、minikube、二进制包三种。简介如下：（1）minikube：一个用于快速搭建单节点
环境准备三台ubuntu22.04主机（分别为ubuntu：192.168.3.54；worker1:192.168.3.57；worker2:192.168.3.58）安装docker，kubernetes三台主机加入同一kubernetes集群创建区块链使用上篇文章《使用Docker容器化部署FISCO-BCOS区块链系统》中的第二个方法，在ubuntu这台主机上生成运行在三台主机上的区块链节点分别进入三个文件夹中，修改节点的配置信息，我这里以修改192.168.3.54主机上的节点信息为示例(若不进行修改，则之后无法在区块链浏览器中正确绑定区块链节点)进入192.168.3.54/nod
------>课程视频同步分享在今日头条和B站天下武功，唯快不破！大家好，我是博哥爱运维。这节课给大家讲下云平台的弹性容器实例怎么结合其托管K8S，使用混合服务架构，带来极致扩缩容快感。下面是全球主流云平台弹性容器相关使用文档：aliyunACK使用ECI:https://help.aliyun.com/document_detail/119207.htmlawsFargate:https://docs.aws.amazon.com/eks/latest/userguide/fargate.html华为云cce+cci:https://support.huaweicloud.com/bestp
1 Service详解1.1Service介绍在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个统一的入口地址。通过访问Service的入口地址就能访问到后面的pod服务。Service在很多情况下只是一个概念，真正起作用的其实是kube-proxy服务进程，每个Node节点上都运行着一个kube-proxy服务进程。当创建Service的时
文章目录k8s日志收集方案1、elasticsearch安装配置1.1es安装1.2es配置1.3启动es2、kibana安装配置2.1kibana安装2.2kibana配置2.3启动kibana3、zookeeper安装配置3.1zookeeper安装3.2启动zookeeper3.3检查zookeeper状态4、kafka安装配置4.1kafka安装4.2配置kafka4.3启动kafka5、安装配置logstash5.1安装logstash5.2启动logstash6、配置日志收集6.1基于daemonset的日志收集6.2构建logstash镜像6.3部署logstashdaemons
k8s强制删除pod、svc、namespace（Terminating）一：强制删除pod1、命令加参方法：二：强制删除pv、pvc三、强制删除ns,以namespace：kubesphere-system为例1、以下强制删除也不好使：2、最终解决方法：1）查看处于“Terminating”状态的namespace：2、查看Terminatingnamespace中的finalizer。3、导出json格式到文件4、编辑tmp.josn，删除finalizers字段的值5、开启proxy：8001端口5注：(按顺序无需注意这一步)6、新开窗口、调用8001--api7、确认namespace
每当删除namespace或pod等一些Kubernetes资源时，有时资源状态会卡在Terminating，很长时间无法删除，甚至有时增加--forcegrace-period=0之后还是无法正常删除。这时就需要edit该资源，或者将该资源导出为json（通过调用原生接口进行删除）,将finalizers字段设置为[]，之后Kubernetes资源就正常删除了。root@1nd1009:~/kubesphere#kubectgetnamespaceNAMESTATUSAGEkubesphere-controls-systemActive5m43skubesphere-logging-sys
1.准备工作（所有节点执行）1.1.准备虚拟机本地部署，仅供参考。三个节点：名字为k8s-node1、k8s-node2、k8s-master设置系统主机名及Host文件sudocatEOF>>/etc/hosts192.168.255.141k8s-node1192.168.255.142k8s-node2192.168.255.140k8s-masterEOF#对应的节点执行sudohostnamectlset-hostnamek8s-node1sudohostnamectlset-hostnamek8s-node2sudohostnamectlset-hostnamek8s-master
