sidekickで環境全体の状況をひと目で把握

「 パフォーマンス 」ウィジェットには、 Instana からのアプリケーションインサイトが表示されます。 メインのUIコンテキストで Turbonomic またはConcertのアプリケーションを表示すると、このウィジェットがサイドキックに表示されます。

深刻度インジケーターは、アプリケーションで検出された最も深刻な未解決のパフォーマンス問題に基づいて、赤、黄、または緑で表示されます。 この指標は、その課題の緊急度と潜在的な影響度を示しています。

• 赤：少なくとも1つの重大な問題が存在します。 早急な調査が必要である。 詳細については、 Instana のアプリケーションを確認してください。
• 黄色：重大な問題は存在しませんが、警告レベルの課題が1つ以上存在します。 Instana でこれらの問題を確認し、対応が必要かどうかを判断してください。
• 緑：現在、重大な問題や警告レベルの問題は検出されていません。 アプリケーションの監視を続けてください。

パフォーマンス・ウィジェットには、対象のアプリケーションに関連する Instana の以下のメトリクスが表示されます：

• 1秒あたりのコール数 ：この指標は、1秒あたりに発信または受信されるサービスコールの数を追跡し、システムのスループットをリアルタイムで把握できるようにします。 これにより、トラフィック量を把握し、急激な増加や減少といった異常を検知し、サービスが効果的にスケールしているかどうかを評価することができます。 詳細については、 「アプリケーションの監視」 を参照してください。

• エラー発生率 ：この指標は、 HTTP や 4xx/5xx といったレスポンス、タイムアウト、または例外など、エラーが発生したサービス呼び出しの割合を測定します。 これは、アプリケーションの健全性と信頼性を測る重要な指標です。 この指標は、障害が発生しているサービスやパフォーマンスの低下を特定するのに役立ち、インシデントへの迅速な対応と根本原因の分析を可能にします。 詳細については、 「アプリケーションの監視」 を参照してください。

• 平均レイテンシ ：この指標は、サービスがリクエストを処理するのにかかる平均時間を測定するものです。これには、サービス内部での処理時間に加え、下流の依存関係に対する待機時間も含まれます。 これにより、さまざまな負荷条件下でサービスがどの程度効率的に動作するかを評価するのに役立ちます。 平均レイテンシの増加は、パフォーマンスの低下、ボトルネック、またはコンポーネントの過負荷を示している可能性があります。 詳細については、 「アプリケーションの監視：レイテンシの分布」 を参照してください。

• 課題 ：課題カウンターは、対象のアプリケーションに影響を与える Instana の課題の数を記録します。 インシデントとは、アプリケーション、サービス、またはその一部に障害が発生した場合に作成される事象のことです。 Instana サービス品質の低下から複雑なインフラの問題、ディスクの容量不足に至るまで、さまざまな問題を検知する数百種類の厳選されたヘルスシグネチャが搭載されています。 メトリクス、イベント、またはメタデータが想定値に戻ると、問題は自動的に解決されます。 詳細については、 「根本原因分析：課題」 を参照してください。

「 最適化 」ウィジェットには、 Turbonomic からのアプリケーションインサイトが表示されます。 メインのUIコンテキストで Instana またはConcertのアプリケーションを表示すると、このウィジェットがサイドキックに表示されます。

深刻度インジケーターは、アプリケーションで検出された最も深刻なインフラストラクチャの状態に基づいて、赤、オレンジ、黄、または緑で表示されます。 この指標は、最適化課題の緊急度を示しています。

• 赤：1つ以上のインフラストラクチャコンポーネントが重大な状態にあります。 今すぐ注意が必要です。 Turbonomic で詳細を確認してください。
• 黄色：重大な問題は存在しませんが、1つ以上のコンポーネントに軽微な問題があります。 最適なパフォーマンスを維持するために、これらの事項を確認してください。
• 緑：すべてのインフラコンポーネントが正常に動作しています。 アクションは不要です。

最適化ウィジェットには、対象のエンティティに関連する Turbonomic の以下のメトリクスが表示されます：

• [ヘルス ]：このパーセンテージベースの指標は、未処理の最適化アクションがない基盤インフラエンティティの割合を示します。 割合が高いほど、現在、パフォーマンスとコスト効率の面で最適化されている組織が多いことを意味します。 たとえば、ヘルススコアが67%の場合、67%のエンティティが最適化されている一方で、33%のエンティティにはリソース使用率を改善するための具体的な改善策が提示されています。 この割合を参考に、ご自身の環境における最適化の余地を簡単に把握してください。

• 節約額の見込み ：この数値は、 Turbonomic またはご利用のクラウドプロバイダーを通じて実施可能な対策により、毎月節約できる見込み額を示しています。 例えば、アタッチされていないボリュームを削除することで、コストを削減できます。 詳細については、『 Turbonomic 』のドキュメントにある 「節約効果の推移表」 を参照してください。

• 推奨される対応策 ：これらの対応策は、対象となるアプリケーションまたはエンティティにおける最も深刻なパフォーマンス上のリスクに対処するものです。 これらの措置は、パフォーマンス上のリスクを解消し、コストを削減するものであり、業務に支障をきたすことなく、直ちに実行可能です。 詳細については、『 Turbonomic 』のドキュメントにある 「 Turbonomic 」アクションを参照してください。

「脆弱性 」ウィジェットには、Concertの「脆弱性」ディメンションに基づくアプリケーションインサイトが表示されます。 メインのUIコンテキストで Turbonomic または Instana のアプリケーションを表示すると、このウィジェットがサイドキックに表示されます。

重大度インジケーターは、重大なセキュリティ上の問題が検出されたかどうかに応じて、赤または緑で表示されます。 この指標は、優先度1の脆弱性またはリスクが存在するかどうかを示しています。

• 赤：優先度1のCVEまたはセキュリティ上の脆弱性が1つ以上存在します。 これらの問題は、差し迫ったセキュリティ上のリスクをもたらします。 早急な是正措置が必要です。 「Concert」の申請ページで詳細をご確認ください。
• 緑：優先度1のCVEや脆弱性は検出されませんでした。 アプリケーションの監視を続けてください。

「脆弱性」ウィジェットには、Concertから取得した、当該アプリケーションに関連する以下の指標が表示されます。 これらのリソースに関する詳細については、Concertのドキュメントにある 「脆弱性データの表示」 をご覧ください。

• 優先度1のCVE ：この値は、お客様の環境で発見された優先度1のCVEの数を示しています。 Concertは、設定可能なリスク要因に基づいてCVEの優先度を割り当てます。 コンサートUIから直接チケットを開いて外部チケット管理システムに反映させたり、優先度の高いCVEに対して自動的にチケットを作成する自動化ルールを作成したりできます。

• 優先度1の脆弱性 ：この値は、お客様の環境内で検出された、CVE未登録の優先度1の脆弱性の件数を示します。 Concertは、設定可能なリスク要因に基づいて、エクスポージャーに優先度を割り当てます。 コンサートUIから直接チケットを発行して、外部チケットシステムにデータを反映させたり、優先度の高い露出に対して自動的にチケットを作成する自動化ルールを作成したりできます。

• 推奨される対策 ：この表には、対象アプリケーションに影響を及ぼすリスクが最も高いCVEを軽減するための対策が記載されています。 詳細については、Concertのアプリケーションページの 「脆弱性 」タブをご覧ください。

「 レジリエンス 」ウィジェットには、Concertによるレジリエンススコアが表示されます。 耐障害性のあるアプリケーションは、予期せぬ障害や障害が発生しても、業務への影響を与えることなく迅速に復旧することができます。 一連の非機能要件（NFR）を選択することで、Concertがアプリケーションの耐障害性をどのように測定するかを定義できます。 NFR（非機能要件）とは、システムがレジリエントであると見なされるために、機能要件に加えて備えていなければならない一連の制約や特性のことです。 Concertで設定する非機能要件は、可用性、拡張性、復旧性、保守性など、運用上のさまざまな課題に対応するものです。

Turbonomic または Instana でアプリケーションを表示すると、レジリエンス・ウィジェットに Concert からのアプリケーション・レジリエンス・スコアが表示されます。 このスコアは、さまざまなソースからの集計データおよびユーザーが定義したNFR（非機能要件）に基づいて、アプリケーションの回復力を測定したものです。 このスコアは、エラー率、遅延、スループット、インシデント発生頻度、復旧時間などのリアルタイムデータおよび履歴データを分析して算出されます。 他の指標とは異なり、レジリエンスのスコアが低いほど、状況はより深刻であることを示しています。

深刻度インジケーターは、アプリケーションの総合的なレジリエンススコアに基づいて、赤、黄、または緑で表示されます。 この指標は、アプリケーションが障害にどの程度耐え、復旧できるかを示しています。

• 赤：レジリエンススコアは0～39です。 重大なレジリエンス上の課題が存在する。 事業リスクを軽減するためには、早急な対応が必要です。
• 黄色：レジリエンススコアは40～59です。 回復力に関して、ある程度の懸念がある。 レジリエンス対策を見直し、改善する。
• 緑：レジリエンススコアは60～100です。 このアプリケーションは、高い耐障害性を備えています。 引き続き監視を行い、ベストプラクティスを維持してください。

詳細については、Concertのドキュメントにある 「Resilience：概要」 を参照してください。

統合されたオブザーバビリティ製品間でデータを共有するには、 Instana の SaaS インスタンスを使用している必要があり、かつ、 Turbonomic、Concert、またはその両方の SaaS インスタンスに対して、トライアルまたはフルアクセス権を持っている必要があります。 また、 「 IBM Concert との自動連携」 および「 IBM Turbonomic との自動連携 」に記載されている手順に従って、これらの製品の連携を有効にしてください。 これらの連携により、オブザーバビリティ製品が同じアプリケーションやインフラストラクチャリソースを追跡し、データを自由に共有できるようになります。

統合された Instana とConcertの各インスタンス間でリソースを関連付けるためには、各製品間でリソース名が一致している必要があります。 たとえば、 Instana 内で myApp1 アプリケーションの名前が となっている場合、sidekick がそのアプリケーションに関するデータを検出できるように、Concert 内でも同じ名前を使用する必要があります。