Start Building for Free
CircleCI.comアカデミーブログコミュニティサポート

Overview

2 months ago1 min read
Server v2.x
Server Admin
このページの内容

CircleCI Server is a modern continuous integration and continuous delivery (CI/CD) platform installable inside your private cloud or data center. Refer to the Changelog for what’s new in this CircleCI server release.

Services Architecture
Figure 1. CircleCI Services Architecture

実行環境

CircleCI では、プライマリジョブスケジューラとして Nomad を使用します。 Refer to our Introduction to Nomad Cluster Operation to learn more about the job scheduler and how to perform basic client and cluster operations.

By default, CircleCI Nomad clients automatically provision containers according to the image configured for each job in your .circleci/config.yml file.

Architecture

Figure 1.1 illustrates CircleCI core components, build orchestration services, and executors. CircleCI API は、全面的な機能を備えた RESTful API で、CircleCI のすべての情報にアクセスでき、すべてのアクションをトリガーできます。

Within the CircleCI UI is the Insights page, which acts as a dashboard showing the health of all repositories you are following including:

  • 平均ビルド時間

  • 平均キュー時間

  • last build time

  • 成功率

  • parallelism

CircleCI は、Services と Nomad クライアントという 2つのプライマリコンポーネントで構成されます。 任意の数の Nomad クライアントがジョブを実行し、Services と通信します。 All components must access GitHub or your hosted instance of GitHub Enterprise on the network, as illustrated below.

CircleCI Core Components

Services マシン

The Services machine must not be restarted and may be backed up using VM snapshotting. If you must restart the Services machine, do so only as a last resort, because a restart will result in downtime. Refer to the Backup and Recovery chapter for instructions.

DNS resolution may point to the IP address of the Services machine. It is also possible to point to a load balancer, for example an ELB in AWS. The following table describes the ports used for traffic on the Service machine:

ソースポート用途

エンド ユーザー

80, 443, 4434

HTTP/HTTPS トラフィック

管理者

22

SSH

管理者

8800

管理者コンソール

Builder Boxes

すべてのトラフィック、すべてのポート

内部通信

GitHub (Enterprise または .com)

80、443

受信 Web フック

Nomad クライアント

Nomadクライアントは実行後に状態を保持しないため、必要に応じてコンテナ数を増減することができます。

すべてのビルドを処理できる十分な数の Nomad クライアントが確実に実行されるようにするには、キューイングされているビルドを追跡し、必要に応じて Nomad クライアント マシンの数を増やして負荷を分散させます。 For more on tracking metrics see Monitoring Your Installation.

各マシンには、ビルドを調整するために、それぞれ 2つの vCPU と 4GB のメモリが予約されています。 そのうえで、残りのプロセッサーとメモリでコンテナが作成されます。 マシンの規模が大きくなれば、その分多くのコンテナを実行することができますが、調整用に予約してある 2 基以外に使用できるコアの数によって制限されます。

以下の表に、Nomad クライアントで使用されるポートを示します。

ソースポート用途

エンド ユーザー

64535-65535

ビルドへの SSH 接続機能

管理者

80 または 443

CCI API アクセス

管理者

22

SSH

Services マシン

すべてのトラフィック、すべてのポート

内部通信

Nomad クライアント (それ自身を含む)

すべてのトラフィック、すべてのポート

内部通信

GitHub

CircleCI uses GitHub or GitHub Enterprise credentials for authentication which, in turn, may use LDAP, SAML, or SSH for access. つまり、CircleCI は、一元管理された SSO インフラストラクチャでサポートされる認証を継承します。

ソースポート用途

Services

22

Git アクセス

Services

80、443

API アクセス

Nomad クライアント

22

Git アクセス

Nomad クライアント

80、443

API アクセス


ドキュメントの改善にご協力ください

このガイドは、CircleCI の他のドキュメントと同様にオープンソースであり、 GitHub でご利用いただけます。 ご協力いただき、ありがとうございます。

サポートが必要ですか

CircleCI のサポートエンジニアによる、サービスに関する問題、請求およびアカウントについての質問への対応、設定の構築に関する問題解決のサポートを行っています。 サポートチケットを送信して、CircleCI のサポートエンジニアにお問い合わせください。日本語でお問い合わせいただけます。

または、 サポートサイト から、サポート記事やコミュニティフォーラム、トレーニングリソースをご覧いただけます。