Bitbucket で新しいランナーを追加する
ランナーを追加すると、独自のインフラストラクチャ上の Pipelines でビルドを実行できます。
ランナーを使用すると、独自のインフラストラクチャ上のパイプラインでビルドを実行でき、自社ホストのランナーで使用するビルド時間に対して課金されなくなります。以下のガイドは、Piplelines を使用してオペレーティング システムを設定し、リポジトリ内でランナーを使用する際に役立ちます。
現在、サポートしているのは次のみです。
x64 および ARM アーキテクチャで Linux カーネル v4.0.0 以降を搭載した Linux。ランナーは、次の Linux ディストリビューションでテストされています。
Ubuntu 22.04
Debian 11
Centos 7
Fedora 36
Oracle Linux 8.6
Amazon Linux 2
Windows 10 以降または Windows Server 2019 以降
MacOS Catalina 10.15 以降
ランナー用のホストとして少なくとも 8GB の RAM を持つ 64 ビット Linux インスタンス。
More RAM may be required for builds with larger step sizes or build services.
ランナー コンテナーには少なくとも 512MB のメモリを割り当てます。
Docker v19.03 and above - Install Docker
OpenJDK 25 (25.0.2 or newer) is installed
Git 2.35.0 以上
Bash 3.2 以降
A 64-Bit Linux instance with at least 8GB of RAM as a host for the runner
OpenJDK 11 (11.0.15 or newer) is installed for runner versions below V6
OpenJDK 25 (25.0.2 or newer) is installed
Git 2.35.0 以上
PowerShell 5.0 以降
ランナーのホストとして 8GB 以上の RAM を搭載した 64 ビットの Windows 10 以降または Windows Server 2019以降のインスタンス。
Disable the Windows pagefile and swapfile (optional, recommended)
OpenJDK 11 (11.0.15 or newer) is installed for runner versions below V6
OpenJDK 25 (25.0.2 or newer) is installed
Git 2.35.0 以上
ランナー用のホストとして少なくとも 8GB の RAM を搭載した 64 ビット MacOS インスタンス。
ランナーは、さまざまなレベルで構成して管理できます。
リポジトリ ランナーは、1 つのリポジトリで利用できます。
ワークスペース ランナーは、ワークスペース内で複数のリポジトリのビルドを実行して、異なるリポジトリとチーム全体で同じランナーを共有できます。
各ワークスペースには、セルフホスト ランナーで実行されるすべてのステップのグローバル キューがあります。このキューは、そのワークスペース内のすべてのパイプラインで共有されます。各ステップは、互換性のあるランナーが使用可能になるのを待機する間、キューに残ります。ステップが完了または停止すると、ステップ キューから削除されます。
View the Bitbucket Pipelines Runner Changelog.
Bitbucket Pipelines ランナーに適用される使用制限またはクォータは次のとおりです。
ステップのビルド時間。Cloud と同様に、ステップあたりの最大ビルド時間は 120 分です。合計実行時間を短縮するには、CI/CD ワークフロー内でより多くの並列ステップを使用することをお勧めします。
利用可能なメモリの最大数。ランナーでは、ビルドを実行するために最大 32GB (8x) のメモリを構成できます。
API レート制限:
Bitbucket のレート制限: ランナーには、このドキュメントで説明されている同じ API レート制限: API リクエスト制限が適用されます。
アーティファクト/キャッシュ/ログ レート制限: レート制限は、ランナーあたり毎分 2,000 リクエストです。
Download rate-limit on Docker Hub: Docker Hub has its own rate limits that can affect you. Authenticated users have a better image pull rate so we recommend to login to your docker hub account on a docker host.
パイプラインごとのステップの総数: YAML ファイルでは、パイプラインごとに最大 100 ステップを構成できます。
Total number of steps running concurrently: In a workspace on a Standard or Premium plan, you can choose to use Premium Runners.
Standard workspaces using Premium Runners include 1 step running concurrently across multiple pipelines.
Premium workspaces using Premium Runners include 2 concurrently running steps. Increasing the runner concurrency limit for your workspace above the included quota may incur a charge, depending on the usage within the billing period.
Free workspaces can run up to 100 steps concurrently.
ステップのキュー時間: ステップは最大 2.5 時間キューに入れられます。
ステップ キュー サイズ: キューは最大 1,000 ステップまで設定できます。キューが満杯になると、追加を試みたステップはすぐに失敗します。
Total number of runners: You can configure up to 1000 runners per workspace and 1000 runners per repository.
ビルド スクリプトからランナー ホスト上のローカル ファイルにアクセスできない: 分離と再現性を実現するために、ランナーはホスト ファイル システムに直接アクセスできないので、必要に応じて SCP/Rsync を使用することをお勧めします。
上記の制限は、将来変更される可能性があります。
Premium runners provides you with up to 1,000 runners per workspace with priority build queueing, dedicated support, pluggable storage, runner groups, automatic updates, and other advanced capabilities.
Concurrency limit
Whatever number you have set your concurrency limit to also reflects the premium runners you will be billed for up to this limit. For instance, if your concurrency limit is set to 10, then you will be billed for any premium runners up to and including your concurrency limit of 10. For more details on how to change your concurrency limit, refer to our support document on configuring your concurrency limit.
By default, all workspaces are set to use free runners, which support up to 100 runners with none of the other features provided by premium runners available.
Select the Settings cog icon on the top navigation bar.
Select Workspace settings.
Select Pipelines.
Select Workspace runners.
Select More options … to the right of the Add runner button.
Select Upgrade to Premium runners.
Select Premium runners.
Optional: Set your concurrency limit. A recommended limit based on your usage is provided. You can also update the concurrency limit at any time (see the note above).
[次へ] を選択します。
Select Confirm. This upgrade takes effect immediately.
Switch to free runners
To go back to using free runners, go to Workspace settings, select Pipelines, then Workspace runners, then More options … to the right of the Add runner button. Select Free runners, select Next, select Confirm. Switching back to free runners take effect immediately.
Bitbucket で新しいランナーを追加する
ランナーを追加すると、独自のインフラストラクチャ上の Pipelines でビルドを実行できます。
bitbucket-pipelines.yml でランナーを設定する
ランナーを bitbucket.pipelines.yml ファイルで設定する
Linux Docker 用のランナーをセットアップする
Linux 環境を設定して、Docker ベースのランナーを Pipelines で使用する
Linux Shell 用のランナーをセットアップする
Linux 環境を設定して、Shell ベースのランナーを Pipelines で使用する
Windows 用のランナーをセットアップする
Pipelines でランナーを使用できるように Windows 環境を設定する
MacOS のランナーをセットアップする
Bitbucket Pipelines のビルドを自分の MacOS インフラストラクチャで実行する
プロキシを使用するようにランナーを設定する
セルフホスト ランナーをプロキシ サーバーの背後で実行できるようにする方法
自社ホスト ランナーへのログインを設定する
高度に洗練されたオンプレミス ランナー操作のためのロギングを設定する
ランナーの同時実行性を設定し、ステップ キューを検査する
ランナーの同時実行性を構成する方法とステップ キューを検査する方法をご確認ください。
会社のファイアウォールの背後で実行されているランナーの IP アドレス
ランナーが Bitbucket Pipelines に接続できるようにするには、ファイアウォールでどの IP アドレスを許可する必要がありますか?
Docker イメージを自社ホスト ランナーで使用する
独自の Docker イメージを自社ホスト ランナーで使用する
Autoscaler for Runners on Kubernetes
オートスケーラーによって、実行可能なジョブに応じて Linux エージェントの数が自動的にスケーリングされます。
この内容はお役に立ちましたか?