Mistralは今落ちてる？

Mistral AI

いいえ — Mistralは正常稼働中です

監視ソースに異常は見られません。それでも使えない場合は、ご自身の環境に原因がある可能性が高いです。下部に一般的なトラブルシューティングを掲載しています。

正常稼働中 から · 確認日時:

監視ソースの状況

公式ステータスページ
公開されていません
直近1時間のテストリクエスト
このサービスでは未実施です
OpenRouter経由のトラフィック
4モデル中0モデルで障害発生中、直近30分間のリクエスト成功率100%
直近1時間のユーザー報告
0

Mistral AIには公開ステータスページがありません。Mistralを開く ↗

過去24時間

17:52 UTC — 正常稼働中18:22 UTC — 正常稼働中18:52 UTC — 正常稼働中19:22 UTC — 正常稼働中19:52 UTC — 正常稼働中20:22 UTC — 正常稼働中20:52 UTC — 正常稼働中21:22 UTC — 正常稼働中21:52 UTC — 正常稼働中22:22 UTC — 正常稼働中22:52 UTC — 正常稼働中23:22 UTC — 正常稼働中23:52 UTC — 正常稼働中00:22 UTC — 正常稼働中00:52 UTC — 正常稼働中01:22 UTC — 正常稼働中01:52 UTC — 正常稼働中02:22 UTC — 正常稼働中02:52 UTC — 正常稼働中03:22 UTC — 正常稼働中03:52 UTC — 正常稼働中04:22 UTC — 正常稼働中04:52 UTC — 正常稼働中05:22 UTC — 正常稼働中05:52 UTC — 正常稼働中06:22 UTC — 正常稼働中06:52 UTC — 正常稼働中07:22 UTC — 正常稼働中07:52 UTC — 正常稼働中08:22 UTC — 正常稼働中08:52 UTC — 正常稼働中09:22 UTC — 正常稼働中09:52 UTC — 正常稼働中10:22 UTC — 正常稼働中10:52 UTC — 正常稼働中11:22 UTC — 正常稼働中11:52 UTC — 正常稼働中12:22 UTC — 正常稼働中12:52 UTC — 正常稼働中13:22 UTC — 正常稼働中13:52 UTC — 正常稼働中14:22 UTC — 正常稼働中14:52 UTC — 正常稼働中15:22 UTC — 正常稼働中15:52 UTC — 正常稼働中16:22 UTC — 正常稼働中16:52 UTC — 正常稼働中17:22 UTC — 正常稼働中

24時間前現在

過去30日間

9月28日 — データなし9月29日 — データなし9月30日 — データなし10月1日 — データなし10月2日 — データなし10月3日 — データなし10月4日 — データなし10月5日 — データなし10月6日 — データなし10月7日 — データなし10月8日 — データなし10月9日 — データなし10月10日 — データなし10月11日 — データなし10月12日 — データなし10月13日 — データなし10月14日 — データなし10月15日 — データなし10月16日 — データなし10月17日 — データなし10月18日 — データなし10月19日 — データなし10月20日 — データなし10月21日 — データなし10月22日 — データなし10月23日 — 正常稼働中10月24日 — 正常稼働中10月25日 — 正常稼働中10月26日 — 正常稼働中10月27日 — 正常稼働中

30日前昨日

データのある5日中5日は問題なしでした。

最近のインシデント

過去30日間にインシデントはありません。

このサービスについて

MistralのAPI（La Plateforme）をテストしています。MistralのアシスタントであるLe Chatも同じモデルを利用しているため、APIに問題が発生している場合はLe Chatにも影響が出ていることがほとんどです。

他のモデルAPIの稼働状況

Mistral: よくある質問

Mistral API側の障害ですか、それとも自分のコードの問題ですか？

まずはHTTPステータスコードをご確認ください。401や403はAPIキーや権限の問題、400や422は不正なリクエスト形式、429はレート制限や利用枠の上限を示します。500、502、503、504やタイムアウトの場合のみ、Mistral AI側に問題があると考えられます。このページで正常稼働中と表示されているにもかかわらず5xx系が出る場合は、curlを使って最小限のリクエストを送信し、クライアントライブラリやプロキシの問題を切り分けてみてください。

Mistralの障害に対して、アプリ側でどのような対策をしておくべきですか？

429や5xx系のエラーには、指数バックオフとランダムなジッター（ゆらぎ）を加えたリトライを実装し、最大試行回数を制限してください。また、ストリーミングが途中で停止してリソースを圧迫しないようタイムアウトを設定しましょう。エンドユーザーに影響する機能では、他社ベンダーのフォールバックモデルを用意しておき、連続してエラーが発生した際に自動で切り替わるように構成しておくのが理想的です。現在正常に稼働しているモデルは上記の一覧でご確認いただけます。

他の人は使えているのに、自分のリクエストだけ失敗するのはなぜですか？

制限は組織ごと、モデルごとに適用されるため、他のユーザーが問題なく利用できていても、自身のアカウントだけスロットリングを受けることがあります。また、リリースされたばかりのモデルや超大規模モデルは、混雑時間帯に真っ先にレート制限がかかりやすくなります。アカウントの利用状況ページを確認し、より軽量なモデルを試すか、正しいbase URLとリージョンを呼び出しているか確認してください。

応答は遅いものの返ってはきます。これは障害に含まれますか？

全体の所要時間よりも、最初のトークンを受信するまでの時間（TTFT）に注目してください。当サイトの監視リクエストでは、最初のトークンに3秒以上かかり、かつ当日の時間中央値の3倍を超えた場合にパフォーマンス低下として検知します。プロンプトや出力が長いことによる遅延は仕様であり、障害とは見なしません。

Mistral がダウンしているかどうかをどのように判定していますか？

Mistral については、OpenRouter における Mistral AI 製モデルの成功率、このページのボタンから送信されたユーザー報告 を組み合わせて判定しています。最新のシグナルの中で最も深刻なものを判定基準とし、古い情報に頼ることはありません。ページは自動で更新されます。具体的な判定基準は「監視の仕組み」ページをご覧ください。

監視の仕組み →