Jenkins节点配置实现原理及过程解析

1.配置代理

系统管理---configure Global Security（全局安全设置）---Tcp port for inbound agents---指定端口

  • 服务器防火墙中开放此端口（linux版）
  • 关闭电脑防火墙（windows版）　　

点击 agent protocols---勾选Java Web Start Agent Protocol4

2.添加节点

  • 系统管理---管理节点
  • 新建节点---输入节点名称（node2）---勾选Permanent Agent

添加节点（可以理解为是一个代理服务器）

jenkins安装在一台机器，所有的jobs都在这台机器上运行，如果超过太多jobs去运行，会形成等待，节点存在就是解决这个问题提高效率，安装jenkins的机器称为master机，而其它机器就属于master的分支，成为slave；而要利用其它机器用执行jenkins的jobs，则需要一些配置，形成两台机器互通，当然下面的例子你用本机当做slave也是可以的。

  • 名字：唯一标识一个代理，通常使用代理主机名
  • 描述：代理的cpu内核，内存使用情况描述。
  • 执行者数量：控制并发构建数量
  • 远程工作目录：一个代理有一个专门的jenkins目录
  • 标签：对多节点分组,代理标签，工程标签相同，说明这个工程在这个代理上运行。
  • 用法：默认选择尽可能使用这个节点
  • 启动方法：默认选择通过java web启动代理或者使用Launch agent by connecting it to the master

3.节点显示红叉叉, 需要点击这个节点下载slave.jar

4.下载slave.jar放在本地新建的空目录，然后在dos命令窗口下进入该工作目录中，再将下图框中的代码复制进去执行，刷新网页就ok了，主意：dos窗口不能关闭，关闭则节点断开。如下图：

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

赞 (0)

相关推荐

  • Jenkins集成sonarQube实现代码质量检查过程图解

    1.sonarQube的简介 SonarQube是一款自动化代码审查工具,用于检测代码中的错误.漏洞和代码异味.它可以与你现有的工作流集成,以支持跨项目分支和拉取请求的连续代码检查. 其工作流程如下: 如图SonarQube由以下4个组件组成: 1.SonarQube Server: WebServer:供开发人员,管理人员浏览高质量的快照并配置SonarQube实例Search Server:基于Elasticsearch的Search Server从UI进行后退搜索(历史)computeEn

  • 基于jenkins构建结果企业微信提醒

    每当jenkin在构建之后我们想把构建结果SUCCESS/FAILURE或者其他信息通知给其他人,也许有人会说,不是有邮件提醒吗?但是我这里的环境邮件提醒的话所被通知者并不会第一时间去阅读,所以我们用"钉钉","企业微信"来第一时间去通知你想通知的小伙伴们. 因为我这里的环境用的是企业微信所以本文都是基于企业微信来说的,不过在钉钉上也可以使用,也可以利用钉钉在jenkins上的插件,那样更方便些. 进入正题 我们要获得jenkin的构建结果是SUCCESS还是FAI

  • 基于python调用jenkins-cli实现快速发布

    下载jenkins-cli.jar 登录jenkins页面,进入[系统管理]-[jenkins命令行接口],点击截图中内容即可下载jar包文件. 编写jks-autodeploy.py文件,内容如下: #!/usr/bin/python3 #coding:utf8 import os import time curtime=time.strftime("%Y-%m-%d %H:%M:%S", time.localtime()) url="http://172.16.4.83:

  • 基于Jenkins搭建.NET Core持续集成环境过程图解

    我们用NuGet还原.NET Core项目会报以下错误: error NETSDK1064: 未找到版本为 1.8.2 的包 BouncyCastle.NetCore.它可能已在 NuGet 还原后删除.否则,NuGet 还原可能只是部分完成,这种情况可能是最大路径长度限制所导致. 关于这个问题我找了好久 也是google到一条信息才明白 这里就直接放解决办法,其实网上就有方法,有的简短,有的笼统 我们这里用到的是dotnet命令来还原.构建.以及部署 从 .NET Core 2.0 开始,无需

  • Jenkins环境搭建实现过程图解

    jenkins是基于Java开发的一种持续集成工具,减少手工重复性工作,提高效率,而且可以定时跑脚本超级方便撒 tomcat:http://tomcat.apache.org/ jenkins下载:https://jenkins.io/download/下载后放在tomcat下面的webapps里 打开jenkins页面:http://localhost:8080 管理员密码在目录里面 安装插件可默认,也可自己选择安装 新建项目 创建测试test项目 构建可定时跑脚本,不需手动 以上就是本文的全

  • Jenkins迁移job插件Job Import Plugin流程详解

    由于又开了新机器所以又要重新布置Jenkins从老项目拷贝过来,发现Job Import Plugin 这个插件更新了,和以前的有些出入所以再记录一下插件管理安装一下Job Import Plugin 可以看到已经更新到3.4版本了安装之后可以在首页找到 点开之后可以发现和以前不一样了,不能配置了 我们可以在系统配置下找到 填入需要转入的jenkins项目地址账号等信息 我这里用的账号,也可以用ssh秘钥等回到界面点击Query 就会出现要转移的项目,勾选确认即可 以上就是本文的全部内容,希望对

  • Jenkins与SVN持续集成的示例代码

    概述 Jenkins是一个Java语言编写的开源的持续集成工具,它的前身为Hudson,使用它可以进行项目的自动编译.测试与发布,这极大的减轻了团队之间的繁琐重复的工作,从而加快了整个项目的交付进度. 官网下载Jenkins&SVN&eclipse,版本号没要求,建议使用最新稳定版本 登录Jenkins:http://localhost:8080 登录SVN:http://localhost:3343/csvn 默认admin账号登录SVN,登录后,点击版本库->创建版本库 4.打开

  • Jenkins源代码管理SVN实现步骤解析

    Subversion 安装插件 1.首先将本地的自动化用例打包上传 svn 2.配置 jenkins 源代码管理(每次执行 jenkins 时,会自动 check-ou t配置地址中的代码到 Jenkins 的工作空间内) 3.配置构建(我用的是 windows 命令构建,路径对应之前设置的 jenkins 自定义工作空间即可,因为当 SVN 源码更新,自定义的工作空间内的内容也会更新,所以这样每次 Jenkins 所执行的代码都是svn中最新的) 以上就是本文的全部内容,希望对大家的学习有所帮

  • 基于Jenkins搭建.NET FrameWork持续集成环境

    这里我们主要搭建 .Net 环境.本文是在 Windows 环境下安装的 Jenkins 进行操作 一.安装所需环境 这里我们需要安装以下安装包: .NET Framework 4.6.1https://www.microsoft.com/zh-cn/download/details.aspx?id=49982 MicrosoftBuild Tools 2015https://www.microsoft.com/zh-CN/download/details.aspx?id=48159 .NET

  • Jenkins节点配置实现原理及过程解析

    1.配置代理 系统管理---configure Global Security(全局安全设置)---Tcp port for inbound agents---指定端口 服务器防火墙中开放此端口(linux版) 关闭电脑防火墙(windows版) 点击 agent protocols---勾选Java Web Start Agent Protocol4 2.添加节点 系统管理---管理节点 新建节点---输入节点名称(node2)---勾选Permanent Agent 添加节点(可以理解为是一

  • Spring Boot2配置服务器访问日志过程解析

    Spring Boot2配置服务器访问日志过程解析

    这篇文章主要介绍了Spring Boot2配置服务器访问日志过程解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 Tomcat控制台中看到的日志是服务器的日志,而服务器访问日志则是记录服务处理的请求信息. 开发环境:IntelliJ IDEA 2019.2.2 Spring Boot版本:2.1.8 1.新建一个名称为demo的Spring Boot项目. 2.application.yml 添加配置 server: tomcat: base

  • Django项目基础配置和基本使用过程解析

    这篇文章主要介绍了Django项目基础配置和基本使用过程解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 在需要的目录下创建Django项目输入命令:django-admin startproject 项目名称 创建完成后在pycharm下Terminal中输入命令:Python manege.py startapp app名称 (新建Django的APP项目) 一.Django的相关配置 Django项目 setting 配置: 1.tem

  • 基于Tcl语言配置简单网络环境过程解析

    1. Tcl脚本文件circle.tcl代码注释 #设定模拟需要的一些属性 set val(chan) Channel/WirelessChannel set val(prop) Propagation/TwoRayGround set val(netif) Phy/WirelessPhy set val(mac) Mac/802_11 #将协议设置为 DSR 后,同时将队列设置为 CMUPriQueue set val(ifq) CMUPriQueue set val(ll) LL set v

  • Jmeter参数化实现原理及过程解析

    背景: 在实际的测试工作中,我们经常需要对多组不同的输入数据,进行同样的测试操作步骤,以验证我们的软件的功能.这种测试方式在业界称为数据驱动测试,而在实际测试工作中,测试工具中实现不同数据输入的过程称为参数化设置. jmeter提供多种参数化设置的方式,常用的有: 1.使用 用户定义的变量元件 实现 2.使用 用户参数元件 实现 3.使用 函数助手 实现 4.使用 CSV 数据文件设置元件 实现 5.其它方式(数据库数据.beanshell等)实现 一.用户定义的变量元件实现 假如设置如下: 调

  • 通过pipeline配置sonar自动化实现过程解析

    1.sonar配置webhooks, 2.url填写jenkins的地址:http://jenkinsurl/sonarqube-webhook/ 3.前提:jenkins配置好sonar的scanner服务地址 node { stage('gitcheckout') { echo 'This is a gitcheckout step' checkout poll: false, scm: [$class: 'GitSCM', branches: [[name: '*/master']], d

  • spring cloud config 配置中心快速实现过程解析

    spring-cloud-config 配置中心实现 Spring Cloud Config 用于为分布式系统中的基础设施和微服务应用提供集中化的外部配置支持,分为server端和client端. server端为分布式配置中心,是一个独立的微服务应用:client端为分布式系统中的基础设置或微服务应用,通过指定配置中心来管理相关的配置. Spring Cloud Config 构建的配置中心,除了适用于 Spring 构建的应用外,也可以在任何其他语言构建的应用中使用. Spring Clou

  • SpringBoot配置及使用Schedule过程解析

    我们在平常项目开发中,经常会用到周期性定时任务,这个时候使用定时任务就能很方便的实现.在SpringBoot中用得最多的就是Schedule. 一.SpringBoot集成Schedule 1.依赖配置 由于Schedule就包含在spring-boot-starter中,所以无需引入其他依赖. 2.启用定时任务 在启动类或者配置类上增加@EnableScheduling注解. import org.springframework.boot.SpringApplication; import o

  • SpringBoot配置lombok与logback过程解析

    一 什么是lombok 在写Java程序的时候经常会遇到如下情形:新建了一个Class类,然后在其中设置了几个字段,最后还需要花费很多时间来建立getter,setter方法还有构造函数等 . lombok项目的产生就是为了省去我们手动创建getter和setter方法的麻烦,它能够在我们编译源码的时候自动帮我们生成getter和setter方法. 即它最终能够达到的效果是:在源码中没有getter和setter方法,但是在编译生成的字节码文件中有getter和setter方法. 二 lombo

  • Springboot前后端分离项目配置跨域实现过程解析

    项目登录流程如下 用户进入前端登录界面,输入账号密码等,输入完成之后前端发送请求到后端(拦截器不会拦截登录请求),后端验证账号密码等成功之后生成Token并存储到数据库,数据库中包含该Token过期时间,然后返回生成的Token到前端. 前端收到Token,表示登录成功,把这个Token存储本地.然后跳转到用户中心页面,用户中心页面在ajax的请求头中带上Token,跟随请求用户数据接口一起带到后端. 后端通过拦截器拦截到这个请求,去判断这个Token是否有效,有效就放过去做他该做的事情,无效就

随机推荐