<style> .ga-hero{padding:clamp(24px,5vw,46px);border-radius:24px;background:linear-gradient(130deg,#111827,#1e3a8a 56%,#0f766e);color:#fff}.ga-hero h2{color:#fff}.ga-grid{display:grid;grid-template-columns:repeat(3,minmax(0,1fr));gap:12px;margin:22px 0}.ga-card{padding:18px;border:1px solid #bfdbfe;border-radius:16px;background:#eff6ff}.ga-card strong{display:block;font-size:1.55rem;color:#1d4ed8}.ga-table{overflow-x:auto}.ga-table table{min-width:690px;width:100%;border-collapse:collapse}.ga-table th,.ga-table td{padding:11px;border:1px solid #cbd5e1;text-align:left;vertical-align:top}.ga-table th{background:#dbeafe}.ga-flow{display:grid;grid-template-columns:repeat(4,minmax(0,1fr));gap:10px;margin:22px 0}.ga-step{padding:16px;border-radius:15px;border:1px solid #bfdbfe;background:#eff6ff}.ga-step b{display:block;color:#1d4ed8}.ga-note{padding:18px;border-left:5px solid #f59e0b;border-radius:12px;background:#fffbeb;margin:20px 0}@media(max-width:720px){.ga-grid,.ga-flow{grid-template-columns:1fr}} </style>

DEVOPS / 2026年9月25日

CIが止まる前に、ランナーとアクションの両方を点検

GitHub Actionsでは「ランナー本体の更新」と「JavaScriptアクションのNode 24移行」が重なっています。同じNodeの話に見えても、確認する場所と対応者は異なります。

3行要約

• GitHubの告知によると、GitHub Enterprise Cloudのセルフホストランナーは2026年9月25日から最低バージョン要件が全面適用される予定です。記事執筆時点で「適用済み」とは断定しません。
• 新規登録・再登録はランナー2.329.0以上、ジョブ実行は新リリース公開から30日以内の更新が必要です。2.329.0への固定だけでは継続運用できません。
• 別件として9月23日にJavaScriptアクション向けNode 20の提供が終了。自作アクションのruns.usingと外部アクションの対応版も確認します。

背景：ランナーとアクションは別の部品

セルフホストランナーは、企業が自社のVMや物理サーバーでGitHub Actionsのジョブを実行するプログラムです。JavaScriptアクションは、そのジョブ内で動く再利用可能な処理です。今回の更新はこの2層に関係します。ランナーだけを新しくしても古いアクションの互換性問題は残り、アクションだけを更新しても古いランナーはジョブを受け取れません。

何が新しいのか：日付と影響範囲

ランナー強制の告知自体は2026年6月12日公開です。対象であるGitHub Enterprise Cloudの全面適用予定日が9月25日で、今になって初めて発表されたわけではありません。GitHub Enterprise Cloud with Data Residencyは7月31日から全面適用済みです。GitHub Enterprise Serverは今回の対象外とされています。

一方、Node 20終了は9月23日のGitHub発表です。GitHubによるとランナー上のJavaScriptアクションはNode 24を使い、暫定的なACTIONS_ALLOW_USE_UNSECURE_NODE_VERSIONによる回避策はもう使えません。

GitHubは、Node 24がmacOS 13.4以前に非対応で、ARM32は公式サポート対象外と説明しています。該当するセルフホスト環境はアクション更新だけでは解決しません。

運用手順：停止リスクを4段階で下げる

ランナーの一覧やバージョンは管理画面とGitHubのAPIで確認できます。GitHubが示す登録イベントの監査ログも使えますが、登録時の記録は接続中ランナーの完全な台帳ではありません。自社の構成管理やイメージ一覧と突き合わせてください。更新スクリプト、VMテンプレート、コンテナイメージが古いままだと、再作成時に旧版が復活します。

自作アクションなら、メタデータの実行環境を確認します。例えば以下のように指定します。変更後は依存関係をNode 24でテストし、バージョンを公開して利用側の参照を更新します。

runs:
  using: node24
  main: dist/index.js

開発者・企業への影響

未更新ランナーは登録できない、ジョブを拾えない、ワークフローが待機または失敗する可能性があります。特に自動更新を無効にしてイメージを固定する環境では、2.329.0以上に一度上げれば終わりではありません。リリースごとの更新を継続する仕組みが必要です。これはGitHubの要件から導く運用上の判断です。

リスクと限界

• GitHubの9月25日という日付は告知された全面適用予定日です。実際の個別環境の適用状態は管理画面とジョブの実行結果で確かめてください。
• runs.usingの文字列変更だけで依存パッケージの互換性は保証されません。テストが必要です。
• GitHub Enterprise Serverには今回のクラウド側強制は適用されないとGitHubは明記しています。ただし別のサポート要件は確認してください。

今後注目すべき点

管理者は最新ランナーの公開後30日以内に反映できているか、更新失敗時に通知できるかを定期監査するとよいでしょう。自動更新を使う環境でも、更新サービスへの接続が遮断されていないかを確認してください。

最終確認日：2026年9月25日

参照元（一次情報）

• GitHub Changelog：Minimum version enforcement timeline for self-hosted runners（2026年6月12日）
• GitHub Changelog：Node 20 is no longer available in GitHub Actions（2026年9月23日）
• GitHub Docs：Self-hosted runners
• GitHub Docs：Metadata syntax for GitHub Actions