大規模なKubernetes監視

EKS、GKE、AKS、オンプレミス、エアギャップ環境など、Kubernetesエコシステム全体をリアルタイムで可視化できます。Elasticは、Kubernetesモニタリングと業界最高レベルのログ分析機能、そして最速のメトリクスエンジンを組み合わせることで、AI主導で拡張性があり、オープンな設計によるフルスタックのオブザーバビリティを実現します。

Kubernetes監視をすでにお使いのあらゆる環境で実現

ダッシュボード、アラート、SLO、MLジョブ、AI主導の調査および是正措置のためのエージェントスキル、そしてMCPアプリ — 接続したその瞬間からご利用いただけます。Agentic AIは異常を識別し、インシデントを調査し、修復を自動化することで、容量計画と問題解決をより迅速に行えます。

Video thumbnail

Elasticsearch:メトリクスにおける最高クラスの効率性

当社のTSDBは、スケールを問わず、ストレージフットプリント、インジェスト、クエリ速度において他のTSDBを上回っています。

  • 30倍

    PrometheusやMimirと比べて最大30倍高速なクエリ

  • 2.5倍

    Prometheusと比べて最大2.5倍のストレージ節約

  • 4倍

    Datadogより最大4倍安くなります

  • 1日

    DatadogやGrafanaからの移行

高カーディナリティのパフォーマンスを低コストで実現

Elastic Observabilityは、SREがより優れたインフラストラクチャ監視ソリューションを求める2つの原因を解消します。それはDatadogのカスタムメトリック料金と、Grafanaのスタックが断片化されているためインシデント発生時に手動による相関分析作業が強いられることです。ElasticはOpenTelemetryファーストかつPrometheusネイティブであるため、パフォーマンスやデータ保持を犠牲にすることなく、使い慣れたワークフローを維持できます。

  • 統合されたAI主導の調査 — コンテキストの切り替えは不要

    単一の言語(ES|QL)とデータを自動的に調査するエージェント型AIを使用して、ログ、メトリクス、トレースを照会できます。これにより、調査時間を数時間から数分に短縮できます。コンテキストの切り替えは不要で、データのサイロ化も発生しません。

  • クラス最高のカラム型メトリクスエンジン

    Elasticsearchのカラム型ストレージは、Grafanaに比べてクエリ処理速度が30倍高速です。当社の時系列データベース(TSDB)は、どのような規模においても、インジェストとクエリ処理の速度において他社を凌駕するよう設計されています。

  • カスタムメトリクスのペナルティは一切ありません。

    Elasticsearchはすべてのメトリクスを同じように扱い、Datadogの半分のコストでより多くのオブザーバビリティデータを保持します。階層もカーディナリティの制限もなく、予期しない請求も発生しません。Datadogのカスタムメトリックの価格設定は、平均請求額の52%以上を占めています。

  • オープンでスキーマに依存しない

    Elasticsearchは、PrometheusOpenTelemetry(OTel)の両方のデータを、スキーマに依存せず高効率な単一のデータストアにネイティブに保存します。KibanaでPromQLを直接実行し、既存のデータ取り込みアーキテクチャを維持できます。

円滑にKubernetesを拡張

他の監視プラットフォームでは、必要なデータと負担できるコストのどちらかを選ばなければなりません。Elasticは両方を兼ね備えています。Kubernetesクラスターのすべてのレイヤー(ノード、コントロールプレーン、ワークロード)を、運用上のオーバーヘッドやトレードオフなしに完全に可視化できます。

Elastic
その他のベンダー

長期保持と高解像度を実現した予測可能な価格設定。カーディナリティペナルティはなく、強制的なロールアップもありません。

ホストごとの課金は標準的な料金体系です。すべての自動スケーリングイベントは、月全体の最大ノード数で課金され、平均使用量ではありません。

ディスク上の列型ストレージにより、メモリ内のカーディナリティ上限がなくなります。OOMの壁なしに、高カーディナリティのKubernetesやクラウド環境にスケールできます。

インメモリインデキシングでは、カーディナリティの急増がちょうど不都合なタイミングで課金やパフォーマンスの制限に達します。

すべてのポッドとノードのログを対象とした全文検索。規模にかかわらず、任意のログ内の任意の文字列を検索できます — 事前定義されたラベルは不要です。

ほとんどのベンダーはログラベルのみをインデックスしています。インシデント前にラベルを定義しなかった場合、インシデント中にそれを検索することはできません。

ES|QLは、ログ、メトリクス、トレースを1つのステートメントでクエリします。ポッドのCPUスパイクとそれを引き起こしたログ行を関連付けます — ツールや言語を切り替える必要はありません。

シグナルタイプごとにクエリ言語を分ける(ログ用に1つ、メトリクス用にもう1つ、トレース用にもう1つ)ということは、まさにコンテキスト切り替えが許されないタイミングで、コンテキスト切り替えが発生することを意味します。

ログ、メトリクス、トレースはOpenTelemetry形式でネイティブに取り込まれます。既存の計測環境を維持するか、本番環境向けのサポートに対応したElasticの公式ディストリビューションをご利用ください。

OTelの計測データは、独自のバックエンドを経由するか、基本割り当てを超えるカスタムメトリクスとして課金されるため、チームが既に採用しているオープンスタンダードが不利益を被ることになります。

100以上のMLジョブがKubernetes上で自動的に実行され、メトリクスとログが自動的に記録されます。初心者には使いやすく、専門家は全面的にカスタマイズできます。

異常検出は手動のモニター設定が必要か、あらかじめ定義されたパターンに限定されます。

Elastic Cloud、セルフマネージド、またはハイブリッドのEKS、GKE、AKS、オンプレミス、エアギャップ。クラスターがどこで実行していても、共通プラットフォームです。

多くのベンダーはSaaSのみです。クラスターがオンプレミスまたは規制された環境で実行されている場合、評価が開始される前に選択肢が尽きてしまいます。

スキーマニュートラル、オープンソース、オープンスタンダードに基づいて構築 — OTelファースト、Prometheusネイティブ、PromQLサポート。データを希望の形式で保存し、そのままクエリを送信。変換・ロックインなし。

独自のエージェントやバックエンドが一般的です。ベンダーを切り替えるということは、スタック全体のインストゥルメントを再調整することを意味します。

AIはメトリクス、ログ、トレースを分析して根本原因を迅速に特定し、改善をガイドします。手動でのダッシュボード探索は不要です。

多くの場合、AIは統一された高性能データストアではなく、断片化されたバックエンドで動作しているため、相関できる内容と実行速度が制限されます。

同業他社がElastic Observabilityを選ぶ理由をご覧ください

  • お客様事例

    ComcastはElasticを使用して毎日400テラバイトのデータを取り込み、サービスの監視と根本原因分析の迅速化を実現し、最高水準の顧客体験を提供しています。

  • お客様事例

    ズープラスでは、Elasticを活用して、2,500のマイクロサービス、20,000のコンテナ、70のAWSサービスを含む600のAWSアカウント、および40のKubernetesクラスターを監視しています。

  • お客様事例

    Informaticaは、100を超えるアプリケーションと300を超えるKubernetesクラスターのログワークロード全体をElasticに移行することで、コストを削減し、MTTRを短縮しました。

チャットに参加

Elasticのグローバルコミュニティとつながり、オープンな会話やコラボレーションに参加しましょう。

よくあるご質問

Kubernetes監視とは?

Kubernetes監視は、メトリクス、ログ、トレースを用いて、クラスター(ノード、ポッド、名前空間、およびそれらで実行されているワークロード)の健全性とパフォーマンスを追跡します。何らかの不具合が発生した際には、サービスが絶えず導入・廃止される動的で刹那的な環境において、迅速に根本原因を特定する必要があります。

ElasticはどのKubernetesディストリビューションをサポートしていますか?

Elasticは、KS、AKS、GKE、およびセルフマネージドクラスターをサポートしており、それらすべてで動的な自動検出が可能です。

Elastic Kubernetesの監視統合機能には、なぜこれほど多くの機能が含まれているのでしょうか?

Kubernetes監視で最も難しいのはクラスターを接続することではありません。ダッシュボードの構築、アラートルールの作成、MLジョブの設定、クラスターの変化に伴う全体の保守のために時間を費やすことです。Elasticはこれらすべてを統合してシッピングするため、30日目ではなく初日から監視を開始できます。

エージェント型AIはKubernetesインシデントの対応にどのように役立ちますか?

ポッド、サービス、クラウド層にわたるダッシュボードを手作業で照合する代わりに、ElasticのAIエージェントがテレメトリを自動的に分析し、問題を調査して根本原因を特定し、是正措置を実行します。その際、MLモデルや、ランブックおよびナレッジベースからのコンテキストを活用します。

Elasticはカーディナリティの高いKubernetesのメトリックをどのように処理していますか?

Elasticは、メモリ内の転置インデックスの代わりにカラム型のディスクストレージを使用する時系列データストリーム(TSDS)アーキテクチャを通じて、カーディナリティの高いKubernetesのメトリクスを処理します。ポッドと名前空間のラベルのカーディナリティが急上昇したときにOOMとなるPrometheusベースのバックエンドとは異なり、Elasticはメモリ内のカーディナリティの上限を設けていません。メトリクスは、スキーマ変換なしでPrometheusのリモート書き込みまたはOpenTelemetryを介してネイティブに取り込みが行われ、自動ダウンサンプリングにより、クエリの精度を犠牲にすることなく長期的なストレージコストを抑制します。

Elasticはkube-state-metricsをサポートしていますか?

ElasticのOpenTelemetryネイティブなコレクターは、Kubernetesの状態メトリクスを標準で処理するため、kube-state-metricsは不要です。

ElasticのKubernetes監視価格は競合他社と比べてどうですか?

Elastic Observabilityは、ホストごとの料金やハイウォーターマーク課金のない従量課金制を採用しています。一方、Datadogのホストごとの料金体系では、オートスケーリングイベントは月全体の最大ノード数に基づいて課金され、平均使用量は考慮されません。カスタムメトリクスには追加料金がかかり、平均請求額の最大52%を占める場合があります。Elasticのモデルでは、一時的なワークロードや高カーディナリティのPrometheus環境でも、月末に予期せぬ料金が発生することはありません。

DatadogやGrafanaからの移行はどのようなものですか?

ダッシュボードとアラートのルールを自動的に変換する移行ツール(現在技術プレビュー中)を使えば、移行は簡単です。PromQLとOTelのネイティブサポートにより、既存の取り込みアーキテクチャを引き継げます。ほとんどのチームは翌日には全面的に稼働できます。

Elastic Kubernetesの監視にはセキュリティが含まれていますか?

はい。ElasticのKubernetes Security Posture Management(KSPM)統合は、クラスター構成をCISベンチマークガイドラインに照らして評価し、段階的な修正手順とともに洞察を生成します。EKSとセルフマネージドクラスターをサポートし、4時間ごとに自動的に評価され、すべてのElastic Cloudユーザーが利用できるため、パフォーマンスを監視している同じプラットフォームがセキュリティ体制もチェックします。さらに、Elastic Defend for Containers(D4C)統合は、eBPFを使用して実行中のコンテナ内のプロセスとファイルのアクティビティを監視することで、Kubernetes環境のクラウドネイティブなランタイム保護を提供します。