AIOpsと自動化

エージェント型AIOpsの実践:LogicMonitor、IBM、Red Hatが自己修復型ITを実現

LogicMonitor、IBM、Red Hat がエージェント AI、コンテキスト認識、オーケストレーションされた自動化を通じて、自己修復型 IT をどのように実現したかを実践的に紹介します。
所要時間
2025 年 10 月 2 日
ルカ・ジャナスキ
レビュー者: Margo Poda
ニュースレター

最新情報のメール配信を登録

最新のブログ、ホワイトペーパー、電子ガイドなどを直接受信ボックスにお届けします。

シェア

クイックダウンロード:

  • 従来のインシデント対応が現代のハイブリッドインフラに追いつけない理由と、それが組織に数百万ドルの損失をもたらす理由

  • LogicMonitor(コンテキスト認識)、IBM watsonx(ソリューション合成)、およびRed Hat Ansible Automation PlatformとAnsible Lightspeed(オーケストレーション実行)が連携して自己修復システムを構築する方法

  • 近日開始予定の早期アクセスプログラムを通じて、組織が自律運用を実装する方法

最も熟練したエンジニアが、夜間や週末に障害の根本原因を突き止めるのに時間を費やすべきではありません。しかし、多くの組織は依然として、広大なハイブリッドクラウドやマルチクラウド環境において、手作業によるインシデント対応に依存しています。その結果、解決時間の遅延、顧客の不満、そして1時間あたり最大100万ドルに達する収益損失が発生しています。 IDC

LogicMonitorでは、解決策は監視の改善だけでは不十分だと考えています。自己修復能力のあるシステムこそが解決策なのです。だからこそ、私たちはこのことを共有できることに興奮しています。 LogicMonitorとIBMは、エンタープライズITに自律的でインテリジェントな自動化をもたらすために協力しています。.

この関係は、 LogicMonitorのEdwin AI   IBM watsonx コード・アシスタント   Red Hat Ansible 自動化プラットフォーム可観測性、診断、そして自動修復の閉ループを構築します。これは、私たちが「 エージェントAIOpsAI は洞察を明らかにするだけでなく、ユーザーに代わってアクションを実行します。

手動インシデント対応の問題点 

今日のIT運用環境は複雑性を極めています。オンプレミス環境と複数のクラウドプロバイダーにまたがるインフラストラクチャは、監視データを絶え間なく生成しています。運用チームは膨大な量のアラート、イベント、そして指標に直面しており、多くの組織は依然として手動プロセスに大きく依存しています。

インシデントが発生すると、エンジニアはまるでデジタル探偵のように行動します。分散したシステムから断片的な証拠をつなぎ合わせ、チーム横断的な作戦会議を開き、指示ごとに指示に従ってサービスの復旧に取り組みます。多くの場合、診断に解決時間の大部分が費やされ、実際の修復作業に割く時間はほとんど残っていません。複雑な障害の場合、トラブルシューティングだけで数時間かかることもあります。

このモデルはコストがかかり、リスクも伴います。停止が長引いたり、平均復旧時間(MTTR)違反 サービスレベルアグリーメント顧客体験は損なわれます。ダウンタイムは1分ごとにビジネスと評判に悪影響を及ぼします。規制の厳しい業界では、ダウンタイムは最悪の事態につながることもあります。 コンプライアンス違反 そして罰則も課せられます。最も重要なのは、インフラの複雑さと人的能力のギャップが拡大し続けていることです。段階的なワークフローの改善だけでは不十分です。根本的に異なるアプローチ、つまり人間中心の修復から自己修復可能なシステムへの移行が必要です。 

自己修復ループの解剖:3層インテリジェンススタック

LogicMonitor、IBM、Red Hatの連携により、運用チームが長年求めてきた、人間の介入を最小限に抑える継続的かつ自律的な修復パイプラインが実現します。この統合システムは、私たちが「エージェントAIOpsは、3 つの補完的なレイヤーを通じて機能し、それらが連携して、インテリジェンスからアクションまでのシームレスなワークフローを作成します。

レイヤー1: コンテキスト認識 (LogicMonitor)

その基盤となっているのは、ロジックモニターのLMエンビジョンです。 ハイブリッド可観測性プラットフォームLM Envision は、IT 環境全体のメトリック、ログ、イベント、トレースを統合することで、システム間の関係をキャプチャし、パフォーマンス ベースラインを確立します。

プラットフォームにはLogicMonitorの AIエージェント ITOpsの場合、 エドウィン AIエドウィンはこれらすべてを継続的に処理します 可観測性データ ノイズを除去し、考えられる根本原因を特定し、影響範囲を評価し、最適な修復パスを推奨します。既存の自動化プレイブックで問題を解決できる場合、Edwin はそれを提案または即座に実行することで、解決時間を短縮します。 

レイヤー2: ソリューション合成 (IBM watsonx)

既存のプレイブックが利用できない場合、エドウィンは IBM watsonx コード・アシスタント理解を行動へと変えるプラットフォームです。IBMのGranite基盤モデルを活用し、watsonxはEdwinの調査結果を分析し、Ansible Lightspeedを使用して、特定の環境条件に合わせてカスタマイズされたRed Hat Ansible Automation Playbookを作成します。これらは汎用的な修正ではなく、状況に応じたソリューションであり、時間の経過とともに再利用・改良が可能です。 

レイヤー 3: オーケストレーション実行 (Red Hat Ansible)

最後に、 Red Hat Ansible 自動化プラットフォーム 修復を実行します。エンタープライズグレードのオーケストレーションにより、従来のオンプレミスシステムから最新のクラウドワークロードまで、ハイブリッドクラウド環境全体にわたって信頼性を実現します。

これにより、Edwin が検知と診断を行い、Watsonx が洞察を自動化に変換し、Red Hat Ansible Automation Platform が修正を実行するという閉ループが実現します。このプロセスは完全に監査可能で、ガバナンスも確立されており、手動介入を削減しながらもオペレーターによる制御を維持するように設計されています。

企業にとってこれが何を意味するか

LogicMonitor、IBM、Red Hat のテクノロジーの統合は、IT 運用の測定可能な改善を実現するように設計されています。

  • 予測的な回復力: システムは問題を予測し、問題が発生する前に停止を防止します。
  • より速い解決策: 自動検出、診断、実行により MTTR が短縮され、ダウンタイムが削減されます。
  • スケーラブルな影響: 専門家だけでなく、あらゆるスキル レベルの IT スタッフが自動化を利用できるようになります。
  • 継続学習: 解決されたインシデントごとにプラットフォームのナレッジベースが充実し、時間の経過とともに対応がよりスマートになります。
  • 戦略的焦点: 熟練したエンジニアは、問題解決に費やす時間を減らし、イノベーションに費やす時間を増やします。

早期導入企業はすでに成果を実感しています。例えば、マネージドサービスプロバイダーは、共同ソリューションを活用することで反復的なタスクを削減し、より幅広い従業員が自信を持って自動化を実行できるようにしています。

「これは最先端のインテリジェンスを備えた自動化です」と、LogicMonitorのAI担当ゼネラルマネージャー、Karthik SJ氏は述べています。「LogicMonitor Envisionの可観測性プラットフォームをwatsonx Code AssistantとRed Hat Ansible Automation Platformと組み合わせることで、問題を予測し、自律的に解決し、チームが未来の構築に集中できるように設計された信頼できるパートナーをお客様に提供します。」

自己修復型データセンターの導入準備

今後のお客様事例、新機能、そしてこのソリューションへの早期アクセスの機会にご期待ください。Edwin AIとLogicMonitorのハイブリッド可観測性プラットフォームが、お客様のチームが自律運用への道を今日から始める上でどのように役立つか、ぜひご確認ください。

パーソナライズされた Edwin AI デモをスケジュールする

ルカ・ジャナスキ
ルカ・ジャナスキ
シニアディレクター 戦略パートナーシップ
ルカ・ジャナスキはLogicMonitorの戦略的パートナーシップを率いています。コンサルティング、プロダクトマネジメント、そしてエンタープライズテクノロジー分野におけるグローバルBDおよびアライアンスの経験を活かし、LogicMonitorの次なる成長ステージを支えるパートナーシップの構築に注力しています。
免責事項: このブログで述べられている見解は著者の見解であり、LogicMonitor またはその関連会社の見解を必ずしも反映するものではありません。

14日間フルアクセス LogicMonitor プラットフォーム