88 Elastic Cloud incidents · 2025年10月 — official updates, affected components, duration and resolution details.
現在、Elastic サポートポータルへのアクセスを防止する問題について調査しています。 現時点では、サポートポータルに認証する問題が発生する場合があります.
上流プロバイダーによる Elastic Support ポータルへのアクセスを防ぐ問題を特定しました。 プロバイダは、影響を受けた環境の一部へのアクセスを復元した修正を確認しました。現在、残りにそれを転がしています。 現時点では、サポートポータルに認証する問題が発生する場合があります.
上流プロバイダは、その修正を完了し、Elastic Supportポータルへのアクセスが復元されました。 再度サポートポータルに認証できます。 この課題を解決し、さらにアップデートを行ないます。 引き続きお申し付けください.
公式のインシデント更新を自動翻訳しています。
AWS 東部地域に新しく作成されたアカウントの AutoOps に影響を及ぼす問題について調査しています。 2026年10月22日(水)00:00以降に作成したアカウントは、AutoOpsにアクセスできず、開封時にエラー(HTTP 403)が表示されることがあります。 ホストされている Elastic Cloud: AutoOps は影響を受けた新しいアカウントでは利用できません。 Elastic Cloud Serverless: AutoOps は、新しいアカウントに影響されることはありません。 展開やプロジェクト、その他全ての Elastic Cloud の機能が影響を受けません。 当社のエンジニアリングチームは、原因を特定し、アクセスを復元するために取り組んでいます。 重要な変更がある場合、60分以内に次の更新を行います
当社は、AutoOpsに影響を及ぼす問題の原因を特定し、修正をデプロイしています。 Elastic Cloud がホストされ、Elastic Cloud Serverless: 10 月 22 日に AWS us-east-1 領域で新しいアカウントを作成した顧客は、AutoOps にアクセスできませんでした。開いてからエラー (HTTP 403) が表示されることがあります。 今回の修正は、現在進行中ですが、13時UTCで完全に解決する状況を想定しています。 展開やプロジェクト、その他全ての Elastic Cloud の機能が影響を受けません.
12:30 UTCでAutoOpsに影響を及ぼす問題が解決しました。 Elastic Cloud がホストされ、Elastic Cloud Serverless: 10 月 22 日に AWS us-east-1 領域で新しいアカウントを作成した顧客は、AutoOps にアクセスできませんでした。開いてからエラー (HTTP 403) が表示されることがあります.
公式のインシデント更新を自動翻訳しています。
既存のElastic Cloud HostedデプロイメントとAzureのServerlessプロジェクトをスケールアップする能力に影響を及ぼす問題を調査しています。 Azureで新規プロジェクトや展開作成を遅延させる場合があります.
既存のElastic Cloud HostedデプロイメントとAzureのServerlessプロジェクトをスケールアップする機能に影響を及ぼす問題を特定しました。 Azureで新規プロジェクトや展開作成を遅延させる場合があります。 エンジニアは、問題を軽減するために積極的に取り組んでいます.
エンジニアは、既存のElastic Cloud HostedデプロイメントとAzureのServerlessプロジェクトを拡張する機能に影響を及ぼす問題を識別し、軽減しました。 正常に動作が続行されるよう、問題を監視しています.
エンジニアは、既存のElastic Cloud HostedデプロイメントとAzureのServerlessプロジェクトをスケールアップする機能に影響を及ぼす問題を軽減しました。 スケールは期待どおりに機能します.
公式のインシデント更新を自動翻訳しています。
GCP europe-west2 (ロンドン) 地域における1つの可用性ゾーンに影響を及ぼす問題について調査しています。 約06:15 UTCで起動し、このゾーンの容量を備えたElastic Cloud HostedとServerlessのデプロイメントは、劣化した可用性や接続性を体験することができます。 地域における展開の監視とロギングも遅れる場合があります。 他のゾーンや地域における展開は影響しません。 当社のエンジニアは、問題に積極的に取り組んでおり、当社のクラウドプロバイダーに問い合わせています.
当社のクラウドプロバイダーは、GCP の europe-west2 (London) 領域の 1 つの空室状況ゾーン (europe-west2-b) に影響するインフラインシデントを確認しました。これにより、ネットワーク接続の損失とリソースの不当性がそのゾーンに引き起こされます。 Elastic Cloud は、影響を受けたゾーン内のリソースを持つデプロイメントと Elastic Serverless プロジェクトを利用できなくなったり、劣化したパフォーマンスを経験したりすることができます。 影響を受けたゾーンに新しいサーバーレスプロジェクトを配置しないように手順を講じ、それに応じてサービスを復元する作業を行っています。 地域における容量の減少は、スケーリングと新しいリソースの作成を遅らせる可能性があります。 クラウドプロバイダからの復旧の予定時間はまだありません。 私たちは、それらに密接に取り組み、次の更新を1時間以内に提供します.
GCP europe-west2 (London) 領域の可用性ゾーン ヨーロッパ 2-b に影響を与える当社のクラウドプロバイダーのインフラインシデントが進行中です。 Elastic Cloud はホストされている: 影響を受けたゾーンのリソースを持つほとんどのデプロイは利用できなくなったり劣化したりします。 初期、回復の限られた兆候、初期に影響を受けたデプロイ数が回復しているのを見ています。 私たちは、私たちの緩和作業を継続し、回復の進捗としてより多くの共有します. 伸縮性があるサーバーレス: 影響を受けたゾーンに新しいプロジェクトを配置しないようにする手順を講じ、既存のプロジェクトを他の可用性ゾーンに再配置できるようになりました。 私たちは回復の兆候を見ています - 一部のプロジェクトは利用できなくなったり、その間に劣化しています。 地域における容量の減少は、スケーリングと新しいリソースの作成を遅らせる可能性があります。 クラウドプロバイダからの完全な回復のための推定時間はまだありません。 弊社では10:15am UTCのアップデートを実施しております.
GCP europe-west2 (London) 領域の可用性ゾーン ヨーロッパ 2-b に影響を与える当社のクラウドプロバイダーのインフラインシデントが進行中です。 Elastic Cloud は、影響を受けたゾーンのリソースを持つデプロイメントと Elastic Serverless プロジェクトが利用できなくなったり、劣化したりします。 私たちのチームは、緩和と回復に引き続き取り組んでおり、クラウドプロバイダーと密接に連携しています。 完全回復の予定時間はありません。 重要な変更がある場合は、次のアップデートを12:00 UTC、または早く提供します.
GCP europe-west2 (London) 領域の可用性ゾーン ヨーロッパ 2-b に影響を与える当社のクラウドプロバイダーのインフラインシデントが進行中です。 クラウドプロバイダーと当社独自のミシグエーションワークから、回収のわずかな兆候が見られます。 Elastic Cloud のホスト: 影響を受けたデプロイの一部が復元されます。 インシデント中に変更やその他の操作が失敗した場合は、Elastic Cloudコンソールから再試行することをお勧めします。 影響を受けたゾーンに依存する操作は、通常よりも時間がかかるか、回復が進むまで、再び失敗することがあります。 一部の展開は利用できなくなったり、劣化する場合があります。 Elastic Serverless: 一部のプロジェクトは利用できなくなったり劣化したりする場合があります.
GCP europe-west2 (London) 領域の空室率ユーロ-west2-b に影響を与える当社のクラウドプロバイダーのインフラインシデントが回復しています。 当社のクラウドプロバイダは、地域内のほとんどのワークロードのためのサービスの回復を報告し、影響を受けたゾーンが戻ってくるにつれて、私たちは私たちの側に進行状況を見ています。 Elastic Cloud が主催する: 影響を受けるデプロイ数が増えています。 インシデント中に変更やその他の操作が失敗した場合は、Elastic Cloudコンソールから再試行することをお勧めします。 一部の展開はまだ利用できなくなったり、劣化したりすることもあります。また、サポートチームがケースで作業する追加のリカバリ手順が必要な場合もあります。 導入がまだ不健康な場合は、サポートにお問い合わせください。 容量が回復する間、操作はいつもより長く取るかもしれません.
GCP europe-west2 (London) 領域の空き領域ユーロ-west2-b に影響を与える当社のクラウドプロバイダーのインフラインシデントが解決しました。 今後も、サービスの完全復旧に取り組んでまいります。 Elastic Cloud が主催する: 影響を受けるデプロイ数が増えています。 インシデント中に変更やその他の操作が失敗した場合は、Elastic Cloudコンソールから再試行することをお勧めします。 一部の展開はまだ利用できなくなったり、劣化したりすることもあります。また、サポートチームがケースで作業する追加のリカバリ手順が必要な場合もあります。 導入がまだ不健康な場合は、サポートにお問い合わせください。 容量が回復する間、操作はいつもより長く取るかもしれません.
GCP europe-west2 (London) 領域の空き領域ユーロ-west2-b に影響を与える当社のクラウドプロバイダーのインフラインシデントが解決しました。 エンジニアリングは、影響を受ける可用性ゾーンで稼働するインフラの回復を完了しました。 Elastic Cloud が主催する: 事故中に変更やその他の操作が失敗したお客様は、Elastic Cloud コンソールから再試行することをお勧めします。 一部の展開はまだ利用できなくなったり、劣化したりすることもあります。また、当社のサポートチームがケースで作業する追加の回復手順が必要な場合もあります。 導入がまだ不健康な場合は、サポートにお問い合わせください.
公式のインシデント更新を自動翻訳しています。
GCP us-central1領域におけるElastic Cloud Serverlessプロジェクトに影響を及ぼす問題について調査しています。 お客さまは、プロジェクト運用の遅延や利用不能を経験する場合がございます.
GCP us-central1領域におけるElastic Cloud Serverlessプロジェクトに影響を与えるクラウドストレージの問題を特定しました。 お客様は、プロジェクト運用の遅延や利用不能が発生することがあります。 プロバイダーは問題を調査し、回復を監視しています。 詳細については、別途更新いたします.
一部の Elastic Cloud Serverless プロジェクトが GCP の us-central1 領域では、プロジェクト運用の遅延や利用不能が発生することがあります。 プロバイダーは、問題を調査し続けています。 状況を監視し、より多くの情報が利用可能になったら別の更新を行います.
上流クラウドストレージプロバイダにより、緩和後の改善が認められました。 一部の Elastic Cloud Serverless プロジェクトが GCP の us-central1 領域では、リカバリーが継続してプロジェクト操作を遅延または利用できなくなることがあります。 状況を監視し、より多くの情報が利用可能になったら別の更新を行います.
GCP の us-central1 領域の Elastic Cloud Serverless プロジェクトに影響を与える、上流クラウド ストレージの問題が解決しました。 プロジェクトの動作は正常に戻り、影響を受けたプロジェクトを赤外の状態で見ていない.
公式のインシデント更新を自動翻訳しています。
Azure UAE North 地域における Serverless プロジェクトをお持ちのお客様は、クラウド UI に表示されるメトリックの遅延が表示される場合があります。 チームが課題を調査し、必要に応じて2時間または早く更新を投稿します
Azure UAE North の Serverless プロジェクトに対するメトリックの可用性に関する問題が解決しました。 「Usage and performance」のメトリックが復元され、キュートな使用記録が処理されます。 データの損失が予想されることはありません.
公式のインシデント更新を自動翻訳しています。
現在、外部コンテナイメージプロバイダによる低速化により、新しいクラウドリソースのプロビジョニングの遅延が発生しています。 これにより、新しいデプロイメントの作成、既存のもののスケーリング、インフラメンテナンスの影響を受けるインスタンスの再配置が遅延する可能性があります。 緩和として、失敗した計画変更を再実行してみてください。 既存の実行中の展開は影響しません。 私たちのチームは積極的に状況を監視し、問題を軽減するために働いています。 下記の12時間にアップデートを行います.
この問題は解決しました.
公式のインシデント更新を自動翻訳しています。
AutoOps 領域のサブセットで、最近の時間範囲のノードレベルのメトリック(CPU、メモリ、ディスク、スレッドプール)のレポートを調査しています。 ノードビューの「データなし」メッセージとして表示されます。 クラスターヘルス、シャード、および展開データが影響を受けず、データ損失が発生しません。 下記の2時間以内にアップデートを行います.
影響を受けた地域の欠損ノードレベルのメトリック(CPU、メモリ、ディスク、スレッドプール)の原因を特定しました。 クラスターヘルス、シャード、およびデプロイメントデータが影響を受けず、データ損失が発生しませんでした。 修正は1つの領域で検証され、現在、影響を受ける地域に展開されています。 ロールアウトが完了すると、さらにアップデートを行います.
AutoOps 領域のサブセットで、最近の時間範囲のノードレベルのメトリック(CPU、メモリ、ディスク、スレッドプール)が完全に解決した問題。 クラスターヘルス、シャード、および展開データが全体に影響を受けず、データが失われませんでした.
公式のインシデント更新を自動翻訳しています。
現時点では、Elastic Support Portalにアクセスできない場合があります。 弊社では、当社のプロバイダーと連携して調査を行っております。 その間のサポートが必要な場合は、[email protected]までお問い合わせください.
私たちは、Elastic Support Portalの回復の兆候を見ています, そして、顧客は今、通常のとしてアクセスすることができるはずです. この事件を解決してから30分間監視を続けていきます.
Elastic Support Portal は、本件が解決したことを検討中です.
公式のインシデント更新を自動翻訳しています。
コンソールでメトリックの遅延を調査しています.
メトリックの遅延の原因を特定し、修正しました。 キューが処理され、メトリックを遅延させると、完了時に確認できます.
メトリックのキューが処理され、データの遅延が再び表示されます。 期待通り、キャッチアップを必ず監視します.
GCP us-east4 のメトリックの摂取遅延が完全に解決しました。 キューされたデータはすべて処理され、メトリックがリアルタイムでコンソールに表示されます.
公式のインシデント更新を自動翻訳しています。
私たちは、組織所有者の役割とクラウドコンソール、Elasticsearch、およびホストされたデプロイメントでキバナへのアクセスからキバナアクセスをユーザーを防止する、私たちのパーミッション管理UIのバグを修正+軽減するプロセスを特定し、です.
更新: この事件はまだ進行中ですが、引き続き調査を続けています.
更新: 修正は生産に展開され、影響を受けたアカウントにデータ補正を適用しました。影響を受けたユーザーにKibanaアクセスを復元します。 完全な解像度を確認するために監視しています.
この事件は解決しました.
公式のインシデント更新を自動翻訳しています。
Fleet Server 9.5.3 では、Elastic Agents がクラッシュループを引き起こし、Fleet が設定更新をプッシュするとき、Fleet が設定の更新、登録、ポリシー変更、または定期的なリビジョンバンプをプッシュしたときにオフラインで行えるバグを特定しました。 これは、Fleet のリモート Elasticsearch 出力機能を使用するポリシーにのみ影響します。 推薦: FleetのリモートElasticsearch出力を使用する場合は、固定バージョンが利用可能になるまで9.5.3または9.4.6にアップグレードしないでください。 影響を受けるバージョンに既に存在して、エージェントのチェックインの失敗を経験している場合は、 是正手順のサポートにお問い合わせください。 修正はマージされ、次の9.5.xと9.4.xリリースで出荷されます。 既知の問題文書:艦隊-server#7791、弾性-agent#16542.
Fleet Server バージョン 9.5.3 および 9.4.6 を 9 月 10, 2026 日 21:20 UTC に修正されたリリースでパッチを当てました。 - 更新されたリリースが修正を含んでいるので、現在の9.4.6または9.5.3リリースへのアップグレードは、このバグの影響を受けません。 - 9月10日に21:20 UTCの前に9.4.6または9.5.3にアップグレードした場合、次の緩和を実行します。 1。 パワーは、影響を受けたデプロイの統合サーバーコンポーネントを再起動します 2. 影響を受けた Elastic Agent のクリーンアップ手順を実行します(https://support.elastic.co/knowledge/bee1c75c 参照) — エージェントがインテグレーション Server の再起動後、オフラインでチェックインまたは保存できなかった場合に必要
Fleet Server バージョン 9.5.3 および 9.4.6 を 9 月 10, 2026 日 21:20 UTC に修正されたリリースでパッチを当てました。 - 更新されたリリースが修正を含んでいるので、現在の9.4.6または9.5.3リリースへのアップグレードは、このバグの影響を受けません。 - 9月10日に21:20 UTCの前に9.4.6または9.5.3にアップグレードした場合、次の緩和を実行します。 1。 パワーは、影響を受けたデプロイの統合サーバーコンポーネントを再起動します 2. 影響を受けた Elastic Agent のクリーンアップ手順を実行します(https://support.elastic.co/knowledge/bee1c75c 参照) — エージェントがインテグレーション Server の再起動後、オフラインでチェックインまたは保存できなかった場合に必要 重要:パッチ付きフリートサーバーは、Elastic Cloud Enterprise(ECE)スタックパックとElastic Cloudホスト(ECH)の外部では利用できません.
この問題に関して、Elastic Agent が登録失敗を経験しなくなったことを確認しました。 修正されたFleet Serverリリース(9.5.4 / 9.4.6)は、9月10日以降、Elastic Cloud HostedとElastic Cloud Enterprise stackパックで利用可能で、すべての既知の導入が回復を確認しました。 その前に影響を受けたリリースにアップグレードし、まだ緩和を適用していない場合、ガイダンスはhttps://support.elastic.co/knowledge/bee1c75c.で利用可能です.
公式のインシデント更新を自動翻訳しています。
21:50 から 23:42 UTC まで、Anthropic Claude Haiku 4.5、OpenAI GPT-5.6、Google Gemini 2.5 のエラー率が高いと遭遇しました。 EU地域におけるElastic Inference Serviceによるフラッシュ。 この問題は解決しました.
公式のインシデント更新を自動翻訳しています。
現在、GCP us-central1 で稼働している問題の影響を調査しています。 影響範囲について詳しく知るため、追加の更新を行います.
継続的な問題は、GCP で実行されているサービスに影響します。 これには、Elastic Cloud Hosted と Serverless のプロジェクトと、Docker Registry サービスが含まれます。 私たちは、状況を監視し、利用可能なときに更新を提供します.
進行中のCSPの問題は、GCP us-central1で実行されているサービスに影響を与えています。 これには、Elastic Cloud Hosted と Serverless のプロジェクトと、Docker Registry サービスが含まれます。 私たちは、状況を監視し、利用可能なときに更新を提供します.
GCP におけるサービスに対する回復の兆候は、上流の CSP の問題の影響を受けています。 今後も状況を監視し、アップデートを提供してまいります.
この問題は解決しました.
公式のインシデント更新を自動翻訳しています。
プライマリシャードで処理されるバルクインデックス操作が、ディスク使用量と長期的に回復する結果、レプリカに著しい結果をもたらすことができる9.5.0、9.5.1および9.5.2上のElasticsearchバージョンの顧客に影響を与えるバグを認識しています。 チームは修正に取り組んでいます。 詳しい情報はhttps://www.elastic.co/docs/release-notes/elasticsearch/known-issues#elasticsearch-9.5.2-known-issues をご覧ください。 次のアップデートは、必要に応じて次の2時間または早く行われます.
私たちは根本原因を特定し、チームはElasticsearchバージョン9.5.3でリリースされる予定の修正に取り組んでいます できること: -まだ9.5.*にアップグレードされていない場合は、9.5.3がリリースされるまで、アップグレードとして影響を受けません。 - 既に9.5を実行していて、この問題の症状を経験している場合は、Elastic Supportにお問い合わせください。 詳しい情報はhttps://www.elastic.co/docs/release-notes/elasticsearch/known-issues#elasticsearch-9.5.2-known-issues をご覧ください
修正はElasticsearch 9.5パッチブランチに識別され、バックポートされています。 チームは、9.5.3リリースをスケジューリングしてロールアウトする前に、必要な検証を実行しています.
Elasticsearch 9.5.3 がリリースされ、現在 9.5.0、 9.5.1、または 9.5.2 を実行しているすべての顧客は、この新しいバージョンにできるだけ早く更新することをお勧めします.
Elasticsearch 9.5.3 がリリースされ、現在 9.5.0、 9.5.1、または 9.5.2 を実行しているすべての顧客は、この新しいバージョンにできるだけ早く更新することをお勧めします。 影響を受けたお客様は、アップグレード後、https://github.com/elastic/elasticsearch/issues/158212の回避手順に従うことをお勧めします.
この問題は、Elasticsearch の 9.5.3 リリースで解決しました。 Elasticsearch のバージョン 9.5.0、9.5.1、または 9.5.2 を実行している顧客は、できるだけ早く新しいバージョンに更新することをお勧めします.
公式のインシデント更新を自動翻訳しています。
8月26日、00:00頃に、内部DNSプロバイダーのルールに影響したManaged Inputs の変更をデプロイし、.apm がサーバーレスの顧客の一部をエンドポイントします。 当日は午前9時頃のUTCを再開しました。 今回は、9時間ウィンドウの期間に、.apm エンドポイントの異常を経験するお客様もいます。 これを再度起こさないために、いくつかのチェックとアラートを所定の位置に置いています.
解決しました
公式のインシデント更新を自動翻訳しています。
現在、 Elastic Cloud Serverless で管理された OTLP に影響を与える高値のエラー率を調べています。 私たちのチームは、根本的な原因を積極的に調査しています。 更新は30分以内です.
Elastic Cloud Serverless で管理された OTLP に影響する高い誤差率を調査し続けています。 1時間以内に更新を行います.
サーバレスマネージドOTLPに影響を及ぼす高い誤差率の根本原因を特定しました。 緩和が適用され、ベースラインへのエラーレートのリターンを確認するために監視しています。 調査に基づき、顧客ワークロードは影響を受けません.
この事件は解決しました。 根本原因は特定され、対処されています。 この場合、お客様のワークロードは影響しません.
公式のインシデント更新を自動翻訳しています。
Azure の東部地域の新しい Serverless プロジェクトの作成に影響を与える問題が特定されました。 私たちのチームは、根本原因を決定するために積極的に調査しています。 根本原因が確立されると、次の時間またはすぐにフォローアップ状態の更新を行います.
問題は、Azure のストレージコンポーネントで上流の問題から生じることを決定しました。 審査時には、新しいプロジェクトの初期化時間に厳密に影響が限られ、Azure eastus 地域における Serverless プロジェクトの長期作成時間が長くなります。 問題が解決したら、さらにアップデートを行います.
東部地域のAzureのストレージコンポーネントの問題は解決されています。 その結果、サーバーレスプロジェクト作成時間は正常に戻り、想定通りの機能が機能しています.
公式のインシデント更新を自動翻訳しています。
Elasticsearch 9.5.1 には、必須、フィルタを含むブールクエリを含む既知の問題が含まれているか、マルチ値の単語クエリを使用して句を破棄し、無効なインデックス作成のフィールドに必須 not句とともに、偽陽性マッチを返すことができます。 9.5.1のパッチ(https://github.com/elastic/elasticsearch/pull/155936)は、期間と範囲のクエリパスのバルクスコーラーの欠陥を解決しました。 複数の値の用語クエリは、その修正によってカバーされていない異なるルーセンクエリタイプを利用しています。 タイム・シリーズのデータストリーム(TSDB)とカラムのインデックス/データ・ストリームは、これらのフィールドのデフォルトではインデックス化が無効になっています。 欠陥のある条件のクエリは、偽陽性マッチ(除外されるべき文書を含む)を返し、予想よりも高い文書数を報告することがあります。 エラーが発生しないため、クエリは正常に完了します。 できること: - 9.5.*にアップグレードされていない場合は、バージョン9.5.2が利用可能になるまで、アップグレードの拒否をお勧めします。 - 既に9.5.*を実行している場合は、検索が影響を受けるかどうかを決定する助けが必要な場合は、Elastic サポートにお問い合わせください。 根本原因を特定し、修正が進んでおり、パッチリリースの準備をしています。 修正の準備ができたらさらにアップデートを行います.
Elasticsearch 9.5.2 がリリースされ、この問題の修正が含まれています。 9.5.0 または 9.5.1 を実行している顧客は 9.5.2 にアップグレードする必要があります。 今回の課題を解決し、さらなるアップデートを提供してまいりました.
公式のインシデント更新を自動翻訳しています。
Microsoft-multilingual-e5-large embeddingモデルのアップストリームプロバイダからの高いエラー率を見ています。 このモデルにリクエストを埋め込むのは失敗するかもしれません。 調査研究
現状を監視し続けています。 詳しくは、コースの案内をご覧ください.
残念ながら、E5マルチリンガルの大型モデルを引き続きアップストリームプロバイダーの問題によりサポートしなくなることがあります。 このモデルが必要なお客様は、独自の API キーを使用して、カスタム固有のエンドポイントを設定する必要があります.
Microsoft-multilingual-e5-largeモデルは、Elastic Inference Serviceから退職しました。 このモデルへのリクエストはエラーを返します。 このモデルをElasticクラウドで使用したいお客様は、独自のAPIキーを使用して、カスタムインフェレンスエンドポイントを作成する必要があります。 詳細は、https://www.elastic.co/docs/api/doc/elasticsearch/group/endpoint-inference をご覧ください
公式のインシデント更新を自動翻訳しています。
