GitHub Actions、古いセルフホストランナーの制限日程を公表
GitHub Actions、セルフホストランナーの制限日程を公表
GitHubは6月12日、GitHub Actionsのセルフホストランナーに対する 最小版の制限を再開すると発表した。古い 版のランナーは、新しい 実行基盤との互換性を保てないため、今後は段階的な移行が必要になるとされた。
GitHub said on June 12 that it will resume minimum-version enforcement for self-hosted Actions runners. The company says older runners can no longer remain compatible with the newer execution platform, so teams now need a phased migration plan.
GitHubの説明では、この新しい 基盤は1日あたり1億2千万件以上のジョブを処理し、移行前の3倍を超える 規模まで伸びたという。企業ユーザーは1分あたり7倍 多くのジョブを始められるようになったとも書かれた。
GitHub says the new platform now handles more than 120 million jobs per day, over three times the pre-migration volume. It also says enterprise users can start seven times more jobs per minute than before.
何が変わるのか
登録や再登録をするランナーは、バージョン`2.329.0`以上であることが必要になる。この版より古いランナーは、新基盤に認識されず、接続もできないと案内された。
Any runner used for registration or re-registration will need to be on version 2.329.0 or later. GitHub says older runners will no longer be recognized by the new platform and therefore will not connect.
ただし、`2.329.0`は永続的な下限ではない。ジョブを受け続けるには、新しいランナー公開版が出てから 30日 以内に更新を入れる 必要があると明記された。
Version 2.329.0 is not a permanent floor. To keep receiving jobs, a runner must install each new release within 30 days after that release becomes available.
自動更新を有効にしているランナーは、この条件を満たしやすい。一方で、自動更新を止めている 組織は、定期的な手動更新を組む 必要がある。GitHubは、重大なセキュリティ更新が出た 時は、ジョブの投入を一時停止することもあるとした。
Runners with auto-update enabled will satisfy the rule more easily. Organizations that disable auto-update will need a regular manual upgrade process, and GitHub says critical security updates can pause job queuing until they are applied.
日程とブラウンアウト
GitHub Enterprise Cloud with Data Residencyでは、完全 適用が2026年7月31日に始まる。GitHub Enterprise Cloudでは、完全 適用が2026年9月25日に始まる 予定だ。
For GitHub Enterprise Cloud with Data Residency, full enforcement starts on July 31, 2026. For GitHub Enterprise Cloud, the date is September 25, 2026.
その前に、GitHubは一時的なブラウンアウトを実施する。Data Residency向けでは6月29日から、Enterprise Cloud向けでは8月24日から、古いランナーの登録やジョブ実行が断続的に止まると予告された。
Before those deadlines, GitHub will run temporary brownouts. GitHub says intermittent registration and job-execution failures for outdated runners will begin on June 29 for Data Residency customers and on August 24 for Enterprise Cloud customers.
運用への影響
この変更で、プラットフォームチームは単に`runner`バイナリを上げるだけでは足りない。登録スクリプト、VMイメージ、コンテナイメージ、そして自動展開の手順まで更新する必要がある。GitHubも、古いテンプレートから再作成したランナーは見直すべきだと勧めた。
For platform teams, this is not only a runner-binary upgrade. Registration scripts, VM images, container images, and deployment automation all need updates, and GitHub explicitly recommends reviewing runners recreated from old templates.
大きい 運用群では、現状の監査も重要になる。GitHubは、監査ログやREST APIでランナー版を調べる 手段を示したが、接続中のランナー全体を完全に表すものではないとも注意した。
Larger fleets will also need an audit pass. GitHub points teams to audit logs and the REST API for runner-version visibility, while warning that registration events are not a complete inventory of every connected runner.
今回の意味
この発表は、GitHub Actionsの裏側の再設計が、単なる 性能向上ではなく、運用規律まで要求する段階に入ったことを示す。セルフホストランナーを使うチームにとっては、CI/CDの実行基盤を「古いまま置く」余地が狭くなる 更新だと言える。
This announcement shows that the GitHub Actions rearchitecture is no longer just a performance story. For teams running self-hosted runners, it is now an operational-discipline change that leaves much less room to keep the CI/CD execution layer on old images and old habits.