You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/administration/runner/runner-installation/runner-install.md
-288Lines changed: 0 additions & 288 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,55 +8,6 @@ For most use-cases, the steps outlined in the [Creating Runner](/administration/
8
8
9
9
However, there are some advanced installation options that you may want to consider depending on your environment and requirements.
10
10
11
-
[//]: #(Once you have [created and downloaded a Runner](/administration/runner/runner-installation/creating-runners.md), upload the binary to the environment where it will run and use the following the installation instructions to launch the runner.)
12
-
13
-
[//]: #(### Pre-Requisites)
14
-
15
-
[//]: #()
16
-
[//]: #(- Runners can be installed on Windows, Linux or in containers.)
17
-
18
-
[//]: #( - The operating systems that we officially support for the Runner are listed [here](/administration/install/system-requirements.md).)
19
-
20
-
[//]: #( - Note that the Runner can be installed on a *different* operating system than the self-hosted cluster.)
21
-
22
-
[//]: #(- Java 11 or Java 17 JRE installed on the Runner's host.)
23
-
24
-
[//]: #()
25
-
[//]: #(- The Runner binary size is 164MB.)
26
-
27
-
[//]: #()
28
-
[//]: #(#### Resource Allocation)
29
-
30
-
[//]: #()
31
-
[//]: #(If setting up Enterprise Runners on virtualized environments, here are baseline recommendations. These are _**general**_ guidelines and the actual resource requirements may vary based on the workload and the number of concurrent executions. It is recommended to monitor the Runner's performance - such as CPU, Memory, and Network Latency - and adjust the resources accordingly.)
[//]: #(1. Copy the Runner JAR file that was saved when the Runner was created to the server and directory where it will run.)
51
-
52
-
[//]: #(1. Execute `java -jar runner_filename.jar` to start the service.)
53
-
54
-
[//]: #(1. Connection can be confirmed on the Runner Management page on the Last Checkin line. If there are errors in the output resolve those using troubleshooting steps below: )
55
-
56
-
[//]: #(1. Runner Logs are located in the ./runner/logs folder under the folder where the jar was executed from. The runner.log file contains operational and important messages about the runner. operations.log tracks an operation starts and if it succeeds or fails. )
57
-
58
-
[//]: #(Read more about [Runner logging configuration](/administration/runner/runner-management/runner-logging.md) to customize logging.)
59
-
60
11
## Linux Service for the Runner
61
12
The Runner can be installed as a `systemd` service on Linux systems.
62
13
@@ -211,239 +162,6 @@ docker run -it \
211
162
rundeckpro/runner:{{ $rundeckVersion }}
212
163
```
213
164
214
-
[//]: #(## Deploying Runners in Kubernetes)
215
-
216
-
[//]: #()
217
-
[//]: #(These instructions will guide how to install a Runner in Kubernetes.)
218
-
219
-
[//]: #()
220
-
[//]: #(1. [Create an API Token](/manual/10-user.md#user-api-tokens) or use an existing API Token to download a new Runner via API using the following **`curl`** request. Be sure to replace **`[URL]`** and **`[ApiToken]`** **`[ProjectName]`** with your Runbook Automation instance URL and API Token respectively:)
221
-
222
-
[//]: #( :::tip Heads Up!)
223
-
224
-
[//]: #( Be sure to give each Runner a unique name. This is how you will identify one Runner from another in the platform.)
225
-
226
-
[//]: #( :::)
227
-
228
-
[//]: #( ```)
229
-
230
-
[//]: #( curl --location --request POST 'https://[URL]/api/42/runnerManagement/runners' \)
[//]: #(3. (Optional) Verify that the runner was created as intended by navigating to **System Menu** (upper-right gear icon) -> **Runner Management** and see if the Runner is listed.)
269
-
270
-
[//]: #(4. (Optional) Create a Kubernetes namespace for the Runner: **`kubectl create namespace rundeck`**)
271
-
272
-
[//]: #(5. Create a deployment YAML for the Runner. Be sure to replace **`[namespace]`**, **`[RUNNER ID]`**, **`[TOKEN]`**, and **`[INSTANCE-SUBDOMAIN]`**:)
[//]: #(6. Create the deployment: **`kubectl apply -f deployment.yml`**.)
333
-
334
-
[//]: #(7. Confirm that the Runner was deployed successfully: **`kubectl logs -f rundeck-runner --namespace=[NAMESPACE]`**)
335
-
336
-
[//]: #(8. Verify that the Runner is communicating with Runbook Automation correctly by looking in the **Status** column on the Runner Management page:)
[//]: #(:::tip Tip: Multiple Pods for Scalability)
341
-
342
-
[//]: #( Multiple replicas of the Runner container can be associated with a single deployment, though they will appear as a single Runner in Runbook Automation. )
343
-
344
-
[//]: #( This is useful for horizontally scaling the Runner. Here is an example deployment yaml where 2 replicas are used:)
345
-
346
-
[//]: #(```)
347
-
348
-
[//]: #(apiVersion: apps/v1)
349
-
350
-
[//]: #(kind: Deployment)
351
-
352
-
[//]: #(metadata:)
353
-
354
-
[//]: #( namespace: rundeck)
355
-
356
-
[//]: #( name: rundeck-runner)
357
-
358
-
[//]: #( labels:)
359
-
360
-
[//]: #( app: rundeck-runner)
361
-
362
-
[//]: #(spec:)
363
-
364
-
[//]: #( replicas: 2)
365
-
366
-
[//]: #( selector:)
367
-
368
-
[//]: #( matchLabels:)
369
-
370
-
[//]: #( app: runner)
371
-
372
-
[//]: #(template:)
373
-
374
-
[//]: #( metadata:)
375
-
376
-
[//]: #( labels:)
377
-
378
-
[//]: #( app: runner)
379
-
380
-
[//]: #( spec:)
381
-
382
-
[//]: #( containers:)
383
-
384
-
[//]: #( - image: rundeckpro/runner)
385
-
386
-
[//]: #( imagePullPolicy: IfNotPresent)
387
-
388
-
[//]: #( name: rundeck-runner)
389
-
390
-
[//]: #( env:)
391
-
392
-
[//]: #( - name: RUNNER_RUNDECK_CLIENT_ID)
393
-
394
-
[//]: #( value: "[RUNNER ID]")
395
-
396
-
[//]: #( - name: RUNNER_RUNDECK_SERVER_TOKEN)
397
-
398
-
[//]: #( value: "[TOKEN]")
399
-
400
-
[//]: #( - name: RUNNER_RUNDECK_SERVER_URL)
401
-
402
-
[//]: #( value: "[URL]")
403
-
404
-
[//]: #(```)
405
-
406
-
[//]: #(Verify that the pods were deployed successfully: )
407
-
408
-
[//]: #(:::)
409
-
410
-
[//]: #()
411
-
[//]: #(## Using the Runner on Windows)
412
-
413
-
[//]: #()
414
-
[//]: #(The “Runner Management” menu will appear on under the “System” settings:)
[//]: #(Before removing a Runner it is advisable to verify that there are other active runners tagged with the same tags. This will ensure that jobs that are configured with those tags have at least one available Remote runner to carry out the tasks for the job.)
0 commit comments