Skip to content

Commit abd53fa

Browse files
authored
Merge pull request #3431 from travis-ci/DU-24/TCIE_DocUpdate
Du 24/tcie doc update
2 parents 67793d1 + 9e6b45b commit abd53fa

30 files changed

+924
-732
lines changed

_includes/enterprise_sidebar.html

Lines changed: 9 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -4,11 +4,11 @@
44
<h3>Travis CI Enterprise</h3>
55
<ul>
66
<li><a href="/user/enterprise/">About Travis CI Enterprise</a></li>
7-
<li><a href="/user/enterprise/setting-up-travis-ci-enterprise/">Setting up Travis CI Enterprise 2.x</a> </li>
7+
<li><a href="/user/enterprise/tcie-3.x-overview/">Enterprise 3.x Overview</a></li>
88
<li><a href="/user/enterprise/tcie-3.x-setting-up-travis-ci-enterprise/">Setting up Travis CI Enterprise 3.x</a> </li>
99
<li><a href="/user/enterprise/setting-up-worker/">Setting up Worker</a> </li>
10-
<li><a href="/user/enterprise/upgrading/">Upgrading Travis CI Enterprise 2.x</a></li>
1110
<li><a href="/user/enterprise/tcie-3.x-upgrading/">Upgrading Travis CI Enterprise 3.x</a></li>
11+
<li><a href="/user/enterprise/tcie-3.x-obtain-license/">Obtaining 3.x License</a></li>
1212
</ul>
1313

1414
<h3>Environment reference</h3>
@@ -41,13 +41,16 @@ <h3>Enterprise Operations Manual</h3>
4141
<li><a href="/user/enterprise/workspaces-eom/">Workspaces & Cache</a></li>
4242
</ul>
4343

44-
<h3>Migrating from Enterprise 2.x to 3.x</h3>
44+
<h3>Enterprise 2.x Archive</h3>
4545
<ul>
46-
<li><a href="/user/enterprise/tcie-3.x-overview/">Enterprise 3.x Overview</a></li>
47-
<li><a href="/user/enterprise/tcie-3.x-obtain-license/">Obtaining 3.x License</a></li>
46+
<li><a href="/user/enterprise/setting-up-travis-ci-enterprise/">Setting up Travis CI Enterprise 2.x</a> </li>
47+
<li><a href="/user/enterprise/upgrading/">Upgrading Travis CI Enterprise 2.x</a></li>
4848
<li><a href="/user/enterprise/tcie-3.x-migrating-db-from-2.x-to-3.x/">Migrating Database from 2.2.6+ to 3.x</a></li>
49+
<li><a href="/user/enterprise/operations-manual-tcie-2.x/">Operations Manual for 2.x</a></li>
50+
<li><a href="/user/enterprise/high-availability-tcie-2.x/">High Availability for 2.x</a></li>
51+
<li><a href="/user/enterprise/platform-tips-tcie-2.x/">Platform Administration Tips for 2.x</a></li>
4952
</ul>
50-
53+
5154
<h3>Travis CI Docs</h3>
5255
<ul>
5356
<li><a href="/">Travis CI Docs</a></li>

user/enterprise/Multi-CPU-Builds.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -15,7 +15,7 @@ In order to enable the capability of building on multiple CPU architectures, the
1515
* Perform the additional installation steps required for Travis CI Enterprise Worker.
1616
* Configure CPU-specific queues to which newly installed Workers can listen for scheduled jobs.
1717

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/).
1919

2020
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.
2121

user/enterprise/bionic.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -12,11 +12,11 @@ layout: en_enterprise
1212

1313
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.
1414

15-
> A single worker 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.
1616
1717
## Third-party apt repositories and services disabled by default
1818

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.
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.
2020

2121
[Services disabled by default](https://docs.travis-ci.com/user/reference/bionic/#services-disabled-by-default) to speed up boot time and improve performance.
2222

user/enterprise/build-images.md

Lines changed: 13 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -22,9 +22,9 @@ upgrading build images from [quay.io](https://quay.io/organization/travisci).
2222

2323
### Ubuntu Trusty build environments
2424

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.
2626

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:
2828

2929
- Ruby
3030
- Node.js
@@ -39,16 +39,16 @@ The third image, `amethyst`, additionally ships with Android, Erlang, Haskell an
3939
4040
### Ubuntu Precise build environments (deprecated)
4141

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.
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.
4343

4444
### How to customize
4545

4646
The process is to:
4747

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
5252
`travis:language name (tag)`.
5353

5454
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
7373

7474
#### Configuration for Docker Builds in Trusty Build Environments
7575

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.
7777

7878
We accomplish this by adding another configuration option to `/etc/default/travis-worker`:
7979

8080
```
8181
export TRAVIS_WORKER_DOCKER_BINDS='/var/run/docker.sock:/var/run/docker.sock'
8282
```
8383

84-
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.
8585

8686
> Please restart travis-worker after you have saved the configuration file.
8787
8888

8989
#### Restart travis-worker
9090

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).
9292

9393
### Updates to your .travis.yml files
9494

9595
#### Trusty build containers
9696

9797
Once the worker machine is [configured properly](/user/enterprise/build-images/#worker-machine-configuration), you can use Docker as usual in your build.
9898

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`.
100100
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.
103103

104104
#### Precise build containers (legacy)
105105

user/enterprise/custom-queues.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -20,7 +20,7 @@ Travis::Features.enable_for_all(:template_selection); Travis::Features.enable_fo
2020
2121
## Define Custom Queues in the Management Console
2222

23-
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`.
2424

2525
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:
2626

@@ -51,7 +51,7 @@ See the [example](#advanced-configuration-yaml-example) for details on syntax. C
5151
5252
### Advanced Configuration YAML
5353
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:
5555

5656
```yaml
5757
production:

user/enterprise/focal.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -13,13 +13,13 @@ Please be sure to [install TCIE 3.x](/user/enterprise/tcie-3.x-setting-up-travis
1313

1414
**Worker Requirements**:
1515

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.
1717

18-
> A single worker 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.
1919
2020
## Third-party apt repositories and services disabled by default
2121

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.
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.
2323

2424
[Services disabled by default](https://docs.travis-ci.com/user/reference/focal/#services-disabled-by-default) to speed up boot time and improve performance.
2525

Lines changed: 55 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,55 @@
1+
---
2+
title: Enterprise High Availability Mode 2.x
3+
layout: en_enterprise
4+
5+
---
6+
7+
## Travis CI Enterprise 2.x
8+
9+
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
17+
* [Redis](https://redis.io/), [RabbitMQ](https://www.rabbitmq.com/),
18+
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.
51+
52+
53+
## Contact Enterprise Support
54+
55+
{{ site.data.snippets.contact_enterprise_support }}

0 commit comments

Comments
 (0)