k8s部署jenkins集群，启动slave pod里除jnlp以外的容器失败

于 2024-10-11 09:41:18 发布
阅读量70 收藏 3
点赞数 2
文章标签： kubernetes jenkins 容器 运维 devops ci/cd
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhuganlai168/article/details/142786455
版权

一、错误详情

java.net.ProtocolException: Expected HTTP 101 response but was '500 Internal Server Error'
	at okhttp3.internal.ws.RealWebSocket.checkResponse(RealWebSocket.java:229)
	at okhttp3.internal.ws.RealWebSocket$2.onResponse(RealWebSocket.java:196)
Also:   java.lang.Throwable: waiting here
	at io.fabric8.kubernetes.client.utils.Utils.waitUntilReady(Utils.java:169)
	at io.fabric8.kubernetes.client.utils.Utils.waitUntilReadyOrFail(Utils.java:180)
	at io.fabric8.kubernetes.client.dsl.internal.core.v1.PodOperationsImpl.exec(PodOperationsImpl.java:332)
	at io.fabric8.kubernetes.client.dsl.internal.core.v1.PodOperationsImpl.exec(PodOperationsImpl.java:85)
	at org.csanchez.jenkins.plugins.kubernetes.pipeline.ContainerExecDecorator$1.doLaunch(ContainerExecDecorator.java:425)
	at org.csanchez.jenkins.plugins.kubernetes.pipeline.ContainerExecDecorator$1.launch(ContainerExecDecorator.java:328)
	at hudson.Launcher$ProcStarter.start(Launcher.java:507)
	at org.jenkinsci.plugins.durabletask.BourneShellScript.launchWithCookie(BourneShellScript.java:176)
	at org.jenkinsci.plugins.durabletask.FileMonitoringTask.launch(FileMonitoringTask.java:132)
	at org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep$Execution.start(DurableTaskStep.java:324)
	at org.jenkinsci.plugins.workflow.cps.DSL.invokeStep(DSL.java:319)
	at org.jenkinsci.plugins.workflow.cps.DSL.invokeMethod(DSL.java:193)
	at org.jenkinsci.plugins.workflow.cps.CpsScript.invokeMethod(CpsScript.java:122)
	at jdk.internal.reflect.GeneratedMethodAccessor913.invoke(Unknown Source)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.base/java.lang.reflect.Method.invoke(Unknown Source)
	at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93)
	at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
	at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1213)
	at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1022)
	at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:42)
	at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)
	at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:163)
	at org.kohsuke.groovy.sandbox.GroovyInterceptor.onMethodCall(GroovyInterceptor.java:23)
	at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:158)
	at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:161)
	at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:165)
	at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:135)
	at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:135)
	at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:135)
	at com.cloudbees.groovy.cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:17)
	at com.cloudbees.groovy.cps.impl.ContinuationGroup.methodCall(ContinuationGroup.java:86)
	at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:113)
	at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixArg(FunctionCallBlock.java:83)
	at jdk.internal.reflect.GeneratedMethodAccessor250.invoke(Unknown Source)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.base/java.lang.reflect.Method.invoke(Unknown Source)
	at com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
	at com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21)
	at com.cloudbees.groovy.cps.Next.step(Next.java:83)
	at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:174)
	at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:163)
	at org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.use(GroovyCategorySupport.java:129)
	at org.codehaus.groovy.runtime.GroovyCategorySupport.use(GroovyCategorySupport.java:268)
	at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:163)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:18)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:51)
	at org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:185)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:403)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$400(CpsThreadGroup.java:97)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:315)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:279)
	at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:67)
	at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
	at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:139)
	at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
	at jenkins.security.ImpersonatingExecutorService$1.run(ImpersonatingExecutorService.java:68)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
	at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.base/java.lang.Thread.run(Unknown Source)
Caused: io.fabric8.kubernetes.client.http.WebSocketHandshakeException
	at io.fabric8.kubernetes.client.okhttp.OkHttpWebSocketImpl$BuilderImpl$1.onFailure(OkHttpWebSocketImpl.java:66)
	at okhttp3.internal.ws.RealWebSocket.failWebSocket(RealWebSocket.java:571)
	at okhttp3.internal.ws.RealWebSocket$2.onResponse(RealWebSocket.java:198)
	at okhttp3.RealCall$AsyncCall.execute(RealCall.java:203)
	at okhttp3.internal.NamedRunnable.run(NamedRunnable.java:32)
Caused: io.fabric8.kubernetes.client.KubernetesClientException: An error has occurred.
	at io.fabric8.kubernetes.client.KubernetesClientException.launderThrowable(KubernetesClientException.java:103)
	at io.fabric8.kubernetes.client.KubernetesClientException.launderThrowable(KubernetesClientException.java:97)
	at io.fabric8.kubernetes.client.utils.Utils.waitUntilReady(Utils.java:170)
	at io.fabric8.kubernetes.client.utils.Utils.waitUntilReadyOrFail(Utils.java:180)
	at io.fabric8.kubernetes.client.dsl.internal.core.v1.PodOperationsImpl.exec(PodOperationsImpl.java:332)
	at io.fabric8.kubernetes.client.dsl.internal.core.v1.PodOperationsImpl.exec(PodOperationsImpl.java:85)
	at org.csanchez.jenkins.plugins.kubernetes.pipeline.ContainerExecDecorator$1.doLaunch(ContainerExecDecorator.java:425)
	at org.csanchez.jenkins.plugins.kubernetes.pipeline.ContainerExecDecorator$1.launch(ContainerExecDecorator.java:328)
	at hudson.Launcher$ProcStarter.start(Launcher.java:507)
	at org.jenkinsci.plugins.durabletask.BourneShellScript.launchWithCookie(BourneShellScript.java:176)
	at org.jenkinsci.plugins.durabletask.FileMonitoringTask.launch(FileMonitoringTask.java:132)
	at org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep$Execution.start(DurableTaskStep.java:324)
	at org.jenkinsci.plugins.workflow.cps.DSL.invokeStep(DSL.java:319)
	at org.jenkinsci.plugins.workflow.cps.DSL.invokeMethod(DSL.java:193)
	at org.jenkinsci.plugins.workflow.cps.CpsScript.invokeMethod(CpsScript.java:122)
	at jdk.internal.reflect.GeneratedMethodAccessor913.invoke(Unknown Source)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.base/java.lang.reflect.Method.invoke(Unknown Source)
	at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93)
	at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
	at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1213)
	at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1022)
	at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:42)
	at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)
	at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:163)
	at org.kohsuke.groovy.sandbox.GroovyInterceptor.onMethodCall(GroovyInterceptor.java:23)
	at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:158)
	at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:161)
	at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:165)
	at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:135)
	at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:135)
	at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:135)
	at com.cloudbees.groovy.cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:17)
	at WorkflowScript.run(WorkflowScript:225)
	at ___cps.transform___(Native Method)
	at com.cloudbees.groovy.cps.impl.ContinuationGroup.methodCall(ContinuationGroup.java:86)
	at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:113)
	at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixArg(FunctionCallBlock.java:83)
	at jdk.internal.reflect.GeneratedMethodAccessor250.invoke(Unknown Source)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.base/java.lang.reflect.Method.invoke(Unknown Source)
	at com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
	at com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21)
	at com.cloudbees.groovy.cps.Next.step(Next.java:83)
	at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:174)
	at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:163)
	at org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.use(GroovyCategorySupport.java:129)
	at org.codehaus.groovy.runtime.GroovyCategorySupport.use(GroovyCategorySupport.java:268)
	at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:163)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:18)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:51)
	at org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:185)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:403)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$400(CpsThreadGroup.java:97)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:315)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:279)
	at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:67)
	at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
	at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:139)
	at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
	at jenkins.security.ImpersonatingExecutorService$1.run(ImpersonatingExecutorService.java:68)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
	at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.base/java.lang.Thread.run(Unknown Source)
Finished: FAILURE

在这里插入图片描述

其对应的源码见kubernetes-client

在这里插入图片描述

二、jenkins集群

在这里插入图片描述
slave pod 下的容器包括jnlp和maven，查看均运行正常。

三、错误原因

使用k8s部署jenkins集群，包括master节点，slave节点是弹性扩容缩容。
在创建slave pod后，第一步是成功拉取代码，这一步没什么问题。
第二步，需要调用slave pod中的maven容器，这一步报错。

slave pod除了有jnlp容器外，还有maven等容器。当然，不同语言的pod模板，包含的容器列表不一。

在排查该错误的时候，有考虑过是否因为jenkins插件升级导致不兼容。

然而，我们把jenkins恢复到之前的备份版本后，仍旧报错。

期间尝试通过查看jenkins日志，也并没有看到更详细的错误。

最后在查看k8s的kube日志，是k8s集群底层报错导致。

四、总结

如果你也遇到这个报错，除了查看jenkins插件的源码外，查看具体组件的日志寻找错误原因。

这点非常重要，也提醒我们在编写程序的时候，必要地打印关键日志，帮助运维软件的同事分析问题。

天草二十六_简村人
关注
jenkins 使用 k8s 动态创建 jenkins slave pod
Man_In_The_Night的博客
12-28 2990
环境：centos7.6 、Docker version 19.03.5、Jenkins 2.249.3（jackson = 2.11.2、docker plugin = 1.2.1）、 kubernetes cli plugin 1.9.0、kubernetes plugin 1.27.7 主要思想： 使用 kubenetes cli plugin 配置一个动态的 pod jenkins jnlp slave，pod 中包含 mvn、docker、kubectl 等容器。创建多分支流水线，Jenkins
外部jenkins在K8S 动态创建jnlp-slave并进行构建发布
ice_bird的专栏
01-14 4072
一、配置Kubernetes插件 1、在K8S集群添加kubernetes插件，用于连接k8s集群，安装Kubernetes Continuous Deploy（目前测试高版本存在无法发布的问题，建议使用1.0.0版本）插件，用于发布deployment到k8s集群。 2、通过k8s的config文件生成证书并上传jenkins。 查看 /root/.kube/config文件，文件中有三个值 certificate-authority-data 、client-certificate-data ..
jenkins跨K8S集群实现jenkins slave动态构建
进阶的蜗牛
10-19 1242
jenkins跨K8S集群实现jenkins slave动态构建
基于k8s 平台 jenkins 部署及动态slave节点制作和配置
u013332975的博客
09-29 4052
前期准备 1. 一个已经部署好的k8s 平台 2. 一个已经搭建好的harbor 私有仓库 jenkins 部署 这里 使用主流的rbac 模式部署jenkins 也就是说们们需要创建： 1. 一个jenkins 命名空间 2. 一个nodeport service 用来外部web访问 3.一个 serviceaccount 用来 保障jenkins 服务器能 访问Jenkins 命名空间下的资源 3. 一个 clusterRole 用来设置 jenkins 能访问
k8s部署jenkins集群，配置集群kubernetes plugin的pod模板
天草二十六
10-09 790
填写k8s地址：https://kubernetes.default.svc.cluster.local命名空间：kubernetes-pluginJenkins地址：http://jenkins:18080Jenkins通道：jenkins:50000jenkins是容器别名。
K8s部署高可用Jenkins
Gao__xi的博客
06-23 1298
K8s1.28.2集群一台可以连接外网的云主机：用于下载一些Docker镜像Jenkins-Slave部署完成后，发现Pod中默认启动的容器jnlp，只能满足我们拉取代码的任务，我们要通过Maven构建项目，并且我们项目是JDK8的，需要一个JDK8的环境，因此，我们可以构建一个自己的用于代码打包的镜像，然后添加到Jenkins-Slave的Pod中sleep 1;done"]解释下Dockerfilemaven的tar包中，我已经将settings.xml的中央仓库镜像换成了阿里云。
Jenkins master位于k8s集群外，实现jenkins slave的动态构建
yanggd1987的专栏
08-07 5384
简述 Jenkins基于"kubernetes plugin"与k8s集成，可以使Jenkins slave以pod的形式在k8s集群内部动态构建、运行、销毁等。 通过 jenkinsci/kubernetes-plugin 了解到，Jenkins master既可以运行在k8s集群内，也可运行在k8s集群外，但是Jenkins slave的整个生命周期都是在k8s集群内，并且通过JNLP与Jenkins master连接。 要想Jenkins master在k8s运行，我们必须提前创建StatefulSe
Jenkins持续集成与部署动态工作节点生成之自定义jenkins-jnlp-slave容器镜像
WeiyiGeek 唯一极客IT知识分享
11-05 2831
0x00 前言简述 该镜像是Jenkins自定义jnlp容器模板，主要用于Jenkins工作节点容器化使用，以及Jenkins的Kubernetes集群中使用，以便动态生成工作节点，并在完成Job后自动销毁该Pod。 主要实现功能: 用户权限控制(sudo) ssh 远程连接 git 代码版本控制 docker 容器管理 kubectl 集群管理 Java 运行环境 Maven 运行环境 SonarQube 扫描环境 Gitlab_release 上传环境 中文环境支持 时区更改配置 hub镜像: ht
k8s部署新版jenkins
w184414332的博客
01-06 372
k8s部署新版jenkins
【DevOps】Jenkins+Kubernetes：K8S集群外部署的Jenkins，设置动态Jenkins-slave工作节点到K8S集群中
CN_Eden
06-24 1442
Jenkins部署，设置动态slave到K8S集群中 centos docker jenkins kubernets 7.9 20.10 2.289 19.10 通常情况下jenkins单节点自己可以工作，但是一旦发布任务量巨大，server端自己肯定是靠不住的。为了解决这个问题，可利用Jenkins server端和slave节点，server端用作调度任务，slave节点用于工作。随着容器化不断盛行和kubernetes容器编排工具加持，对于企业并发构建任务起到了重要的自动化作用。
升级jenkins 导致jenkins启动失败_在Kubernetes中部署Jenkins并简单使用
weixin_39605414的博客
11-22 940
7.1、Jenkins一、动态生成Slave1.1、简介之前我们都是在物理机或者虚拟机上部署jenkins，但是这种部署方式会有一些难点，如下：主 Master 发生单点故障时，整个流程都不可用了每个 Slave 的配置环境不一样，来完成不同语言的编译打包等操作，但是这些差异化的配置导致管理起来非常不方便，维护起来也是比较费劲资源分配不均衡，有的 Slave 要运行的 job 出现排队等待，而有的...
基于K8s构建Jenkins持续集成平台（部署流程）
m0_59430185的博客
03-17 7816
文章目录一、传统Jenkins的Master-Slave方案的缺陷二、K8s+Docker+Jenkins持续集成架构1. 架构图2. 持续集成优点三、K8S 集群部署1. 环境配置2. 安装kubelet、kubeadm、kubectl3.Master节点上进行配置4. 安装Calico5.Slave节点6. 验证部署结果四、部署配置 NFS1. 安装NFS服务2. 创建共享目录3. 启动服务4. 查看NFS共享目录五、K8S上安装Jenkins-Master1. 创建NFS client provisi
基于K8s的动态Jenkins Slave构建实践
热门推荐
风起于青萍之末
03-25 1万+
前言 源于这篇文章分享的经验 基于 Kubernetes 的 Jenkins 构建集群实践，这里记录一下实践落地过程。 环境 这里Jenkins Master的安装没有采用容器镜像的方式，直接就是rpm包安装。 版本信息： Jenkins 2.107.1 Kubernetes plugin 1.4 kubernetes集群 1.5.2 这里就不详细说明安装过程了。 配置 ...
k8s实战-3
计算机小白的奋起
10-06 1235
本篇主要介绍了k8s中的ingress和存储抽象，并没有涉及到很深的解释，只是从使用的角度上介绍如何去用这些内容，想要更深一步的理解还需进一步学习。
k8s 中存储之 PV 持久卷 与 PVC 持久卷申请
weixin_68398469的博客
10-07 1468
前面已经学习了使用NFS提供存储，此时就要求用户会搭建NFS系统，并且会在yaml配置nfs。由于kubernetes支持的存储系统有很多，要求客户全都掌握，显然不现实。为了能够屏蔽底层存储实现的细节，方便用户使用， kubernetes引入PV和PVC两种资源对象。PV（Persistent Volume）是持久化卷的意思，是对底层的共享存储的一种抽象。一般情况下PV由kubernetes管理员进行创建和配置，它与底层具体的共享存储技术有关，并通过插件完成与共享存储的对接。
K8s中pod的管理和优化
最新发布
hxdcxy的博客
10-10 538
在kubernetes中，所有的内容都抽象 资源，用户需要通过操作资源来管理kubernetes。kubernetes的本质上就是一个集群系统，用户可以在集群中部署各种服务所谓的部署服务，其实就是在kubernetes集群中运行一个个的容器，并将指定的程序跑在容器中。kubernetes的最小管理单元是pod而不是容器，只能将容器放在 Pod中，kubernetes一般也不会直接管理Pod，而是通过 Pod控制器 来管理Pod的。
k8s的简介和部署
K1487994142的博客
10-05 1269
Kubernetes 是一个可移植、可扩展的开源平台，用于管理容器化的工作负载和服务，方便进行声明式配置和自动化。Kubernetes 拥有一个庞大且快速增长的生态系统，其服务、支持和工具的使用范围广泛。
k8s 中的金丝雀发布(灰度发布)
weixin_68398469的博客
10-06 1314
金丝雀发布（Canary Release）也称为灰度发布，是一种软件发布策略。主要目的是在将新版本的软件全面推广到生产环境之前，先在一小部分用户或服务器上进行测试和验证，以降低因新版本引入重大问题而对整个系统造成的影响。是一种Pod的发布方式。金丝雀发布采取先添加、再删除的方式，保证Pod的总量不低于期望值。并且在更新部分Pod后，暂停更新，当确认新Pod版本运行正常后再进行其他版本的Pod的更新。
jenkins 使用 k8s 动态创建 jenkins slave pod 具体举例说明
05-09
好的，这里我给您举个例子。 假设我们的 Jenkins 主节点已经部署在 Kubernetes 集群中，并且已经安装了 Kubernetes 插件。现在我们需要创建一个 Jenkins Slave Pod，使其能够在 Kubernetes 集群中运行构建任务。 1. 创建一个 Jenkins Agent 镜像 首先，我们需要创建一个 Jenkins Slave 镜像。可以使用 Dockerfile 来定义该镜像，例如： ``` FROM jenkins/inbound-agent:4.6-1-jdk11 USER root RUN apt-get update && \ apt-get install -y maven && \ apt-get clean && \ rm -rf /var/lib/apt/lists/* USER jenkins ``` 这个 Dockerfile 基于 `jenkins/inbound-agent:4.6-1-jdk11` 镜像，安装了 Maven，然后切换回 Jenkins 用户。 2. 创建一个 Kubernetes Pod Template 接下来，我们需要创建一个 Kubernetes Pod 模板，该模板将用于创建 Jenkins Slave Pod。 在 Jenkins 界面中，点击 "Manage Jenkins" -> "Configure System"，然后在 "Cloud" 部分下找到 "Kubernetes" 并点击 "Add Pod Template"。 在 "Pod Template" 页面中，可以配置 Pod 的基本信息，例如 Pod 名称、标签、容器名称、镜像名称等。 此外，还可以在 "Containers" 部分下添加容器。在这个例子中，我们只需要添加一个容器，名称为 "jnlp"，镜像为我们之前创建的 Jenkins Slave 镜像。 ``` Name: jenkins-slave Labels: jenkins-slave Namespace: default Service Account: default Node Selector: <none> Working Dir: /home/jenkins/agent Containers: jnlp: Name: jnlp Docker Image: <your-jenkins-slave-image> Command to run: - /bin/sh - -c - > cat > /root/.kube/config <<EOF apiVersion: v1 kind: Config clusters: - name: cluster-name cluster: server: https://kubernetes.default.svc.cluster.local certificate-authority-data: <your-ca-data> contexts: - name: context-name context: cluster: cluster-name user: <your-user> namespace: <your-namespace> current-context: context-name EOF /usr/local/bin/jenkins-agent TTY Enabled: true Always Pull Image: true Working Dir: /home/jenkins/agent ``` 上述配置中，我们在容器中执行了一个命令，用于配置 Kubernetes API 访问信息，然后启动 Jenkins Agent。 3. 创建 Jenkins Slave Pod 完成 Pod 模板的配置之后，我们可以在 Jenkins 界面中使用该模板来创建 Jenkins Slave Pod。 在 Jenkins 界面中，点击 "New Item" -> "Freestyle project"，然后在 "General" 页面中勾选 "Restrict where this project can be run"，并在 "Label Expression" 中输入 "jenkins-slave"。 保存配置后，当我们触发构建任务时，Jenkins 将会自动创建一个 Jenkins Slave Pod，并将该任务分配给该 Pod 运行。 以上就是在 Jenkins 中使用 Kubernetes 动态创建 Jenkins Slave Pod 的具体步骤。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

天草二十六_简村人

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值