目次 TL;DR はじめに Kibana v9.5.x での表示 移行対策 1. Elastic が用意しているモデルを利用する場合 2. 自作の OpenAI 互換 Connector （LM Studio 等）を利用する場合 まとめと今後の展望 TL;DR Kibana v9.5.0 以降、従来の AI Connector が非推奨（deprecated）となりました。 今後は Kibana / Elasticsearch の Inference Service および Inference Endpo

意味で碑を探し、場所と災害種別で避難場所を絞る。その検索を支えるES|QLツール、現在地の受け渡し、トレースで分かったことを紹介します。 目次 はじめに 先に用語を 5 つだけ 全体の流れ 3 つのツール 3 つに共通する型（ツール 3 で見る）：現在地を点にして、距離を測り、半径で絞る ツール 2（避難場所）：災害種別で厳密に絞る ツール 1（意味検索）：伝承内容が近い碑を「候補」として出す つまずきやすい所：任意の空欄には既定値が要る 意味検索（semantic）をどこで、どう使っているか データを入

目次 はじめに 作ったもの 誰のための記事か 1. 完成形を先に見る 地名では検索できない。それは意図的です 2. GIS の言葉と Elastic の言葉 3. 設計の原則：数字と事実は Elasticsearch、言葉は LLM 4. 部品の紹介 5. 属性の引き継ぎの仕組み 5-1. まず「ツール」とは何か 5-2. ツール 1：質問に近い内容の碑を探す 5-3. 「構造化された属性」とは 5-4. ツール 2：選んだ種別で避難場所を探す 5-5. 全体の流れ 5-6. 属性を使う理由と、その限界

目次 誰の、どんな問題を解決する記事か トレースの基本構造 スパンの種類 どこに、どんな名前で保存されるか 準備 トレース収集の設定を確認する サンプルデータを入れる 四つの調査シナリオ シナリオ 1：ツールを使わない場合と使う場合の比較 シナリオ 2：複数ツールを使った処理の遅延調査 ツールの中で LLM が呼ばれている 入力トークンはラウンドの中でも増える 同じ質問をもう一度送ると シナリオ 3：ツールエラーの調査 シナリオ 4：長い会話のトークン増加調査 小さな注意：View Trace はすぐに開

目次 1. はじめに 2. 動作環境 3. 以前のバージョンとの比較 4. シーケンス図（概略図） 5. 準備 6. MCPサーバーのURL の取得 6.1. Elasticsearch / Agent / Tool の画面の表示 6.2. すべてのツールを管理 6.3. MCPサーバーのURLをコピー 7. API Key の発行 7.1. APIキー作成画面の検索 7.2. APIキー作成画面への遷移 7.3. APIキーの作成 7.4. APIキーのコピー 8. LM Studio からの MCPサ

目次 概要 主な変更点 できること 動作に必要な環境など シーケンス図（超概略図） 動かし方 1. 準備 1.1. GitHub リポジトリのダウンロード 1.2. .env ファイルに必要な情報を記載します。 2. ビルドおよびコンテナの起動 2.1. ビルド 2.2. コンテナの起動 3. EIS の設定 4. Elasticsearch へのデータ登録 4.1. 密ベクトル生成前のテキストデータの登録 4.2. インデックスの作成 4.3. マッピングの作成 4.4. _reindex 4.5. キ

Elastic Cloud 上では、Elastic 関連の無償オンライントレーニングを受講することができます。不定期で新しいコースが追加されており、最新機能を実機環境で直接試すことも可能です。 目次 受講に必要なもの 無償トレーニングの入り口 elastic.co/training/ 受講可能なコース一覧（2026年9月時点） 受講手順 Elastic Cloud 内の Learning portal 受講手順 受講可能なコース一覧（2026年9月時点） Tips （日本語翻訳の小ワザ） おわりに 受講に

こんな場面に心当たりはないでしょうか。 ログの保存コストを下げたい。件数の多いパターンから削りたいが、障害時に必要なログかもしれず、削っていいのか判断できない 検知ルールごとのアラート件数を見て、常時鳴っているルールと今日だけ鳴ったルールを区別できない サービスごとのエラー率は正常に見えるのに、どこかのバージョンだけ静かに悪化している気がする いずれも、合計や平均では答えが出ません。必要なのは「時間とともにどう動いたか」です。しかし数十行の結果に対して、1 行ずつグラフを作って確かめるわけにもいきません。

ファイルサーバー等の検索システム構築において、事前に必要なストレージ容量を試算する際の手順を解説します。 今回は、FSCrawler (*1) を使って検索用ストレージサイズの概算見積りを行ってみたいと思います。 (*1) Elastic の正式な製品ではありませんが、ファイルを検索できるよう Elasticsearch に登録してくれるオープンソースです。 目次 1. 検証の概要 2. 環境 3. FSCrawler の初期化と設定 4. 検索用ファイルの配置 5. FSCrawlerの実行 6. 登録

Logstash の転送先や Python 等のアプリケーションから指定する Elasticsearch の接続先 URL（endpoint URL）は、運用形態（Self-Managed、Elastic Cloud Hosted、Elastic Cloud Serverless）ごとに取得方法や基本形式が異なります。 この記事では、それぞれの運用形態における接続先 URL の取得・確認手順をまとめて解説します。 目次 Self-Managed の場合 URLの基本形式 取得・確認手順 Elastic C

Kibanaの表示言語はこれまでサーバー単位の設定（ kibana.yml ）によって一括で決定されていましたが、 Kibana 9.5 からは  ユーザーごとに個別の表示言語を設定できる機能  がベータ版（Beta）として導入されました。 これにより、グローバルなチームや多言語環境でKibanaを運用している場合でも、各ユーザーが好みの言語でダッシュボードやUIを閲覧できるようになります。 本記事では、この表示言語の切り替え機能の概要と具体的な設定手順を解説します。 目次 検証環境

Elastic 9.5では、ログの保存方法、ベクトル検索、マルチモーダル検索、AIエージェントの運用、Prometheusからの移行など、幅広い領域に新機能が追加されました。 今回のポイントは、単に機能が増えたことではありません。これまでエンジニアが手作業で行っていた 保存方式の最適化、ベクトル検索の設定、PromQLの書き換え、AIエージェントの調査 を、Elastic側がより多く引き受ける方向へ進んだことです。 この記事では、Elastic 9.5の主要機能について、次の4点に絞って説明します。 何を

目次 この記事でやりたいこと 使ったデータ:強震観測CSVが57行 ダッシュボードは3枚に分けた ダッシュボード1:活動概要・時間再生 ダッシュボード2:M7.1地震後の活動分析 記録は、M7.1の直後の数時間に集中していた 記録件数が少なくなった時間帯にも、比較的大きな地震が含まれていた ダッシュボード3:規模と観測された揺れ マグニチュードと「実際の揺れ」は別物 「強い揺れ」は、どの物差しで測るかで順位が変わる 正直に言うと:データには限界がある 可視化の先へ:継続監視と対応につなげる ライブ監視:デ

Elastic Securityで検知ルールを有効にしたあと、こんな不安を感じたことはないでしょうか。 ルールはたくさん動いている。でも、これで本当に守れているのだろうか。 ルール一覧では、それぞれのルールを個別に確認できます。しかし、ルール全体が攻撃者のどのような行動を対象にしているのかを、ひと目で把握するのは簡単ではありません。 ここで使う道具が、MITRE ATT&CKです。Elastic Securityには、検知ルールをATT&CKという地図の上に並べて見せる「MITRE ATT

Elastic Stack（ELKスタック）を導入する際、多くのエンジニアが最初に頭を悩ませるのが「データの収集・加工（前処理）に何を使うか」という問題です。 かつては「前処理といえばLogstash」の一択でしたが、Elasticsearchに  Ingest Pipeline  が実装されて以降、その手軽さとパフォーマンスから強力な選択肢となっています。 本記事では、LogstashとIngest Pipelineのアーキテクチャの違い、機能面での優劣、そして「結局どちらを選ぶべき