GitHub、8月に5件の障害と再発防止策

障害の全体像

8月に計5件の障害
最長10時間42分
Actions障害2件

原因と影響

基盤容量の余力不足
再試行による負荷増幅
外部事業者の障害

改善策

Azure移行の継続
自動拡張と監視強化
詳細を読む

GitHubは2026年9月10日、同年8月にGitHub Actionsや認証基盤、Copilotなどで計5件の性能低下が発生したと公表しました。急増する利用に対して一部の共有基盤やデータベースの余力が不足し、展開時の容量減少、負荷集中、クラウド事業者やAIモデル提供元の障害が影響を広げました。同社はAzure移行、容量管理、自動復旧、監視強化を優先します。

8月6日のActions障害は10時間42分続き、通常の展開で稼働Podが一時的に減った結果、サービスメッシュや残る拠点が飽和しました。8月26日には高負荷時のイベント急増で共有データベースが限界を超え、実行開始の失敗や遅延が2時間50分続きました。

8月17日の障害は7時間35分続き、単一データセンターのロードバランサーとサービスメッシュの上限超過が共有認証経路へ波及しました。クライアントの再試行不具合も負荷を増幅し、Issues、プルリクエスト、API、Actions、Copilotなどにエラーや遅延が広がりました。

8月20日はクラウド事業者側の地域障害でCopilot cloud agentのタスク状態更新が遅れ、少なくとも54組織が影響を受けました。タスク自体は完了し、作業の消失はありませんでした。8月27日は上流事業者の性能低下でKimi K3のリクエストが最大で半数超失敗しましたが、他モデルとAuto設定は影響を受けませんでした。

再発防止では、サービスメッシュとActionsの余力・自動拡張、データベース負荷を抑える自動遮断、地域切替の改善、再試行制限を進めます。短期策としてActionsジョブの33%を余剰容量へ移し、キャッシュCPUのピークを98%から80%へ下げ、約3カ月の余力を確保しました。Azureでは本番MySQLのプライマリー切替を顧客影響なく実施し、移行済みサービスの読み取り比率は最大60.4%に達しました。