| contentTags | ||||
|---|---|---|---|---|
|
This guide contains information for CircleCI server operators, or those responsible for ensuring CircleCI server is running properly through maintenance and monitoring. Before reading this operator guide, ensure you have read the CircleCI server v4.4 overview.
CircleCI server schedules CI/CD jobs using the Nomad scheduler. The Nomad Server (control plane) runs inside the Kubernetes cluster, while Nomad clients are provisioned outside the cluster. The Nomad clients need access to the Nomad control plane and Kong.
CircleCI server can run Docker jobs on the Nomad clients, and also in dedicated virtual machines for remote Docker jobs.
Job artifacts and outputs are sent directly from jobs in Nomad to object storage (S3, GCS, or other supported options).
Audit logs and other items from the application are also stored in object storage, so both the Kubernetes cluster and the Nomad clients need access to object storage.
CircleCI server v4.4 uses Nomad as the primary job scheduler. Refer to our Introduction to Nomad Cluster Operation to learn more about the job scheduler and how to perform basic client and cluster operations.
CircleCI Nomad clients automatically provision compute resources according to the executors configured for each job in a project’s .circleci/config.yml file.
Nomad Clients run without storing state, allowing you to increase or decrease the number of containers as needed.
If a job’s resource class requires more resources than the Nomad client’s instance type has available, it will remain in a pending state. Choosing a smaller instance type for Nomad clients is a way to reduce cost, but limits the Docker resource classes CircleCI can use. Review the available resource classes to decide what is best for you. The default instance type will run up to xlarge resource classes.
See the Nomad Documentation for options for optimizing the resource usage of Nomad clients.
|
Note
|
The maximum machine size for a Nomad client is 128GB RAM/64 CPUs. Contact your CircleCI account representative to request use of larger machines for Nomad clients. |
For more information on Nomad port requirements, see the Hardening Your Cluster guide.
CircleCI uses GitHub or GitHub Enterprise as an Identity Provider. GitHub Enterprise can, in turn, use SAML or SCIM to manage users from an external Identity Provider.
|
Note
|
CircleCI does not support changing the URL or backend GitHub instance after it has been set up. |
The following table describes the ports used on machines running GitHub to communicate with the services and Nomad client instances.
| Source | Ports | Use |
|---|---|---|
Services |
22 |
Git access |
Services |
80 or 443 |
API access |
Nomad Client |
22 |
Git access |
Nomad Client |
80 or 443 |
API access |
-
Read the Introduction to Nomad Cluster Operation.