saynaihe的博客

在双中心部署的架构下,为了验证系统的容灾能力,需要进行灾备演练。应用服务部署在kubernetes集群中，通过web控制台修改副本数量为0不可用，比较耗费时间。本文将介绍如何通过脚本优雅地处理一个中心的服务副本数,并在演练后恢复原状。本文提供了两种实现方案,都能满足灾备演练的需求。Shell脚本方案简单易用,Go方案则更加健壮。根据实际情况选择合适的方案即可。希望本文对你进行灾备演练有所帮助!

owns的一般使用将 deployment service ingress或者其他资源作为operator应用的子资源，进行生命周期管理下一步想处理一下 make run 控制台的输出，输出一些有用的信息。

size"`"image"`}",inline"`}operator要解决的是什么自己还是没有搞明确，也没有想好怎么去设计一个operator。只是简单的实现了一些基本的功能，还没有体会到更多的便利性。本来想照着eck写，但是对我这种初学者还是有点难，一步一步去完善写吧…httpshttpshttpshttpshttpshttpshttpshttpshttpshttpshttpshttpshttpshttpshttpshttpshttpshttps。...

接触kubernetes也好多年了，开始就各种听说oprator的，但是从来没有深入了解动手写过oprator。开始体验一下简单的oprator参照：红帽官方文档什么是 Kubernetes Operator？**coreos2016年引入,**是一种封装、部署和管理 Kubernetes 应用的方法开发工具:**CRD **全称是 Custom Resource Definition, CRD是一种无需编码就可以扩展原生kubenetes API接口的方式。适合扩展kubernetes的自定义接口和

完成了client-go gin的简单整合十-Update，下面演示一下namespace deployment pod的删除，删除完成了也可以总结一下进行更深入的操作了！删除就从pod deployment namespace的顺序开始了！注意：zhangpeng namespace 下nginx pod为例编写关于pod delete的代码继续模仿create update 写delete方法,其实delete只需要namespace 和pod的name就可以了，简化一下：/src/servic

完成了client-go gin的简单整合九-Create的namespace deployment pod的 创建操作，现在进行一下update修改的操作！关于namespace，我们用的最多的标签是name 和labels(恩前面我还做过配额的例子，这里就简单的拿labels为例了)如果去update修改namespace我们常用的应该是修改namespace的labels，以zhangpeng namespace为例，我想增加一个name=abcd的标签/src/service/Namespac

完成了前面一些简单list-watch的demo,这里开始进一步完成crud的基本操作，就从create开始了。这里从create namespace deployment pod service作一个简单的应用列举前面做过list的应用：client-go gin的简单整合八Service-list初步收尾,/src/service/Namespace.go文件如下：创建一个namespace现在要创建一个create 创建命名空间的方法！最终如下：然后创建CreateNameSpace，

kubernetes client-go list-watch

紧接上文：client-go gin的简单整合六-list-watch二（关于Rs与Pod以及Deployment的完善）,继续去完善相关的event 以及显示pod ip等相关配置还要继续搞一下指定deployment name显示相关pod信息！cat nginx3.yamlbut!访问：http://127.0.0.1:8080/deployments?ns=default（上一节运行的main.go依然在运行前提）参照：https://kubernetes.io/zh/docs/concep

前面完成了client-go gin的简单整合五-list-watch deployment应用,进一步把 Rs Pod也实现list-watch!前面少写的：忘记了Store数据…depmap.data.Store(dep.Namespace, list)！/src/core/rs_init.go关于Pod list-watch先写一个util方法(就为了判断两个label是否相同！)：/src/core/Util.go基本copy自deployment_init.go:/src/core/

背景：紧接client-go gin的简单整合四-list-watch初探，list-watch的模式都在测试文件中写的，现在修改一下前面做的deployment pod namespace 等等的api！client-go gin的简单整合五-list-watch deployment应用src目录下创建core文件夹，并创建deployment_init.go文件，将test1.go中相关deployment配置迁移过来！（默认test1.go中内容迁移过来）/src/core/deploym

背景：完成了client-go gin的简单整合三（list列表相关再进阶关于Pods），恩如果有代理是可以看到每次的请求都要访问后端服务的，如何避免频繁调用后端apiserver呢？list-watch监听机制可以使用一下？关于list-watch:参照：https://blog.51cto.com/u_15127559/3377812(错别字好多？最后还是引用了沈老师的ppt上面的概念！),list http短链接调用资源的api，获取列表。使用http长连接持续监听资源，有变化则返回一个W

背景：紧接client-go gin的简单整合二（list列表相关进一步操作）,namespace deployment service 都list列表展现了，总觉得还少点什么？比如显示集群中所有运行的pod列表？根据namespace显示pod列表？按照deployment名称查询所包含的pod？总而言之这一部分就围绕着pod列表的展现展开了！client-go gin的简单整合二（list列表相关再进阶）1. 展现命名空间的pod相关信息先确认一下需要获取的信息：kubectl get po

背景上一步完成了client-go gin的简单整合一（list列表相关操作）,实现了简单的namespace deployment service的name的输出！现在我想输出更多的内容，也当时深入一下kubernetes这些基础！1. client-go gin的简单整合二（list列表相关进一步操作）1. 从namespace开始[root@zhangpeng ~]# kubectl get ns -o wide首先我想输出namespace的STATUS状态和AGE！以develo

背景：完成了client-go连接kubernetes集群-delete相关操作，稍微看过一些B站go圈里最会写js的奇淼 的go 与gin的视频，还有沈叔的一些课程：https://www.jtthink.com/。一般都是习惯先动手的，自己动手操作，有问题就看沈叔的视频与解决思路！1. client-go gin的简单整合一注：以下操作环境可能有些许区别（在家写东西用的windows，公司的办公环境个人安装了一台rocky linux）。一下所有路径为相对路径在k8s-demo1项目目录下！1.

背景紧跟client-go连接kubernetes集群-connect and list，client-go连接kubernetes集群-create相关操作与client-go连接kubernetes集群-update相关操作。现在操作一下删除deployment 与namespace。当然了也想看一下操作集群crud的操作都有哪些动作！client-go连接kubernetes集群-delete相关操作删除deploymentmain.gopackage mainimport ( "co

背景：紧接client-go连接kubernetes集群-connect and list，client-go连接kubernetes集群-create相关操作。实例都是拿namespace 和deployment两个为代表进行展开延伸的（个人环境中deployment还是具有代表性的），前面创建了namespace deployment，正常的流程下一步就是修改namespace and deployment 了！client-go连接kubernetes集群-update相关操作1. namesp

背景client-go连接kubernetes集群-connect and list。都是查看获取list列表的。现在想用client-go创建应用该如何操作呢？client-go连接kubernetes集群-create创建一个namespace：clientset.CoreV1().Namespaces().Createpackage mainimport ( "context" "flag" "fmt" v1 "k8s.io/api/core/v1" metav1 "k8s

背景：kubernetes的基本应用的算是能入门了。但是基于各种客户端操作kubernetes集群还是没有深入玩过，最近一段时间入门了一下goland，就拿client-go深入体验一下kubernetes集群的基本操作，当然了最后能更深入一下跟gin框架结合了就好了…算是练手入门关于client-go参照githubhttps://github.com/kubernetes/client-go。请注意版本与kubernetes的版本兼容性对应关系：https://github.com/kuberne

背景：跟其他公司合作，他们的wiki用的Requarks/wiki，看了一眼文档搭建还是很简单的：https://docs.requarks.io/install/docker。顺便国内搜了一下文档：https://blog.youkuaiyun.com/weixin_26750481/article/details/108131866。先不说翻译的咋样，yaml文件能不能保证一下格式？写的也太乱了！看了一下原文：https://medium.com/swlh/deploy-wiki-js-on-kubernetes

kubeadm1.23 kubernetes最新 csr

背景：紧接上文kubernetes与velero的第一次尝试。恩主要是强调一下我要准备撤销这一个集群！业务迁移完了**: nacos gitlab nexus…然后我就人为等集群证书过期了…当然了正常的集群证书过期可以通过更新集群小版本**进行证书的更新！我这里正好遇到集群撤销的场景，我就想看一下证书过期的场景了…过期前的表现…now 现在过期了…[root@sh-master-01 ~]# kubectl get nodeserror: You must be logged in to the

背景：早些时候集群规划不合理，跑了gitlab与Nexus3服务，正好集群要到期了…哈哈起码小版本升级一下kubernetes集群更新一下证书？但是为准备抛弃这个集群了。准备迁移服务！早些年将docker-compose搭建的gitlab 8版本的应用迁移到过kubernetes 集群：docker 搭建gitlab迁移到kubernetes集群(那还是2019年)。现在的集群是基于：Kubernetes 1.20.5 安装gitlab and Kubernetes1.20.5 gitlab13.6

背景：spinnaker 1.26.6 on kubernetes，现在想到的做的跟jenkins流水线联动（添加多个jenkins环境配置）and 多kubernetes集群配置。spinnaker Automated Triggers（触发器）jenkins Trigger 触发器关于jenkins的配置-spinnaker-nginx-demo​pipeline关键词：//Docker 镜像仓库信息registryServer = "harbor.xxx.com"project

背景：kubernetes集群中部署应用，对应用进行压力测试。jmeter进行压力测试大概是每秒300个左右的请求（每分钟elasticsearch中采集的请求有18000个）。查看日志有nginx的erro log:​但是我的cpu 内存资源也都没有打满。通过搜索引擎搜索发现与下面博客的环境基本相似，php-fpm也是走的socket：​参见：http://www.bubuko.com/infodetail-3600189.html解决问题：修改net.core.somaxconn进入

背景：线上kubernetes集群跑了gitlab的应用（有好几个版本，最老的一个是8.5.8太老了不行升级了，还有一个10的版本，还一个13.7的版本？）。没有开启ssh的方式就使用了http的方式。程序上传大文件经常就上传不了（也都是使用方法的问题，一个maven项目里面有5个项目吧？打的每个jar包都有70-90m。跟他们聊过我可以在服务器上面maven打包。他们毕竟喜欢个人打包。当然了关键还是这maven打包打的太大了。没有进行进一步的优化）。上传大文件经常就失败了。看了一下还是修改一下gitla

背景：持续升级过程：Kubernetes 1.16.15升级到1.17.17,Kubernetes 1.17.17升级到1.18.20，Kubernetes 1.18.20升级到1.19.12集群配置:主机名系统ipk8s-vipslb10.0.0.37k8s-master-01centos710.0.0.41k8s-master-02centos710.0.0.34k8s-master-03centos710.0.0.26k8s-node

背景：升级是一件持续的事情：Kubernetes 1.16.15升级到1.17.17,Kubernetes 1.17.17升级到1.18.20集群配置:主机名系统ipk8s-vipslb10.0.0.37k8s-master-01centos710.0.0.41k8s-master-02centos710.0.0.34k8s-master-03centos710.0.0.26k8s-node-01centos710.0.0.36k