Cloudflare障害 Workersの定期実行が抜け・重複、北米は通信遅延

Cloudflareは2026年10月24日の日本時間0時27分、Workersの定期実行の仕組み「Cron Triggers」の一部で、処理が遅れたり、抜けたり、2回以上動いたりしていると、公式の状況ページで知らせました。5時29分に修正を入れ、5時37分に解決したとしています。

同じ夜の0時47分からは、北米で通信の障害も起きました。アッシュバーンとアトランタの拠点のあいだの通信が遅れ、Cloudflareは通信会社の障害が原因と特定しました。3時43分に解決としています。

Workersの定期実行が遅れ、抜け、2回動いた

Cron Triggersは、Workersのプログラムを、決めた時刻に自動で動かす仕組みです。毎時の集計や、夜間のデータの取り込み、決まった時刻の通知などに使われます。

影響したサービスは「Workers」で、区分は「Minor」です。調査中から修正までの約5時間、途中の知らせはありませんでした。原因、影響した利用者の範囲と地域、抜けた分をあとで動かすかどうかは書かれていません。

北米で通信の遅れ、一度戻ったあと再発

影響したサービスは「Network」で、区分は「Major」です。この障害は、はじめ「Cloudflareの拠点のあいだの一部の通信の性能低下」という題で出て、のちに「北米のサービスに影響する通信の障害」に変わりました。

実行の記録の見方

Cloudflareの説明では、Workersの管理の画面の「Cron Events」で、定期実行の直近100回の記録を見られます。もっと長い期間は「Workers Logs」に残り、絞り込みもできます。GraphQL Analytics APIで取り出すこともできます。

処理の中では、予定の時刻(controller.scheduledTime)を受け取れます。同じ予定の時刻で2回動いたときに、2回目を飛ばすように作っておくと、重複に強くなります(当社の見立て)。

影響する会社・しない会社

• 影響する: CloudflareのWorkersで、Cron Triggersを使って決まった時刻の処理を動かしている会社です。24日0時半から5時半ごろの処理が、遅れたり、抜けたり、2回動いたりした可能性があります。
• 影響する: 米国東部の利用者や、米国東部のサーバーとの通信を、Cloudflareを通して扱っている会社です。0時47分から3時半ごろ、遅延やエラーが出た可能性があります。
• 影響しない(公表の範囲では): Workersの定期実行を使っておらず、北米との通信もCloudflareを通していない会社です。

情シスが今日やること

1. 定期実行の記録を確かめます。 Workersの「Cron Events」か「Workers Logs」で、24日0時半から5時半ごろの処理が、予定どおり1回ずつ動いたかを見ます。
2. 抜けた処理を動かします。 抜けていた処理があれば、中身を確かめてから手で動かします。集計や取り込みなら、結果の数字が合っているかも見ます(当社の見立て)。
3. 2回動いた処理の跡を見ます。 請求、メールの送信、外部のサービスへの登録のような処理が2回動いていたら、二重になった分を取り消します(当社の見立て)。
4. 北米との通信の記録を見ます。 米国東部の利用者やサーバーとの通信で、0時47分から3時半ごろにエラーが増えていないかを確かめます。
5. 重複に強い作りにします。 定期実行の処理を、同じ予定の時刻で2回動いても結果が変わらない作りにできないか、開発の担当と話します(当社の見立て)。