--- title: "Self-Hosted Runner | TROCCO Docs" slug: "self-hosted-runner" updated: 2026-09-07T09:42:35Z published: 2026-09-07T09:42:35Z canonical: "documents.trocco.io/self-hosted-runner" --- > ## Documentation Index > Fetch the complete documentation index at: https://documents.trocco.io/llms.txt > Use this file to discover all available pages before exploring further. # Self-Hosted Runner ## 概要 **Self-Hosted Runner**は、TROCCOの転送ジョブを**ユーザーが用意した任意の環境上**で実行できるようにする機能です。 これまで通り、転送設定の作成・編集やジョブの起動はTROCCOのUI上から行えますが、起動された転送ジョブはユーザー自身が管理する環境上のコンテナ（[Runner](/docs/self-hosted-runner#runner)）で実行されます。 プラン上の制約 本機能の利用は、**Professionalプラン**の契約が前提となります。 詳しくは、営業担当者またはカスタマーサクセスまでお問い合わせください。 ## 主な特徴 ### 任意の環境で実行可能 オンプレ環境やクラウドのプライベートなネットワーク上など、お客様自身が管理する環境にコンテナ（[Runner](/docs/self-hosted-runner#runner)）を立ち上げ、その上で転送ジョブを実行できます。 ### リクエストの片方向性 TROCCOからコンテナ（[Runner](/docs/self-hosted-runner#runner)）へのリクエストは発生しません。 Runner側が一定間隔でTROCCOにリクエストを行い（[Heartbeatリクエスト](/docs/self-hosted-runner#heartbeat)）、必要なジョブ情報をレスポンスとして取得します。 ## 利用上の注意・制約 ### 提供イメージの種類 以下2種類のOS/アーキテクチャに対応したコンテナイメージを提供しています。 - `linux/amd64` - `linux/arm64` ### 推奨リソース - メモリ：2GB以上 - [Runner](/docs/self-hosted-runner#runner)となる環境のメモリの推奨リソースです。 - なお、一部の転送元ファイル・ストレージ系コネクタでは 4GB 以上のメモリが必要となるケースがあります。 - 例：転送元 - Amazon S3 CPUの推奨値 CPUに関しては、とくに推奨値はありません。 ただし、CPUのコア数を増やすとEmbulkの並列実行による処理速度向上が期待できるため、パフォーマンスが上がる可能性があります。 ## 基本概念 ### Cluster Clusterとは、Runnerを論理的にまとめる概念です。Clusterは複数のRunnerを管理・保持します。 ジョブが起動されると、Cluster内のいずれかのRunnerがジョブを受け取り、ジョブを実行します。 作成方法について、詳しくは[Clusterの作成](/docs/self-hosted-runner#1-cluster%E3%81%AE%E4%BD%9C%E6%88%90)を参照ください。 ### Runner Runnerとは、ジョブの実行コンテナです。 TROCCOが提供するRunner用のコンテナイメージを使用し、環境変数に適切なトークンを設定することで、Runnerを起動できます。 詳しくは、[Runnerの起動](/docs/self-hosted-runner#2-runner%E3%81%AE%E8%B5%B7%E5%8B%95)を参照ください。 Runner間の不干渉性 任意のClusterに複数のRunnerが属している場合において、Runnerはそれぞれ独立して起動します。 たとえば、同一Cluster内の複数のRunnerが同時に立ち上がった場合、それらが互いに干渉することはありません。 #### Heartbeat Runnerは、TROCCOに対して一定間隔でリクエストを送信します。 この挙動のことを、Heartbeatリクエストといいます。 TROCCOは、Runnerから送信されるHeartbeatリクエストを受け取ることで、Runnerが稼働中かどうかを認識します。 #### Runner登録用トークン Runnerを起動する際に必要となるトークンです。 各Clusterに対し、最大で2つまでRunner登録用トークン（Registration Token）を作成できます。 Runner登録用トークンのプレフィックス 2025/6/18以降に発行されたRunner登録用トークンにはセキュリティ強化のためプレフィックス（trr_）が付与されます。 プレフィックスが付与されていないRunner登録用トークンも引き続き問題なくご利用いただけます。 ## 設定方法 ### 1. Clusterの作成 左サイドバーの**Self-Hosted Runner**から、Self-Hosted Runner Cluster一覧画面を表示できます。 Cluster一覧画面では、これまで作成したClusterを確認できます。また、Clusterを新たに作成できます。 Clusterの新規作成ボタンをクリックすると、名前・説明・リソースグループ（[チーム機能](/docs/team)が有効な場合）を設定できます。 これらの設定値を入力して保存すると、Clusterは保存され、詳細画面へ遷移します。 このとき、[Runner登録用トークン](/docs/self-hosted-runner#runner%E7%99%BB%E9%8C%B2%E7%94%A8%E3%83%88%E3%83%BC%E3%82%AF%E3%83%B3)が画面上に表示されるので、メモしてください。 ### 2. Runnerの起動 お客様環境にて、Docker Container Imageの取得、およびDocker Containerを起動します。 起動時に必要な`registory_name`、`repository_name`は、TROCCOのSelf-Hosted Runner Cluster詳細画面にてご確認ください。 Runner起動時に指定する環境変数は以下となります。 | 変数名 | 必須 | 説明 | | --- | --- | --- | | `<YOUR REGISTRATION TOKEN>` | ✓ | Cluster詳細画面上に表示されたRunner登録用トークンに置き換えてください。 | | `<PREVIEW DATA IS SEND>` | - | プレビューデータ（実データ）をTROCCO側に送信するかどうかを指定します。 本パラメーターを指定しなかった場合は、暗黙的に`false`が渡されます。 - `true`を指定すると、プレビューデータ（実データ）がTROCCO側に送信されます。この場合、転送設定STEP2および詳細画面にてプレビュー結果を永続的に確認できます。 - `false`を指定すると、プレビューデータ（実データ）はTROCCO側に送信されません。セキュリティ的な観点でTROCCO側にプレビューデータを保持させたくない場合は、`false`を指定（または本パラメーターを未指定に）してください。 | | `<ONESHOT MODE>` | - | 転送ジョブの実行後に、コンテナを終了させるかどうかを指定します。 本パラメーターを指定しなかった場合は、暗黙的に`false`が渡されます。 - `true`を指定すると、転送ジョブの実行後にRunnerがエラーとなることでコンテナが終了します。 - `false`を指定すると、転送ジョブの実行後に再度待機状態に戻ります。 | | `<HEALTH CHECK PORT>` | - | Google CloudのCloud Run Servicesなど、起動時にヘルスチェックが必須となっている場合に、ヘルスチェックのためのポートを設定します。 Self-Hosted Runnerはアウトバウンド通信のみで動作するので、通常は設定不要です。 例：`8080`のように指定すると、`http://localhost:8080/health`でヘルスチェックが可能になります。 | #### docker runを利用する場合 以下は、docker runを利用してRunnerを起動する際のサンプルコマンドです。 ``` # 1. 最新のイメージを取得する docker pull public.ecr.aws//:latest # 2. 最新のイメージでRunnerを起動する docker run \ -e TROCCO_REGISTRATION_TOKEN="" \ -e TROCCO_PREVIEW_SEND="" \ -e TROCCO_ONESHOT="" \ -e HEALTH_CHECK_PORT="" \ --rm \ public.ecr.aws//:latest ``` #### Docker Composeを利用する場合 以下は、Docker Composeを利用してRunnerを起動する際の`compose.yaml`のサンプルです。 ``` services: trocco-self-hosted-runner: image: public.ecr.aws//:latest environment: TROCCO_REGISTRATION_TOKEN: "" ``` また、以下はRunnerを起動する際のサンプルコマンドです。 ``` # 1. 最新のイメージを取得する docker compose pull # 2. 最新のイメージでコンテナを作成する docker compose up -d ``` ### 3. 転送設定の編集 Runner上でジョブを実行したい転送設定を編集します。 転送設定STEP1の基本設定で、Clusterを選択できます。 なお、転送設定側でClusterを選択するには、以下の条件を満たす必要があります。 - Self-Hosted Runnerを契約している - Self-Hosted Runnerに対応している転送元・転送先コネクターの組み合わせである - 対応コネクターについては、[Self-Hosted Runnerに対応するコネクター](/docs/self-hosted-runner#selfhosted-runner%E3%81%AB%E5%AF%BE%E5%BF%9C%E3%81%99%E3%82%8B%E3%82%B3%E3%83%8D%E3%82%AF%E3%82%BF%E3%83%BC)を参照ください。 ## Runnerイメージの更新 TROCCOは、Runner用のコンテナイメージを継続的に更新しています。 機能改善やセキュリティ対応を反映するため、定期的に最新のイメージへ更新してください。 更新は、以下の流れで行います。 1. 最新のコンテナイメージを取得する（`docker pull`など）。 2. 起動中のRunnerを新しいイメージで起動し直す。 イメージの取得元（`registry_name`・`repository_name`）は、Self-Hosted Runner Cluster詳細画面でご確認ください。 以降の手順では、`public.ecr.aws/<registry_name>/<repository_name>`をイメージとして記載します。 更新中のジョブへの影響 ジョブの実行中（[ACTIVE](/docs/self-hosted-runner#runner%E3%81%AE%E3%82%B9%E3%83%86%E3%83%BC%E3%82%BF%E3%82%B9)）のRunnerを停止しても、そのRunnerは割り当て済みのジョブが終了するまで動作します（Graceful Shutdown）。 そのため、更新作業によって実行中のジョブが中断されることはありません。 詳しくは、[Runnerの停止](/docs/self-hosted-runner#runner%E3%81%AE%E5%81%9C%E6%AD%A2)を参照ください。 更新前のRunnerの扱い 更新前の古いRunnerは、停止後に[OFFLINE](/docs/self-hosted-runner#runner%E3%81%AE%E3%82%B9%E3%83%86%E3%83%BC%E3%82%BF%E3%82%B9)となり、72時間後に自動的に削除されます。 すぐに画面上から消したい場合は、手動で削除してください。 詳しくは、[Runnerの削除](/docs/self-hosted-runner#runner%E3%81%AE%E5%89%8A%E9%99%A4)を参照ください。 ### docker runを利用している場合 最新のイメージを取得したうえで、Runnerを起動し直します。 起動時のパラメーターについては、[Runnerの起動](/docs/self-hosted-runner#2-runner%E3%81%AE%E8%B5%B7%E5%8B%95)を参照ください。 ``` # 1. 最新のイメージを取得する docker pull public.ecr.aws//:latest # 2. 起動中のコンテナを停止する（は対象コンテナの名前またはID） docker stop # 3. 最新のイメージでRunnerを起動し直す docker run \ -e TROCCO_REGISTRATION_TOKEN="" \ --rm \ public.ecr.aws//:latest ``` ### Docker Composeを利用している場合 `docker compose`を利用している場合は、イメージの再取得とコンテナの再作成をまとめて実行できます。 `compose.yaml`を配置したディレクトリで、以下のコマンドを実行します。 ``` # 1. 最新のイメージを取得する docker compose pull # 2. 最新のイメージでコンテナを再作成する docker compose up -d --force-recreate ``` `--force-recreate`を指定することで、イメージに変更がない場合でもコンテナが再作成されます。 compose.yamlでイメージのバージョンを固定している場合 `compose.yaml`でイメージのバージョンを固定している場合は、まず`compose.yaml`の`image`で指定しているバージョンを変更してください。 ## 機能詳細 ### Self-Hosted Runner Cluster詳細画面 #### Clusterの削除 画面右上の三点リーダーから削除できます。 ただし、該当のClusterを選択している転送設定が1つでもある場合、削除はできません。 #### Runner登録用トークンの発行 Clusterの作成時に、自動でトークンが1つ発行されます。 トークンは最大2つまで作成できます。 #### Runner登録用トークンの削除 ゴミ箱アイコンから削除できます。 トークンを削除すると、以降に作成されたRunnerの起動には使用できなくなります。 Runnerが`ACTIVE`状態のときにトークンを削除した場合 トークンを削除する時点で、Runnerにジョブが割り当てられていた場合、そのRunnerはジョブが終了するまでは動作します。 #### Runnerのステータス 以下の3種類です。 - **IDLE**：Runnerは立ち上がっているが、ジョブが割り当てられていない状態 - **ACTIVE**：Runnerは立ち上がっており、なおかつジョブが割り当てられている状態 - **OFFLINE**：Runnerからの[Heartbeat](/docs/self-hosted-runner#heartbeat)が30秒以上途絶えている状態 `ACTIVE`かつ`OFFLINE`になるケース ジョブの実行中に、TROCCOが[Heartbeatリクエスト](/docs/self-hosted-runner#heartbeat)が受信できなくなった場合などに、`ACTIVE`かつ`OFFLINE`なステータスになることがあります。 この状態になり、なおかつジョブが意図通り完了しない場合は、お客様環境のコンテナが正しく動いているかをご確認ください。 #### Runnerの停止 Runnerを手動で停止（Dockerプロセスを終了）できます。 お客様環境側でコンテナを停止できない場合などにお使いください。 Runnerが`ACTIVE`状態のときにRunnerを停止した場合 ジョブが割り当てられているRunnerを停止した場合、そのRunnerはジョブが終了するまでは動作します。（Graceful Shutdown） #### Runnerの削除 **OFFLINE**のRunnerのみ、手動で削除できます。 ただし、本項における「削除」とは、あくまで「TROCCOのデータベースから削除され、TROCCOの画面上には表示されなくなる」ことを意味します。 お客様環境側にあるコンテナ自体は削除されません。 Runnerの自動削除 **OFFLINE**の状態が72時間継続したRunnerは、自動的に「削除」されます。 削除されたコンテナがリクエストを再送した場合 TROCCO側で「削除」されたコンテナが[Heartbeatリクエスト](/docs/self-hosted-runner#heartbeat)を再送した場合、そのRunnerは新しいRunnerとしてTROCCOに再登録されます。 #### チーム機能有効時の操作権限 | 操作＼ロール | リソースグループ管理者 | リソースグループ編集者 | リソースグループ運用者 | リソースグループ閲覧者 | | --- | --- | --- | --- | --- | | Clusterの閲覧 | ✓ | ✓ | ✓ | ✓ | | Clusterの利用（転送設定側での選択権限） | ✓ | ✓ | ✓ | - | | Clusterの編集 | ✓ | ✓ | - | - | | Clusterの削除 | ✓ | ✓ | - | - | | Runner登録用トークンの発行 | ✓ | ✓ | - | - | | Runner登録用トークンの削除 | ✓ | ✓ | - | - | | Runnerの停止 | ✓ | ✓ | - | - | | Runnerの削除 | ✓ | ✓ | - | - | ### 転送設定 #### 転送設定STEP1 基本設定にて、Clusterを選択できます。 #### 転送設定STEP2 スキーマ情報の取得やプレビュー用データの取得処理はRunner上で行われます。 なお、プレビュー用データをTROCCOに送信するかどうかは、Runnerの起動時に選択できます。 詳しくは、[Runnerの起動](/docs/self-hosted-runner#2-runner%E3%81%AE%E8%B5%B7%E5%8B%95)を参照ください。 #### 転送ジョブ詳細 通常のジョブと同様に、ジョブの実行結果やジョブステータスを確認できます。 Runner上で実行されたジョブかどうかも、画面上から確認できます。 また、Runner上で実行されたジョブに限り、`queue`ステータスでもジョブのキャンセルが可能です。 ## 補足事項 ### Self-Hosted Runner利用時の処理時間 Self-Hosted Runnerを利用して実行された転送ジョブに関する[処理時間](/docs/pricing-information)のカウントは行われません。 ### Self-Hosted Runnerに対応するコネクター Self-Hosted Runnerは、特定の転送元コネクターかつ転送先コネクターの組み合わせでのみ、利用できます。 以下に記載のないコネクターを選択した場合は、転送設定でClusterの選択項目が表示されません。 #### 転送元コネクター - 転送元 - Amazon Redshift - 転送元 - Amazon S3 - 転送元 - Azure Blob Storage - 転送元 - Databricks - 転送元 - Dr.Sum - 転送元 - Db2 for i - 転送元 - FTP・FTPS - 転送元 - Google Cloud Storage - 転送元 - HTTP・HTTPS - 転送元 - MongoDB - 転送元 - MySQL - 転送元 - Oracle - 転送元 - PostgreSQL - 転送元 - SAP S/4HANA OData - 転送元 - SFTP - 転送元 - Snowflake - 転送元 - Microsoft SQL Server #### 転送先コネクター - 転送先 - Amazon Redshift - 転送先 - Amazon S3 - 転送先 - Amazon S3 Parquet - 転送先 - Azure Blob Storage - 転送先 - Databricks - 転送先 - Dr.Sum - 転送先 - FTP・FTPS - 転送先 - Google BigQuery - 転送先 - Google Cloud Storage - 転送先 - Microsoft SQL Server - 転送先 - MySQL - 転送先 - PostgreSQL - 転送先 - SFTP - 転送先 - Snowflake ### Self-Hosted Runnerが対応していない機能 #### 転送設定で利用できない機能 - [リソース増強オプション](/docs/professional-plan#%E3%83%AA%E3%82%BD%E3%83%BC%E3%82%B9%E5%A2%97%E5%BC%B7%E3%82%AA%E3%83%97%E3%82%B7%E3%83%A7%E3%83%B3) - リソース増強オプションは、TROCCOのジョブ実行環境を増強する機能であるため、Self-Hosted Runnerには適用されません。 - 転送設定STEP1 > 接続確認機能・テーブルなどの一覧取得機能 - これらの機能は、RunnerではなくTROCCO側から実行されます。 - そのため、たとえば社内ネットワークからのみアクセスを許可しているデータソースの場合、実行できません。 - テーブル名などは手動で入力する必要があります。 - ただし、以下のコネクターでは、Runner側での実行に対応しており、閉域内のデータソースへの実行が可能です。 - 転送元：Amazon Redshift、Amazon S3、Databricks、Dr.Sum、Microsoft SQL Server、MySQL、PostgreSQL、Snowflake - 転送先：Amazon Redshift、Amazon S3、Databricks、Dr.Sum、Google BigQuery、Microsoft SQL Server、MySQL、PostgreSQL、Snowflake - 転送設定STEP2 > スキーマ変更検知・[カラム定義再読み込み](/docs/reload-column-definitions)・[プログラミングETL](/docs/programming-etl) - これらの機能は、RunnerではなくTROCCO側から実行されます。 - そのため、これらの機能は利用できません。画面にも表示されない仕様となっています。 - 転送設定STEP2 > リトライ機能 - 最大リトライ回数を1以上に設定しても、リトライは実施されません。 - アカウント設定 > [タイムアウト設定](/docs/timeout-settings) - アカウント設定によるタイムアウト設定を有効にしている場合にも、ジョブは自動停止されません。 - 通知設定 > 実行時間経過時による通知 - マネージド転送設定 #### 接続情報で利用できない機能 - [AWS Systems Manager Session Manager](/docs/connection-with-aws-systems-manager-session-manager)を用いた接続 - 有効にした場合、接続に失敗します。 - なお、Systems Manager Session Managerを利用しない通常のSSH経由での接続には対応しています。 - TROCCO側のPrivateLink機能を用いた接続 - TROCCO側のPrivateLink機能が有効の場合、接続に失敗します。 - Amazon S3接続情報における、IAMロール認証 - IAMユーザー認証による接続は対応しています。 ### その他詳細仕様 #### 転送設定のYAML設定ファイル 転送設定詳細画面で確認できるYAML設定ファイルには、以下のkeyが追加されます。 ``` self_hosted_runner_cluster: - id: - name: ``` #### 転送設定のリビジョン復元時の挙動 Self-Hosted Runnerが無効になったアカウントで、かつ過去のリビジョンがSelf-Hosted RunnerのClusterを紐づけている場合、そのClusterは空の状態として復元されます。 [転送設定のYAML設定ファイル](/docs/self-hosted-runner#%E8%BB%A2%E9%80%81%E8%A8%AD%E5%AE%9A%E3%81%AEyaml%E8%A8%AD%E5%AE%9A%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB)にも、keyが削除された状態で復元されます。 #### 監査ログの記録対象 Runnerそのものに関する操作（例：Runnerの起動やHeartbeatリクエストなど）は記録されません。