• /
  • EnglishEspañol日本語한국어Português
  • ログイン今すぐ開始

この機械翻訳は、参考として提供されています。

英語版と翻訳版に矛盾がある場合は、英語版が優先されます。詳細については、このページを参照してください。

問題を作成する

ワークロードステータスの設定

ワークロードのステータスは次の 2 つの方法で取得できます。

  • Automatic status [自動ステータス]: ステータスは一連のルールから計算されます。
  • Static status [静的ステータス]: ステータスは、ワークロード ステータスの自動計算をオーバーライドします。

ワークロードのステータス設定を管理するには、ワークロードの Health status [ヘルス ステータス] ページに移動します。

new-relic-workload-status-main.png

自動ワークロード状態の設定

ワークロードのステータスを1つの値にまとめるために、ワークロードに属するエンティティのそれぞれのステータスを使用することができます。

ワークロード内のすべてのエンティティが、パフォーマンス、エラー、可用性の観点から同じように重要であるとは限りません。

  • 重要な合成モニターまたはサービスで重大なインシデントが発生した場合、ワークロードが中断されたと表示したい場合があります。
  • ただし、ホスト インフラストラクチャに一定の冗長性と障害に対する回復力がある場合は、単一のホストでアラート インシデントが発生しているからといって、ワークロード ステータスを Operational [運用中]から変更する必要がない場合があります。

デフォルトでは、ワークロードを作成すると、そのステータスを計算するための以下のルールが追加されます。

  1. デジタル・エクスペリエンスに近いエンティティ・タイプ(合成モニター、ブラウザ・アプリケーション、モバイル・アプリケーション、サービスなど)については、利用可能な最悪のステータスが伝搬されます。
  2. その他のエンティティタイプ(基本的にはインフラストラクチャ・エンティティ)については、利用可能な最善のステータスが伝搬されます。

カスタムルールの作成

自動ワークロードの状態をカスタマイズするために、独自のルールを定義することができます。ルールは、エンティティのグループとロールアップモードで構成されます。

new-relic-workloads-status-rule.png
  1. エンティティタイプ、タグ値、GUID、またはそれらの組み合わせに基づいて、エンティティのグループを定義します。
  2. これらのエンティティのステータスをグループのステータスに伝搬させる方法を決定します。
  • Roll up the best status: グループのステータスは、所属するすべてのエンティティのクリティカルでないステータスと一致します。グループ内の少なくとも1つのエンティティが稼働している限り、グループのステータスを稼働させたい場合にこのオプションを使用します。
  • 最悪のステータスをロールアップ: グループのステータスは、所属するすべてのエンティティの最も重要なステータスと一致します。このオプションは、グループ内の1つのエンティティが動作しなくなった時点で、グループのステータスがサービスの低下や中断を示すようにしたい場合に使用します。また、一定の数のエンティティが稼働していない場合にのみ、最悪のステータスをロールアップすることもできます。
  1. ルールを保存し、必要に応じて別のルールの作成に進みます。

最終的なワークロードの状態は、すべての個々のグループの状態の中で最も悪い状態に等しい。

重要

この最終的な計算において、ワークロードマネージャーによって 静的なステータス が設定されている場合、自動的に計算されたステータスは上書きされます。

残留組のルール

より簡単で動的なステータス構成を行うには、以前に定義した他のルールで評価されないすべてのエンティティに対してロールアップ タイプを使用できます。特に、他のルールをまったく追加しない場合、残りのエンティティのルールはワークロード内のすべてのエンティティを考慮します。

この特別なルールは、エンティティタイプ別にグループ化するオプションと組み合わせることで、各エンティティタイプにルールを設定しなくても、ワークロード内の各エンティティタイプの状態を大まかに把握することができます。したがって、タイプ別にグループ化された残りのすべてのエンティティに対して常にルールを設定し、ワーストステータスをロールアップすることで、ワークロードスタックのレイヤー内のすべてのエンティティが稼働していないことを迅速に検出することをお勧めします。

重要

6 か月間アクティビティがなかった場合、ステータスの計算は自動的に停止されます。ワークロードにアクセスしてアクティブに設定することで、ワークロードを再アクティブ化できます。

ワークロードの状態を固定する

ルールに基づいた 自動計算 に関係なくワークロードのステータスを伝えたい場合は、 利用可能なステータス値 の中からワークロードの静的なステータス値を設定することができます。

これは、メンテナンス作業中に、作業負荷の状態が中断されていることを他のチームに伝えたり、さらなる情報を提供したり、作業負荷が再び動作可能になる予定の時間を伝えたりするのに便利です。

ヒント

デプロイメントやオペレーションのプロセスにより、定期的に一時的なステータスを伝える必要がある場合は、 API をワークフローに統合することで、静的なステータスの設定を自動化することができます。

静的なワークロードの状態を設定するには

  1. 静的なステータス値を設定します。
  2. 必要に応じて、ステータスの短い概要と、ワークロードに何が起こっているかについての長い説明を書きます。
  3. スタティック・ステータスが有効になっていることを確認します。

設定された静的ステータスは 、自動的に計算された他のステータス値を常に上書きします。

ステータス値の把握

Health status [ヘルス ステータス] ページに移動すると、ステータス計算がどのように構成されているか、およびグローバル ワークロード ステータス値を計算するために考慮されたすべてのルールや静的ステータスの結果を確認できます。

ステータス設定に加えた変更は、変更を保存した後でのみ有効になります。便宜上、自動ルールまたは静的ステータスを設定しているときに、その時点で構成を保存した場合のステータスの結果がどのようになるかをプレビューできます。

workloads_preview_1.png
Copyright © 2024 New Relic株式会社。

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.