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: user/enterprise/Multi-CPU-Builds.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,7 +15,7 @@ In order to enable the capability of building on multiple CPU architectures, the
15
15
* Perform the additional installation steps required for Travis CI Enterprise Worker.
16
16
* Configure CPU-specific queues to which newly installed Workers can listen for scheduled jobs.
17
17
18
-
The MultiCPU environment runs as LXD containers within an LXD host. Once the infrastructure is set up, developers can use it by simply modifying the .travis.yml in the repository. Please see our [Multi CPU documentation](https://docs.travis-ci.com/user/multi-cpu-architectures/) for usage examples.
18
+
The MultiCPU environment runs as LXD containers within an LXD host. Once the infrastructure is set up, developers can use it by simply modifying the .travis.yml in the repository. For usage examples, please see our [Multi CPU documentation](https://docs.travis-ci.com/user/multi-cpu-architectures/).
19
19
20
20
Please see [deployment](https://docs.travis-ci.com/user/enterprise/setting-up-worker/) and [configuration](https://docs.travis-ci.com/user/enterprise/worker-configuration/) instructions on preparing Travis CI Enterprise to build against various CPU architectures.
Copy file name to clipboardExpand all lines: user/enterprise/bionic.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,11 +12,11 @@ layout: en_enterprise
12
12
13
13
We recommend using a **compute optimized** machine with 8 vCPUs and ~16 GB of memory, and at least 60 GB of disk space. Also, we suggest to run Ubuntu 18.04 or later. Port 22 must be open for SSH during installation and operation.
14
14
15
-
> A singleworker machine can only be used together with one build environment. If you would like to setup additional build environments (such as Xenial or Focal), please provision an additional machine.
15
+
> A single-worker machine can only be used together with one build environment. If you would like to set up additional build environments (such as Xenial or Focal), please provide an additional machine.
16
16
17
17
## Third-party apt repositories and services disabled by default
18
18
19
-
[Thirdparty apt-repositories are removed](https://docs.travis-ci.com/user/reference/bionic/#third-party-apt-repositories-removed) to help reduce risk of unrelated interference and allow for faster apt-get updates.
19
+
[Third-party apt-repositories are removed](https://docs.travis-ci.com/user/reference/bionic/#third-party-apt-repositories-removed) to help reduce risk of unrelated interference and allow for faster apt-get updates.
20
20
21
21
[Services disabled by default](https://docs.travis-ci.com/user/reference/bionic/#services-disabled-by-default) to speed up boot time and improve performance.
Copy file name to clipboardExpand all lines: user/enterprise/build-images.md
+13-13Lines changed: 13 additions & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -22,9 +22,9 @@ upgrading build images from [quay.io](https://quay.io/organization/travisci).
22
22
23
23
### Ubuntu Trusty build environments
24
24
25
-
For Ubuntu Trusty build environments we ship three Docker images in total. Depending on the user's `.travis.yml` configuration, we will pick the corresponding image to run the build.
25
+
For Ubuntu Trusty build environments, we ship three Docker images in total. Depending on the user's `.travis.yml` configuration, we will pick the corresponding image to run the build.
26
26
27
-
We're shipping the same Docker build images as we use on travis-ci.com. The base image, `connie` contains all databases and frameworks preinstalled, such as postgresql, mysql, memcached, pyenv, rvm, gimme. Though there are no interpreters available. Based on `connie` there is `garnet`, which adds the following programming languages:
27
+
We're shipping the same Docker build images as we use on travis-ci.com. The base image, `connie` contains all databases and frameworks preinstalled, such as postgresql, mysql, memcached, pyenv, rvm, and gimme. Though there are no interpreters available. Based on `connie`, there is `garnet`, which adds the following programming languages:
28
28
29
29
- Ruby
30
30
- Node.js
@@ -39,16 +39,16 @@ The third image, `amethyst`, additionally ships with Android, Erlang, Haskell an
In the Ubuntu Precise environment we're shipping a separate Docker image for each language we support. There we support the same languages as in our current Trusty environment.
42
+
In the Ubuntu Precise environment, we're shipping a separate Docker image for each language we support. There, we support the same languages as in our current Trusty environment.
43
43
44
44
### How to customize
45
45
46
46
The process is to:
47
47
48
-
-start a Docker container based on one of the default build images
49
-
`travis:[language]`,
50
-
-run your customizations inside that container, and
51
-
-commit the container to a Docker image with the original
48
+
-Start a Docker container based on one of the default build images
49
+
`travis:[language]`.
50
+
-Run your customizations inside that container.
51
+
-Commit the container to a Docker image with the original
52
52
`travis:language name (tag)`.
53
53
54
54
For example, in order to install a particular Ruby version which is not
@@ -73,33 +73,33 @@ To build docker images on Travis CI Enterprise, add the following to `/etc/defau
73
73
74
74
#### Configuration for Docker Builds in Trusty Build Environments
75
75
76
-
With Trusty build images a few additional steps are required. Since `docker-ce` can't run on its own inside another Docker container, it'll connect to the Host's Docker daemon to execute the respective commands.
76
+
With Trusty build images, a few additional steps are required. Since `docker-ce` can't run on its own inside another Docker container, it'll connect to the Host's Docker daemon to execute the respective commands.
77
77
78
78
We accomplish this by adding another configuration option to `/etc/default/travis-worker`:
With this option we tell `travis-worker` to make the host's Docker socket available inside the build containers.
84
+
With this option, we tell `travis-worker` to make the host's Docker socket available inside the build containers.
85
85
86
86
> Please restart travis-worker after you have saved the configuration file.
87
87
88
88
89
89
#### Restart travis-worker
90
90
91
-
To restart travis-worker, you can find the instructions [here](/user/enterprise/worker-cli-commands/#stopping-and-starting-the-worker).
91
+
To restart the travis-worker, you can find the instructions [here](/user/enterprise/worker-cli-commands/#stopping-and-starting-the-worker).
92
92
93
93
### Updates to your .travis.yml files
94
94
95
95
#### Trusty build containers
96
96
97
97
Once the worker machine is [configured properly](/user/enterprise/build-images/#worker-machine-configuration), you can use Docker as usual in your build.
98
98
99
-
> Please note that on an Enterprise installation you don't need to add `services: docker` to the `.travis.yml`.
99
+
> Please note that on an Enterprise installation, you don't need to add `services: docker` to the `.travis.yml`.
100
100
101
-
Since you're using the host's Docker daemon, all images and containers used in your build are stored on the host machine. To free up disk space, we recommend using the `--rm` flag when you use Docker run in your build. In addition, customers will be required to periodically clear unused images generated by their builds i.e. executing `docker rmi ...` command or similar.
102
-
To avoid race conditions when multiple builds start to remove containers and images at the same time, we recommend to clean them up manually on the machine directly while no build is running.
101
+
Since you're using the host's Docker daemon, all images and containers used in your build are stored on the host machine. To free up disk space, we recommend using the `--rm` flag when you use Docker run in your build. In addition, customers will be required to periodically clear unused images generated by their builds, i.e., executing the`docker rmi ...` command or similar.
102
+
To avoid race conditions when multiple builds start to remove containers and images simultaneously, we recommend cleaning them up manually on the machine directly while no build is running.
After enabling the feature flags for custom queues, configure the job routing in the management console. This is defined in YAML, in the **Advanced Configuration YAML** section at the bottom of the management console **Settings** page, e.g. `https://<your-travis-ci-enterprise-domain>:8800/settings`.
23
+
Configure the job routing in the management console after enabling the feature flags for custom queues. This is defined in YAML, in the **Advanced Configuration YAML** section at the bottom of the management console **Settings** page, e.g.,`https://<your-travis-ci-enterprise-domain>:8800/settings`.
24
24
25
25
There are a number of options/selectors used to define routing to a custom queue. Repos that match _all_ of the selectors for a custom queue will be built on that custom queue. We recommend using the following selectors:
26
26
@@ -51,7 +51,7 @@ See the [example](#advanced-configuration-yaml-example) for details on syntax. C
51
51
52
52
### Advanced Configuration YAML
53
53
54
-
The syntax for the **Advanced Configuration YAML** field is very important. Incorrect syntax will result in builds being routed to defaults, usually a `builds.linux` queue, depending on if there are any modifications to your installation. Here's an example of a custom queue definition:
54
+
The syntax for the **Advanced Configuration YAML** field is very important. An incorrect syntax will result in builds being routed to defaults, usually a `builds.linux` queue, depending on if there are any modifications to your installation. Here's an example of a custom queue definition:
Copy file name to clipboardExpand all lines: user/enterprise/focal.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,13 +13,13 @@ Please be sure to [install TCIE 3.x](/user/enterprise/tcie-3.x-setting-up-travis
13
13
14
14
**Worker Requirements**:
15
15
16
-
We recommend using a **compute optimized** machine with 8 vCPUs and ~16 GB of memory and at least 60 GB of disk space. Also, you'll want to run Ubuntu 20.04 or later. Port 22 must be open for SSH during installation and operation.
16
+
We recommend using a **compute optimized** machine with 8 vCPUs and ~16 GB of memory, and at least 60 GB of disk space. Also, you'll want to run Ubuntu 20.04 or later. Port 22 must be open for SSH during installation and operation.
17
17
18
-
> A singleworker machine can only be used together with one build environment. If you would like to setup additional build environments (such as Xenial or Focal), please provision an additional machine.
18
+
> A single-worker machine can only be used together with one build environment. If you would like to set up additional build environments (such as Xenial or Focal), please provide an additional machine.
19
19
20
20
## Third-party apt repositories and services disabled by default
21
21
22
-
[Thirdparty apt-repositories are removed](https://docs.travis-ci.com/user/reference/focal/#third-party-apt-repositories-removed) to help reduce risk of unrelated interference and allow for faster apt-get updates.
22
+
[Third-party apt-repositories are removed](https://docs.travis-ci.com/user/reference/focal/#third-party-apt-repositories-removed) to help reduce risk of unrelated interference and allow for faster apt-get updates.
23
23
24
24
[Services disabled by default](https://docs.travis-ci.com/user/reference/focal/#services-disabled-by-default) to speed up boot time and improve performance.
Travis CI Enterprise 2.x typically runs as a single container instance communicating with one or multiple workers. Still, we also offer a High Availability configuration so you can run your installation with redundancy. High Availability Mode is a helpful way to have additional stability, particularly for customers with large-volume licenses.
10
+
11
+
If you're interested, or might be interested, in running Travis CI Enterprise in High Availability mode, please email us at [[email protected]](mailto:enterprise@travis-cicom?subject:HA%20Mode), and we can discuss options and help you get started.
12
+
13
+
### Installation Overview
14
+
15
+
The platform installation is similar to the standard [Enterprise installation](/user/enterprise/setting-up-travis-ci-enterprise/#1-setting-up-enterprise-platform-virtual-machine), and the [worker installation](#installing-the-worker-in-high-availability-mode) is identical. However, there are some additional [system prerequisites](/user/enterprise/high-availability/), which means that to install in HA mode, you will need the following:
16
+
* 3+ **16 gigs of RAM, 8 CPUs, 40GB HDD**, i.e. `c4.2xlarge` with a 40GB HDD. - 2+ for the VMs running the Platform and 1+ for the VMs running the Worker
and [Postgres](https://www.postgresql.org/) instances
19
+
*[GitHub OAuth app](/user/enterprise/setting-up-travis-ci-enterprise/#prerequisites), [trial license](/user/enterprise/setting-up-travis-ci-enterprise/#prerequisites) -- enabled for HA
20
+
* Internet connection -- note, this installation is _not_ airgapped by default. Let [us know](mailto:[email protected]) if you are interested in one.
21
+
22
+
### Install the Platform in High Availability Mode
23
+
24
+
HA is configured entirely on the Enterprise platform instance, but installing an HA platform is quite similar to installing a standard platform. The steps for HA are as follows.
25
+
26
+
1. Contact [[email protected]](mailto:[email protected]?subject=HA%20Installation) to have your Enterprise license configured for HA mode.
27
+
1. Set up your [platform instance using the standard installation steps](/user/enterprise/setting-up-travis-ci-enterprise/#1-setting-up-enterprise-platform-virtual-machine)
28
+
1. Sign in to your Admin Dashboard (at `https://<your-travis-ci-enterprise-domain>:8800`)
29
+
1. Go to 'Settings' and click 'Enable HA'.
30
+
1. Paste in the URLs where you have [Postgres](https://www.postgresql.org/), [Redis](https://redis.io/), and [RabbitMQ](https://www.rabbitmq.com/) hosted. The connection strings should be in the format of:
31
+
```
32
+
postgres://user:password@url:port
33
+
redis://user:password@url:port
34
+
amqps://user:password@url:port
35
+
```
36
+
1. Optional: Upload a RabbitMQ Client Certificate (`.crt`). This allows RabbitMQ to use TLS.
37
+
1. Scroll down to the bottom of the page.
38
+
1. Click 'Save' and restart.
39
+
40
+
Once your first platform instance is fully configured, you should be able to see the UI and request a build - your build will only run correctly if a worker is installed. Try out your new platform, and [please let us know](mailto:[email protected]?subject=HA%20Troubleshooting) if you have questions.
41
+
42
+
#### Add more Platform Installations
43
+
44
+
We recommend at least two Platform containers for HA mode, and you can install more Enterprise containers in the same way you [installed](/user/enterprise/setting-up-travis-ci-enterprise/#1-setting-up-enterprise-platform-virtual-machine) the first.
45
+
46
+
Once your second platform is installed, its HA settings must also be configured. Go to the Admin Dashboard for your new platform container at `https://<your-second-travis-ci-enterprise-domain>:8800` to configure these as you did for [the first platform installation](#installing-the-platform-in-high-availability-mode).
47
+
48
+
## Install the Worker in High Availability Mode (all versions)
49
+
50
+
The worker installation works the same as non-HA installations, as do the build environment compatibility defaults per the Enterprise version. Check out the docs for which version of Enterprise handles different OS's([TCIE 2.x](/user/enterprise/setting-up-travis-ci-enterprise/#2-setting-up-the-enterprise-worker-virtual-machine) or [TCIE 3.x](/user/enterprise/tcie-3.x-setting-up-travis-ci-enterprise/#2-setting-up-the-enterprise-worker-virtual-machine) and other information regarding the installation. You must retrieve your RabbitMQ password from your installation rather than the Travis CI Enterprise Admin Dashboard.
0 commit comments