11 Fortrabbit undefined incidents · 2026年5月 — official updates, affected components, duration and resolution details.
〜08:00 以降、EU 地域でホストされているアプリの数の問題がわかります。 約70アプリで、私たちが見ることができる限り、DDoS攻撃が進行しています。 広く普及しており、コントロールが難しいです.
私たちは、修正に取り組んでいますが、残念ながら、それを含むことはそれほど簡単ではありません.
それでも、ETAは今でも働いています。 ほとんどのアプリは既にオンラインです。 しかし、私たちは監視を続けます.
問題は100%解決しません。 まだまだ監視中です。 ほとんどのアプリ(一部を除く)が再びオンラインであるため、このインシデントを今閉じます.
公式のインシデント更新を自動翻訳しています。
旧プラットフォームでダッシュボードとオブジェクトストレージ用のシステムがアップグレードされます。 ダッシュボードとオブジェクトストレージは、数分で利用できなくなることがあります.
公式のインシデント更新を自動翻訳しています。
EU地域のセキュリティパッチの修正をロールアウトする必要があります。 通知された時間枠のどこかで、Appごとの30分のダウンタイムを期待して下さい。 デプロイサービスには、追加のダウンタイムがあります。 お問い合わせ.
メンテナンス完了
公式のインシデント更新を自動翻訳しています。
米国地域のセキュリティパッチの修正をロールアウトする必要があります。 通知された時間枠のどこかで、Appごとの30分のダウンタイムを期待して下さい。 デプロイサービスには、追加のダウンタイムがあります。 お問い合わせ.
公式のインシデント更新を自動翻訳しています。
すべてのデータベースを MySQL 8.4 にアップグレードしています。 これにより、各アプリのダウンタイムが最大1時間かかります。 特にアプリがダウンする際は、正確な時間を与えることはできません。このメンテナンスウィンドウでしばらくの間、しばらくの間はダウンします。 詳細については、私たちのブログ記事を参照してください。 https://blog.fortrabbit.com/mysql-8-4-upgrade-plan
公式のインシデント更新を自動翻訳しています。
すべてのデータベースを MySQL 8.4 にアップグレードしています。 これにより、各アプリのダウンタイムが最大1時間かかります。 特にアプリがダウンする際は、正確な時間を与えることはできません。このメンテナンスウィンドウでしばらくの間、しばらくの間はダウンします。 この追加のメンテナンスウィンドウは、昨日を終える時間がなかった残りのユニバーサルアプリをアップグレードします。 詳しくはブログ記事をご覧ください。 https://blog.fortrabbit.com/mysql-8-4-upgrade-plan
公式のインシデント更新を自動翻訳しています。
すべてのデータベースを MySQL 8.4 にアップグレードしています。 これにより、各アプリのダウンタイムが最大1時間かかります。 特にアプリがダウンする際は、正確な時間を与えることはできません。このメンテナンスウィンドウでしばらくの間、しばらくの間はダウンします。 詳細については、私たちのブログ記事を参照してください。 https://blog.fortrabbit.com/mysql-8-4-upgrade-plan
公式のインシデント更新を自動翻訳しています。
メンテナンスウィンドウのセキュリティパッチをロールアウトします。 ソフトウェアバージョンの変更に直面している顧客には影響しません。 アプリあたりの期待されるダウンタイムは1分以内です。 米国とEUの両方の地域におけるバッチでこれを実行します.
公式のインシデント更新を自動翻訳しています。
最近作成または更新された証明書を暗号化する Let's Encrypt の問題を探しています.
証明書の発行を解決しました。 Let's Encryptのルートチェーン証明書の変更に関連していました。 これは、定期的に起こっていないので、外部ソースの一般的なセキュリティ監視には含まれていませんでした。 新しく作成されるか、最近更新された証明書の数だけに影響しました。 SSLの問題が見つからない場合は、お問い合わせください.
公式のインシデント更新を自動翻訳しています。
旧プラットフォームのEU地域でホストされている約30アプリのWeb配信の問題を探しています。 問題は06:00 UTCの頃から始まりました。 すべてのアプリがダウンしているだけでなく、いくつか、ランダムなエラーやタイムアウトを返します.
今すぐアプリをバックアップする必要があります。 しかし、まだ調査中です.
投稿 mortem Universal Apps 共有ホストシステムを実行します。 これらのホストシステムは - もちろん - 限られたファイルストレージを持っています。 当初は、ハードファイルシステムクォータを強制しましたが、BTRFSの根本的なバグは、その問題を引き起こしました。 そのため、ハードドライブの制限を解除し、ファイルシステム制限を含む超過を許可しました。 ユニバーサルアプリでは、自動スケーリングがないので、実際にクライアントにとってより良いソリューションです。 クライアントが最大規模のUniプランとして2倍のストレージとして使用できるようにする3つの要因によって、大まかに本ストレージをオーバーブックします。 制限を超えたアプリを定期的にチェックし、メールを書き込みます。 最近、もっと頻繁に行わなければなりません。 ほとんどの場合、過度のファイルストレージの使用は、コード/設定ミスコンフィグレーションに起因します。 ほとんどの場合、古いローカルバックアップファイル(一部プラグインはありますか?)が多々ありますが、多くのキャッシュファイルもあります。 具体的には、後ほどの問題が増えています。 多分、より攻撃的にウェブサイトを這うボットのため, 無制限の数の可能なページを提供します。. 健康診断を行い、保管上の問題に警告します。 この場合、ストレージはすぐに満たされ、あらゆる種類のランダムエラーを引き起こします。 アプリがキャッシュを補充したときに、ホストシステムにより高い負荷を引き起こした、積極的にキャッシュフォルダを削除しました。 このアーキテクチャは、もちろん欠陥ではありません。 スクラッチから新しいプラットフォームを作成することにした多くの理由の1つです。 新しいプラットフォームは、複数のレベルでこれを解決します。 - より大きいストレージプラン - オプションの「オートスケーリング」: いずれかのキャッピング、またはアップグレード モニタリング後、解決した問題を検討します.
公式のインシデント更新を自動翻訳しています。
メンテナンスウィンドウのセキュリティパッチをロールアウトします。 ソフトウェアバージョンの変更に直面している顧客には影響しません。 アプリあたりの期待されるダウンタイムは1分以内です。 米国とEUの両方の地域におけるバッチでこれを実行します。 BTW: ステータスツールを移行し、ビットをクリーンアップしました。 ですから、この通知は異なるかもしれません.
公式のインシデント更新を自動翻訳しています。
