TCO 最適化プログラムの構成
IBM® Cloud Logs では、総所有コスト ( TCO 最適化プログラム ) を構成し、ビジネス価値に基づきログを異なるデータパイプラインにルーティングする方法を指定するポリシーを定義することができます。 各パイプラインは、異なるストレージ価格と異なる機能を提供しています。 ビジネスにおけるデータの重要性に基づいてデータ・パイプラインを定義することで、 TCO 最適化プログラム、リアルタイムの分析とアラートを改善し、コスト管理に役立てることができます。 さらに、 IBM Cloud Logs インスタンスでアーカイブ保持タグを有効にすると、ポリシーごとに異なるデータ保持期間を設定することもできます。
TCO 最適化プログラム について
デフォルトでは、 IBM Cloud Logs インスタンスにデータを送信すると、データは取り込み時に 優先順位の洞察 データパイプラインにルーティングされる。 このデータは、インスタンス・レベルで指定した日数、 IBM® Cloud Logs サービスによって保持され、検索可能です。 7日間、14日間、30日間、90日間の設定が可能です。
TCO 最適化プログラム には以下のデータパイプラインが含まれる：
- 優先順位の洞察
- 即時アクセスおよび完全な IBM Cloud Logs 分析機能を必要とするログ。 これらのログは通常、個別に分析または照会する必要がある、重大度が高いログまたはビジネスに不可欠なログです。
- 分析とアラート
- 処理を必要とし、アーカイブから必要に応じて後で照会できるログ。 これらのログは通常、監視、トラブルシューティング、統計分析に使用されるログである。
- 保管および検索
- コンプライアンスまたは後処理の理由で保持する必要があるが、アーカイブから保守および照会できるログ。
- ブロック
- 廃棄され、検索に利用できないログ。
IBM Cloud Object Storage バケットなしで IBM Cloud Logs インスタンスをプロビジョニングすると、データは 優先順位の洞察 パイプラインにのみルーティングされるか、ブロックされます。
IBM Cloud Object Storage バケットで IBM Cloud Logs インスタンスをプロビジョニングすると、 優先順位の洞察 パイプライン、 分析とアラート パイプライン、 保管および検索 パイプラインにルーティングされたデータは、 IBM Cloud Object Storage データバケットに 格納されます。
TCO 最適化プログラム を設定し、異なるデータパイプラインを使用するには、 IBM Cloud Logs インスタンスに IBM Cloud Object Storage バケットをアタッチする必要があります。 インスタンスにデータバケットがアタッチされておらず、 分析とアラート または 保管および検索 データパイプラインにデータを送信するポリシーを構成している場合、データはバケットにアーカイブできないため、検索やアラートで利用できません。
ライブテールや検索でデータを確認するオプション付きのブロック解析ルールを設定して 保管および検索 パイプラインに送信したデータも、データバケットに保存される。 ただし、 TCO 最適化プログラム ポリシーが適用された後に、ブロック解析ルールが適用されることに注意。 アーカイブ保持タグは、ブロック・パーシング・ルールを通じて 保管および検索 に送信されるデータでは使用できません。
TCO ポリシーを設定すると、各ポリシーに優先順位が割り当てられます。 選択された優先順位は、条件に一致するログのTCOデータパイプラインを決定します。
| 優先度の値 | TCO パイプライン |
|---|---|
High |
優先順位の洞察 |
Medium |
分析とアラート |
Low |
保管および検索 |
Blocked |
[*] |
[*] 優先順位が Blocked のログ・マッチング・ポリシーはドロップされ、どの TCO パイプラインにも送信されません。
アプリケーション名、サブシステム名、およびログの重大度に基づいて、データにポリシーを適用できます。 これら3つのフィールドは、すべてのログデータが持たなければならないメタデータフィールドである。 詳細については、 メタデータ・フィールドを 参照のこと。
それぞれのパイプラインが提供する機能は異なる：
| 特長 | 優先順位の洞察 | 分析とアラート | 保管および検索 |
|---|---|---|---|
| 高速サーチ | はい | いいえ | いいえ |
| ホットストレージを使用したダッシュボードと分析 | はい | いいえ | いいえ |
| ダッシュボードと分析 IBM Cloud Object Storage | はい | はい | いいえ |
| インテリジェントなログ分析 | はい | はい | いいえ |
| ログに関するアラート | はい | はい | いいえ |
| ログデータから最大1年間維持されるメトリクス | はい | はい | いいえ |
| さらなる分析のためにログを再インデックスする | はい | はい | はい |
| 検索ログ IBM Cloud Object Storage | はい | はい | はい |
| ログを保存する IBM Cloud Object Storage | はい | はい | はい |
| 解析ルール | はい | はい | はい |
| カスタムデータエンリッチメント | はい | はい | はい |
| スキーマストア | はい | はい | はい |
| ダイナミック・アラート | はい | はい | いいえ |
| テンプレート | はい | はい | いいえ |
| 異常検出 | はい | はい | いいえ |
ポリシーは、デフォルトでは上から順に評価される。 最初のマッチング・ポリシーが適用され、他のポリシーは評価されない。
- ポリシーが競合する場合は、 TCO 最適化プログラム ページにリストされている最初のポリシーが優先されます。
- ポリシーは設定された順序で処理され、UIに表示されます。 最初にマッチしたポリシーが適用される。 残りのポリシーは無視される。
- データをブロックするポリシーは最後に定義されるべきである。
優先順位の洞察 データパイプライン
優先順位の洞察 データパイプラインは、問題のトラブルシューティングや予期せぬ動作の分析のためのログなど、最も早急な対応と介入が必要な優先度の高いログに使用します。
高価な丸太のために利用可能な機能は、次のとおりです：
-
サーバーレス監視
-
ラピッドクエリ
-
サービス・カタログ
-
サービスマップ
-
アラート
-
イベントからメトリクスへ
-
クエリーアーカイブ
-
エクスプローラー画面でトレースを見る
分析とアラート データパイプライン
分析とアラート データパイプラインは、ある時点で注意を払う必要があるかもしれないが、すぐに注意を払う必要はない中程度の優先度のログに使用する。
中程度の優先順位のログで利用可能な機能は以下の通り：
-
サービス・カタログ
-
サービスマップ
-
アラート
-
イベントからメトリクスへ
-
クエリーアーカイブ
-
エクスプローラー画面でトレースを見る
保管および検索 データパイプライン
保管および検索 データパイプラインは、コンプライアンスのために保存する必要があるが、アクションを起こす必要がないログに使用する。
優先度の低いログで利用できる機能は以下の通り：
-
クエリーアーカイブ
-
エクスプローラー画面でトレースを見る
TCO 最適化プログラム へのアクセス
TCO 最適化プログラム にアクセスするには、以下の手順を実行します：
-
データパイプラインアイコン
> TCOオプティマイザ をクリックします。
TCO 最適化プログラム ページには、構成されたポリシーが適用された後に各パイプラインに流れる、取り込まれたデータのパーセンテージが表示されます。
ポリシーの作成
ポリシーを作成する前に、 IBM Cloud Object Storage データバケットを 設定する必要があります。
TCO 最適化プログラム ページで、以下の手順を実行して新規ポリシーを作成します。
-
**「ポリシーの作成 (Create Policy)」**をクリックします。
-
Details セクションで、以下のタスクを完了する：
ポリシー名を入力します。
説明を入力します。 この説明はオプションです。
ポリシーの順序を定義する。 この順序は、複数のポリシーが一致したときにどのルールが適用されるかを決定する。 デフォルトでは、最初のポリシーが最も高い優先度を持つ。
-
フィルタセクションで、1 つ以上のフィルタを追加して、このポリシーに関連するアプリケーション、サブシステム、および重大度値を構成します。
アプリケーションおよびサブシステムでは、値が
All、Is、Is Not、Includes、またはStarts Withのいずれかに一致する場合に基準を指定できます。 -
優先度セクションで、ポリシーの優先度を設定します。 優先順位は、ポリシーによって突き合わされるログの パイプライン を決定します。
有効な値は、 優先順位の洞察 で管理されているデータの場合は
High、 分析とアラート で管理されているデータの場合はMedium、 保管および検索 で管理されているデータの場合はLow、ドロップしたデータで検索に利用できないデータの場合はBlockです。デフォルト値は
Highです。 -
アーカイブ保持セクションで、 保持タグを 選択します。
デフォルトでは、 Default タグが選択されている。
リテンションタグが定義され、有効化されていれば、リテンションタグを利用できることに注意。
-
**「適用」**をクリックします。
ポリシーの変更
TCO 最適化プログラム ページで、以下のステップを実行して既存のポリシーを変更します。
-
変更したいポリシーをクリックします。
-
基準を変更します。
-
**「適用」**をクリックします。
ポリシーの優先度の値を変更する場合は、ポリシー リストのポリシーの [ 優先度] ドロップダウン リストで優先度を変更することもできます。 優先順位は、ポリシーによって突き合わされるログの パイプライン を決定します。
ポリシーの削除
TCO 最適化プログラム ページで、以下のステップを実行して既存のポリシーを削除します。
-
削除するポリシーをクリックします。
-
**「削除」**をクリックします。
-
ポリシーを削除することを確認します。
アプリケーションとポリシーのオーバーライドを作成する
アプリケーションとポリシーのオーバーライドの設定はUIからのみ可能です。
アプリケーションとポリシーの上書き 」セクションは、ログを生成するすべてのアプリケーションとサブシステムの使用状況を、上位の生成者順に表示します。 フィルタを使用すると、簡単にリストを検索し、フィルタリングすることができます。
行をクリックすると、アプリケーションとサブシステムのペアの使用状況の詳細が、重大度レベルと割り当てられたTCOパイプラインの優先度別に表示されます。
このビューでは、アプリケーション・サブシステム・ペア全体の優先度を変更したり、アプリケーション・サブシステム・ペア内の特定のログの重大度の優先度を変更したりできます。 優先順位は、そのペアのデータが送信されるTCOデータパイプラインを決定する。 重大度によって優先度が異なる場合、[ アプリケーション] および [ポリシーの上書き] テーブルに表示されるポリシーのステータスは複数になります。
特定のアプリケーションとサブシステムのペアの優先順位をオーバーライドするには、以下を実行します：
-
アプリケーションとポリシーのオーバーライドで、変更するアプリケーションとサブシステムのペアをクリックします。
-
必要に応じて優先順位を更新する。
-
アプリケーションとシス テムのペア全体に使用される優先順位を更新するには、 Set priorityを優先順位に変更する。
-
ログの重大度に基づいて優先順位を更新するには、「 Tune severity 」で特定の重大度の優先順位を優先順位に変更します。
-
-
Apply をクリックして変更を保存します。
すべてのアプリケーションとサブシステムのペアのすべてのオーバーライドをデフォルトの動作にリセットする場合は、 Reset All Overrides をクリックします。 これにより、すべてのオーバーライドがリセットされることに注意してください。