Render の障害履歴

1. 2026年9月2日 17:19 UTCinvestigating

   現在、この問題を調査中です.

2. 2026年9月2日 17:30 UTCmonitoring

   修正を実装し、結果を監視しています.

3. 2026年9月2日 17:40 UTCresolved

   この事件は解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年8月31日 20:24 UTCresolved

   19:20～19:30 UTC の間は、Oregon のWebサービスが利用できなくなった.

公式のインシデント更新を自動翻訳しています。

1. 2026年8月31日 15:47 UTCinvestigating

   シンガポール地域における一部のWebサービスに影響を及ぼすサービス不安定性を調査しています。 お客様は、予期しないサービスの再起動または断続的な可用性を体験することができます。 私たちのチームは、積極的に調査し、通常の操作を回復するために働いています。 情報が増えるにつれて、更新を行います.

2. 2026年8月31日 16:08 UTCinvestigating

   主にこの影響を受けている展開を観察しました.

3. 2026年8月31日 16:33 UTCinvestigating

   シンガポールサービスへのインバウンドトラフィックは影響を受けています。 シンガポールのフリーサービススピンアップ(アイドルから)は、引き続き調査を続けながら一時的に無効になっています.

4. 2026年8月31日 17:22 UTCmonitoring

   修正を実装し、結果を監視しています.

5. 2026年8月31日 18:09 UTCresolved

   この事件は解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年8月20日 15:47 UTCinvestigating

   現在、この問題を調査中です.

2. 2026年8月20日 16:12 UTCidentified

   Google Cloud は、上流プロバイダーでの問題が特定されました。 無料のWebサービス: ビルド/デメリットとスピンアップは、問題を軽減するために作業中に一時的に無効になっています.

3. 2026年8月20日 17:27 UTCmonitoring

   すべての地域でビルドと展開のための回復を観察しています。 無料のWebサービス用のビルド、デプロイ、およびスピンアップが再有効になりました。 回復が進んでいる間、一部の顧客は引き続き高いレイテンシーを見ることができます。 今後も監視を続けてまいります.

4. 2026年8月20日 17:45 UTCmonitoring

   完全な回復を観察しました。 今後もさらなる課題を監視してまいります.

5. 2026年8月20日 19:40 UTCresolved

   この事件は解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月27日 14:43 UTCinvestigating

   ダッシュボードからのリクエストは、通常よりも遅くなる場合があります。 現在、問題を調査中です.

2. 2026年7月27日 17:59 UTCinvestigating

   今後もこの問題について調査を続けてまいります.

3. 2026年7月27日 18:27 UTCinvestigating

   REST API は、劣化したパフォーマンスも体験しています。 その結果、リクエストはタイムアウトを経験でき、リクエストを再試すことができます。 今後も調査を続けてまいります.

4. 2026年7月27日 20:18 UTCmonitoring

   修正を実施し、結果を監視しています。 故障の理由を一時的に利用できなくなります。 障害イベントの展開はまだ発生します。 不具合理由を再有効化し、更新を行います.

5. 2026年7月27日 23:58 UTCmonitoring

   修正以来、さらなる問題が観察されていない。 Dashboard と REST API は、完全に動作し続けます。 障害理由の展開はまだ無効です。 再利用可能な場合、このインシデントを更新します。 今日(2026-07-27、UTC-7)のアップデートはもうありません.

6. 2026年7月28日 19:35 UTCresolved

   今後も、さらなる課題を観察し、失敗の理由を明らかにし続けています.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月24日 11:16 UTCinvestigating

   オレゴン州でホストされているサービスに影響を及ぼすインフラ問題について調査しています。 一部のサービスは、不備または失敗したリクエストが発生する可能性があります。 当社のエンジニアリングチームは、原因を特定し、正常な動作を回復するために積極的に取り組んでいます.

2. 2026年7月24日 11:27 UTCmonitoring

   すべてのサービスで回復を観察し、状況を監視しています.

3. 2026年7月24日 11:44 UTCmonitoring

   上流プロバイダーによる問題が起きたと確信しています。 状況を監視し続けています.

4. 2026年7月24日 13:30 UTCresolved

   この事件が解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月20日 0:41 UTCinvestigating

   現在、この問題を調査中です.

2. 2026年7月20日 0:55 UTCidentified

   GitHubは、outage、https://www.githubstatus.comを引き続き報告しています。 GitHubリポジトリからデプロイしようとすると、認証失敗を引き起こします.

3. 2026年7月20日 1:54 UTCmonitoring

   ビルドの故障率で回復が見られます。 問題を監視し続けています.

4. 2026年7月20日 2:11 UTCresolved

   故障率を回復させる。 解決.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月19日 3:44 UTCinvestigating

   Git clone の失敗に関するレポートの件数が高まっています。これにより、403 エラーが発生し、展開を中止します。 調査中です.

2. 2026年7月19日 3:55 UTCidentified

   導入に失敗するサービスは、Frankfurt に展開されているサービスです。 実行サービスは影響を受けず、デプロイプロセスのみが失敗します。 当社は、これらのサービスに対するこのエラーの原因を判断するために引き続き取り組んでいます.

3. 2026年7月19日 5:57 UTCidentified

   デプロイメントのGitHubリポジトリに依存するFrankfurtでホストされているサービスを持つユーザーは、デプロイが失敗するログに403エラーが表示されています。 今後も、自社システム内での業務を継続し、GitHub に移行しました.

4. 2026年7月19日 8:29 UTCidentified

   この問題の緩和に引き続き取り組んでまいります。また、GitHubと連携して、これらの展開の失敗を解決します.

5. 2026年7月19日 9:10 UTCmonitoring

   デプロイメントは、約 08:40 以降に一貫して補完され、通常のレベルに戻ります。 その他、あらゆるインパクトを監視しています.

6. 2026年7月19日 9:20 UTCresolved

   この事件は解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月16日 22:42 UTCinvestigating

   現在、この問題を調査中です.

2. 2026年7月16日 22:42 UTCinvestigating

   今後もこの問題について調査を続けてまいります.

3. 2026年7月16日 23:09 UTCidentified

   GitHub は、REST API の劣化状況を報告するために、ステータスページを更新しました。https://www.githubstatus.com/incidents/gxycch3076xk

4. 2026年7月17日 0:13 UTCmonitoring

   GitHubは、インシデントを緩和し、安定性を確保するために監視されていることを報告しています.

5. 2026年7月17日 0:14 UTCresolved

   この事件は解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月15日 21:50 UTCinvestigating

   レンダーダッシュボードにアクセスしようとすると、2FAレポートのログインループに登録されたユーザーもいます。 調査中です.

2. 2026年7月15日 21:55 UTCidentified

   問題が特定され、修正が実装されています.

3. 2026年7月15日 22:06 UTCmonitoring

   修正を実装し、結果を監視しています.

4. 2026年7月15日 22:56 UTCresolved

   この事件は解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月15日 0:22 UTCinvestigating

   現在、Render Dashboard の可用性に関する問題を調査しています.

2. 2026年7月15日 0:51 UTCmonitoring

   この問題の根本的な原因を特定し、解決するために変更を加えました。 ダッシュボードはオンラインでバックアップされます。 問題の監視を行い、解決を徹底します.

3. 2026年7月15日 0:54 UTCresolved

   この問題は解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月9日 18:18 UTCmonitoring

   修正を実装し、結果を監視しています.

2. 2026年7月9日 18:44 UTCresolved

   この事件は解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月2日 19:09 UTCidentified

   Due to an ongoing LetsEncrypt incident, wildcard certificates may be slow to issue/renew. We are actively monitoring the situation.

2. 2026年7月2日 19:59 UTCresolved

   Issuance has returned to expected performance and we've observed no further impact.

1. 2026年6月24日 0:00 UTCinvestigating

   We are currently investigating this issue.

2. 2026年6月24日 0:32 UTCmonitoring

   We have rolled out a fix for this issue and are now monitoring it before confirming the resolution.

3. 2026年6月24日 1:44 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 2026年6月24日 1:45 UTCresolved

   This has now been resolved. Customers will have seen an impact from Jun 22, 2026, at 11:50 UTC.

1. 2026年6月18日 21:06 UTCidentified

   We are seeing slow or failing issuance of wildcard certificates due to an ongoing incident with the LetsEncrypt certificate authority. We are actively monitoring the situation on our end.

2. 2026年6月18日 23:15 UTCmonitoring

   We are no longer observing any impact from the LetsEncrypt incident. We continue to monitor.

3. 2026年6月19日 0:17 UTCresolved

   We have observed no further impact from the upstream LetsEncrypt issue over the last 4 hours. All Render systems are fully operational.

1. 2026年6月11日 19:42 UTCinvestigating

   We are currently investigating the problem. Try this work-around to get deploys going again: * Go into Workspace Settings * Change the Overlapping Deploy Policy to "Override" * Initiate a new deploy (which will then cancel the stuck deploy) * Change the Deploy Policy back to "Wait"

2. 2026年6月11日 19:59 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 2026年6月11日 20:32 UTCresolved

   This incident has been resolved. If you still have a stuck queued deploy, follow the instructions below under "Investigating" to clear the queue. It should then work again as expected going forward.

1. 2026年6月11日 18:56 UTCinvestigating

   We are currently investigating this issue.

2. 2026年6月11日 19:06 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 2026年6月11日 19:17 UTCresolved

   This incident has been resolved.

1. 2026年6月11日 16:01 UTCidentified

   The earlier "Platform latency" incident has affected queued deploys. We are implementing a fix

2. 2026年6月11日 16:44 UTCidentified

   We are continuing to work on a fix for this issue. In the meantime, stuck deploys can be cleared with these steps: * Go into Workspace Settings * Change the Overlapping Deploy Policy to "Override" * Initiate a new deploy (which will then cancel the stuck deploy) * Change the Deploy Policy back to "Wait"

3. 2026年6月11日 18:12 UTCresolved

   This incident has been resolved.

1. 2026年6月11日 14:37 UTCinvestigating

   We are currently investigating delays across the platform affecting builds, deploys, and webhooks.

2. 2026年6月11日 14:56 UTCmonitoring

   A fix has been implemented, and we are continuing to monitor. Auto-deploys would have been affected/missed by these delays and will need to be retriggered.

3. 2026年6月11日 14:57 UTCresolved

   This incident has been resolved.

1. 2026年6月9日 20:01 UTCinvestigating

   We are currently investigating this issue.

2. 2026年6月9日 20:55 UTCmonitoring

   We're seeing evidence of recovery and are continuing to monitor the situation.

3. 2026年6月9日 21:09 UTCresolved

   This incident has been resolved.