Managing Client Masters
This chapter describes how to manage your Client Masters through Operations Center.
If the Operations Center instance is deployed on a TLS end-point, you must import the SSL certificate in the Java Keystore of the Client Master. In case the Client Master is deployed on a Tomcat web container, you might need to tell what keystore Jenkins is using. This should verify that Tomcat is using the correct keystore.
If it is not in the standard location (
$JAVA_HOME/jre/lib/security/cacerts), add it as part of the Java arguments:
Ensure that the certificates are correctly imported in both Operations Center and Client Master.
keytool -keystore /$JRE_HOME/lib/security/cacerts -v -list
cacert file should have file system read permission granted to the operating system user running the Jenkins JVM.
This section describes how to configure a Client Master that has already been connected to your Operations Center instance.
To access a Client Master’s configuration:
Ensure you are logged in to Operations Center as a user with the Client Master > Configure permission.
From the Operations Center dashboard, select the arrow to the right of your configured Client Master (avoiding its name) and choose Configure from the dropdown menu.Figure 1. Client Master dropdown menu
On the resulting Client Master configuration page, you can configure the following properties:
Description - Enter an optional description for the Client Master.
Health Reporting - When this checkbox is selected, health-related metrics from this Client Master are collected periodically. The default data collection period is once per minute, when data consumers are present (e.g. Weather columns or CloudBees Jenkins Analytics).
Analytics Reporting - When this checkbox is selected, report events and other metrics from this Client Master for CloudBees Jenkins Analytics are collected.
On-master executors - Select Enforce to specify the # of executors, which periodically ensures that the number of executors on the Client Master is the value specified in this # of executors field. Allowing items (i.e. projects or jobs) to execute directly on the Client Master is a security risk since such projects/jobs could potentially access the file system and the build records of all previously run projects/jobs (which may contain sensitive information). Therefore, set this value to 0 to prevent any items from being executing directly on the Client Master.
Master Owner - Specify the email address/es (one per line) of the "Owner/s" to be notified whenever this Client Master goes offline or changes state.
Selecting the Advanced button opens the Delay before notification field, which allows you to specify the number of minutes (a value between 1 and 60) between notifications.
Plugin Catalog - Select Specify a plugin catalog for this master to choose a plugin catalog to apply to this Client Master. You can also allow Beekeeper plugin exceptions with a plugin catalog. See Beekeeper plugin exceptions - Setting up Beekeeper plugin exceptions for more information.
To maintain the security of Client Masters, as well as your build environment and infrastructure, it is usually a good idea to restrict your Client Masters' access to the Internet as part of a process known as air gapping. [airgap]
However, Pipelines and other types of build projects configured on your Client Masters and other CloudBees CI Masters are likely to require access to artifact repositories on the Internet, since artifacts from such external and/or trusted repositories may need to be integrated into these build projects' builds. Additionally, these external artifact repositories may also house custom plugins, which you can define and configure in a plugin catalog, to install these plugins on your Client Masters.
For instance, the publicly accessible repository
https://repo.jenkins-ci.org/releases/ is one such artifact repository to which the Jenkins Community publishes Maven artifacts, as well as
Therefore, to provide your Client Masters with access to content housed by these external artifact repositories, set up a proxy artifact repository (with access to the Internet) internally within your organization’s infrastructure.
To set up a proxy artifact repository to an external artifact repository:
Ensure you have installed an artifact repository system within your organization’s infrastructure, and ensure the artifact repository has access to the Internet.
In your artifact repository system, configure your proxy artifact repository to your external or publicly accessible artifact repository.
For Sonatype’s Nexus Repository, configure the Repository Management documentation, as well as the Proxy > Remote Storage sub-section of the Managing Repositories and Repository Groups section of this documentation.option in your new proxy artifact repository’s settings. Read more about configuring a proxy artifact repository in Nexus Repository using their
For JFrog’s Artifactory, read more about configuring a proxy artifact repository in JFrog Artifactory using their Managing Proxies documentation.
Jenkins allows some operations to be invoked through CLI, some of them being useful to configure Client Masters. Refer to Managing plugins from the Client Masters command line for details.
The Beekeeper Upgrade Assistant feature of the Manage Jenkins area of Operations Center is the main interface and entry point to the CloudBees Assurance Program.
Beekeeper Upgrade Assistant manages appropriate upgrades (and downgrades) of plugins on your Operations Center instance, in accordance with the CloudBees Assurance Program.
Refer to Configuring plugin catalogs for details.
When using CloudBees CI on modern cloud platforms, if a Client Master is no longer necessary or if it is no longer required for it to be connected to the Operations Center, it should be released.
When using CloudBees CI on traditional platforms, if you want to stop managing some of your Client Masters or if you decide you do not want to use the Operations Center, you can release your Client Masters.
Releasing a Client Master will permanently remove it from the Operations Center cluster.
The connection details that the Client Master has will be invalidated and new connection details will need to be pushed to rejoin the Client Master with an Operations Center cluster.
Access to any licenses or other resources that have been provided by the Operations Center cluster will be removed.
You can release a Client Master in two ways:
Using the UI
Using the CLI
To release a Client Master from the Operations Center using the UI:
Navigate to the dashboard of your Operations Center.
Select the gear icon for managing the Client Master you want to release.
Select Disconnect under Manage in the left navigation pane.
You must disconnect the Client Master before you can release it.
Select Release under Manage in the left navigation pane.
To release a Client Master from Operations Center using the CLI: