OpenAI (ChatGPT) は現在ダウンしていますか？

OpenAIとChatGPTの稼働状況を理解する

このページでは、関連しているものの別々のアクセス経路であるChatGPTのインターフェースと、api.openai.com のOpenAI APIを扱います。Up の結果は、チェック時に監視対象のエンドポイントが応答したことを意味します。すべてのOpenAI製品、モデル、アカウント、地域、個々のリクエストが正常に動作していることを示すものではありません。

無関係なリクエスト、ユーザー、アプリケーションが同時に失敗する、レイテンシが増加する、または異なる環境で 502 Bad Gateway、503 Service Unavailable、タイムアウトが繰り返し発生する場合は、広範なサービス障害である可能性が高くなります。単一の 429 Too Many Requests は通常、完全な障害よりも、まずリクエスト頻度、同時実行数、トークン使用量、アカウントレベルのクォータを示します。

認証、制限、エンドポイント、リクエストパラメーター、ネットワーク経路が異なるため、ChatGPTが動作していてもAPI連携が失敗することがあります。逆の場合もあります。繰り返し発生する症状のタイミングと範囲を OpenAI公式ステータスページ と比較してください。ただし、このページやエンドポイントチェックは稼働状況を判断するための証拠であり、すべてのアカウントや操作が正常であることの証明ではありません。

OpenAIまたはChatGPTのエラーをトラブルシューティングする

1. 広範なサービス障害の可能性を確認する

無関係なリクエスト、ユーザー、アプリケーション、ネットワーク間で失敗のパターンを比較します。複数の環境で 502、503、タイムアウトが繰り返し発生している場合は、単一のリクエストが失敗した場合よりも、サービス側の問題を示す強い根拠になります。インシデント情報は OpenAI公式ステータスページ で確認してください。

アプリケーションでは、高頻度でリクエストを繰り返し送るのではなく、待機時間を徐々に長くする制御されたリトライを使用します。レスポンスステータス、時刻、エンドポイント、モデル、レスポンスボディ、サービスから返されたリクエスト識別子を記録してください。元のリクエストが完了していないことを確認せずに、状態を変更する操作やコストの高い操作をリトライしないでください。

2. ローカルまたはネットワークの問題を切り分ける

サービスチェックが Up なのにリクエストが失敗する場合は、モバイル回線など別の承認済みネットワークからテストし、適切な場合はVPNやプロキシを使わずに再試行します。影響を受けたデバイスが対象のホスト名を名前解決できるか、外向きのHTTPS接続を確立できるか、api.openai.com に到達できるかを確認してください。

1台のデバイス、オフィスネットワーク、ファイアウォール、プロキシ、DNS経路、ルーティング経路に限られたタイムアウトや接続拒否は、OpenAI全体の障害よりもローカルの接続性に起因する可能性が高くなります。承認を得ずにファイアウォール、プロキシ、ネットワークポリシーを変更しないでください。

3. アカウント、クォータ、リクエストに起因する問題を確認する

• 429 Too Many Requests: リクエスト頻度、同時リクエスト数、トークン使用量、APIアカウントに適用される制限またはクォータを確認します。
• 認証または権限エラー: 使用する認証情報、プロジェクトまたは組織のコンテキスト、エンドポイント、モデルへのアクセス権が正しいことを確認します。漏えいした認証情報は承認済みのアカウント手順でローテーションし、APIキーをログに出力しないでください。
• 1つのモデルまたは操作だけが失敗する: 症状をプラットフォーム全体の問題と判断する前に、モデル名、入力サイズ、パラメーター、エンドポイント、アプリケーションログを確認します。
• 不正な形式または拒否されたリクエスト: 適用されるOpenAI APIドキュメントと、リクエストメソッド、ヘッダー、ボディ、コンテンツタイプ、パラメーター値を比較します。

4. ChatGPTのブラウザインターフェースに影響がある場合

APIは動作しているのにChatGPTが失敗する場合は、プライベートブラウジングウィンドウを試し、ページやリクエストを変更する拡張機能を一時的に無効にし、サイトに保存されたデータを消去して、別のブラウザでテストします。問題が1つのブラウザプロファイルまたはデバイスに限られる場合は、サービス全体の障害よりも、セッション、拡張機能、保存データ、ローカルネットワークの問題である可能性が高くなります。

5. API連携に影響がある場合

適切な承認を得て、秘密情報をログに記録せずに、アプリケーションの通常のコードパス外で最小限のリクエストをテストします。成功する場合は、アプリケーションのタイムアウト設定、プロキシ構成、リトライ動作、同時実行数、レスポンス解析、認証情報の読み込み経路を調べます。独立した環境から一貫して失敗する場合は、エンドポイント、モデル、タイムスタンプ、ステータス、レスポンスボディ、リクエスト識別子を記録し、公式ステータスページとの比較やベンダーへのエスカレーションに備えます。