クラウド監視を最適化

ITOpsチームは、ログやイベントデータをSplunkソフトウェアに送信して、さまざまなインフラストラクチャを監視している場合があります。 Splunk platform 。ただし、この方法では、Kubernetes やサーバーレスアーキテクチャで実行されている急速に変化するクラウドネイティブワークロードのログデータを視覚化して解釈するには、ダッシュボードを手動でカスタマイズする必要があります。さらに、トラブルシューティングを大量のログデータだけに頼るのは非効率的でコストもかかります。ログを含むメトリクスを活用してスケーリングし、動的なクラウド環境に適応しなければ、運用コストが増加することになります。さらに、これらのログとメトリクスを単一のベンダーと統合しないと、平均応答時間 (MTTR) が長くなります。これは、複数のベンダーを使用する場合、インシデントに効率的に対応するにはコンテキストの切り替えが多すぎるためです。

どうすればできる Splunk Observability Cloud クラウドモニタリングの最適化に役立ちますか?

データ収集と管理のためのオープンテレメトリー標準化

Splunk Observability Cloud は 100% OpenTelemetryネイティブなので、ベンダーロックインを恐れずに新しいアプリケーションを構築するときにエコシステム全体を一度インストゥルメントし、意味のあるアトリビューションを作成し、すべてのインフラストラクチャにわたってデータパイプラインを標準化できます。唯一です Splunk Observability Cloud あらゆる形式のデータを収集できるため、従来のデータベース構造の制限なしに、クラウドからSplunkソフトウェアへのデータのフィルタリング、エンリッチメント、変換、ルーティングが容易になり、データの分析と相関付けも容易になります。

再利用可能で拡張可能な、すぐに使えるコンテンツ

ハイブリッド環境における迅速なトラブルシューティングに必要なデータを提供するため、 Splunk Infrastructure Monitoring (IM) は、すぐに使える何百ものサービス統合 (Kubernetes、MongoDB、Kafka など) と、顧客固有のユースケースに合わせて拡張またはカスタマイズできる事前構築済みのダッシュボードとグラフにより、数分でクラウドの可視性を拡大します。

手動での関連付けが不要な、コンテキストに応じたログによる統合トラブルシューティング

すでにログデータをに送信している場合があります。 Splunk platform セキュリティと IT のユースケース用。Splunk Log Observer Connect を使用すれば、ITOps チームはこれらのログを次のようなオブザーバビリティのユースケースにシームレスに活用できるようになります。 Splunk Observability Cloud .ログをインフラストラクチャやアプリケーションの目的に合わせて構築されたビューと簡単に相互に関連付けることができるため、クラウド関連の問題のコンテキストに応じたトラブルシューティングを低コストで迅速に行うことができます。

より速く、より詳細なアラートをリアルタイムで

専用のストリーミングアーキテクチャ Splunk Observability Cloud あらゆるソースからクラウド規模でデータを取り込み、1 秒という精度でメトリクスを処理することで、盲点を排除し、すべての異常を特定します。 [自動検出] 業界のベストプラクティスに基づいて構築されたディテクターとアラートは、データがプラットフォームに流れ始めるとすぐに異常を特定し、問題をより迅速に検出します。 SignalFlow カスタム（または通常の）メトリクスを自由に組み合わせて、季節性やノイズの多いシグナルを考慮した任意のロジックに基づいてアラートを生成できる柔軟性を提供します。

全体で統一されたアイデンティティ Splunk Observability Cloud と Splunk クラウドプラットフォーム

ITOpsチームがこれまで監視ツール全体で独立系IDプロバイダーを使用してきた場合、認証エクスペリエンスがサイロ化され、可視性が限られていました。 Splunk Observability Cloud ユーザーは、Splunk Cloud Platformの認証情報を使用したシングルサインオンにより、追加のログイン設定なしでSplunk Cloud Platformデータにシームレスにアクセスできます。これにより、環境に対する理解が深まり、トラブルシューティングが迅速になり、コンテキストの切り替えが減ります。

ユースケースガイダンス

e コマースのチェックアウトエラーが財務に与える影響の評価

Splunk ソフトウェアを使用して、問題が発生した時期における支払い傾向の違いを調べることにより、システム停止によって発生した財務上の損失を評価する方法
Kubernetes 環境における問題の検出と解決

Kubernetes アーキテクチャの概要を示すスケーラブルなオブザーバビリティソリューションを実装し、リアルタイムで問題を浮き彫りにし、迅速に行動して影響を軽減できるようにしましょう。
Google Kubernetes エンジンとの統合 Splunk Observability Cloud

すべてを 1 つの統合オブザーバビリティプラットフォームにまとめることで、インシデント解決までの労力と時間を削減できます。スタックの複数の部分に影響する問題を相互に関連付けることができるため、根本原因の分析が容易になります。
オブザーバビリティ設定をコードとして管理するには Splunk Observability Cloud テラフォームプロバイダー

Terraform とは何か、その仕組み、Terraform を使用するメリット、Terraform の実装について学んでください Splunk Observability Cloud コードとしてのオブザーバビリティを実現する Terraform プロバイダー。
による Amazon Elastic Kubernetes サービス (EKS) のモニタリング Splunk Observability Cloud

このガイドでは、Amazon Elastic Kubernetes Service (EKS) との統合について概説します。 Splunk Observability Cloud これにより、EKS を他のアプリケーションテレメトリデータと一緒に観察できます。
AWS ラムダ関数のモニタリング

Lambda 関数をインストルメントして、マイクロサービスアーキテクチャ向けの Splunk APM と同様の視覚化、タグ付け、カスタムメトリクス、ディテクター通知を取得する方法。
AWS リレーショナルデータベースサービスのモニタリング

Splunk で AWS RDS データをモニタリングする方法と、インスタンスを追跡してパフォーマンスをモニタリングするのに役立つヒントをご紹介します。
Kubernetes ポッドのモニタリング

障害が発生している Kubernetes ポッドやスタックしている Kubernetes ポッドを特定し、実行中のインスタンスの数が想定どおりであることを確認し、リソース制限を監視します。
オブザーバビリティクラウドによる MariaDB と MySQL のモニタリング

この記事では、ビジネスアプリケーションをサポートするデータベースシステムのパフォーマンス、健全性、回復力を確保するために MariaDB と MySQL を監視する方法について概説します。
OpenTelemetry による Postgres のモニタリング

この記事では、オープンソースのリレーショナルデータベース PostgreSQL の監視について説明します。
Snowflakeデータベースの使用状況の監視

Snowflakeのダッシュボードとディテクターは、データベースの使用に関する一般的な質問に答えたり、アラートを出したり、重要な使用状況やパフォーマンスメトリックの傾向をグラフ化したりするのに役立ちます。
インフラストラクチャ監視による VMware コンポーネントの監視

VMware 仮想マシンのパフォーマンスを監視するための SignalFlows の設定方法。