請求額の増加を防ぐ
監視のニーズに関係のない Prometheus データを送信しないでください。代わりに、フィルタを使用して特定のメトリクスを無視または含めます。これにより、New Relic に送信するデータの量を制御し、追加の課金を避けることができます。
構成ガイドで説明されているように、一部のターゲットはデフォルトでスクレイピングされ、それらの検出されたターゲットから公開されたすべてのデータが送信されます。そのため、New Relic のプラットフォームの制限を超えて、請求額が増える可能性があります。
設定されるデータの量を減らすために、prometheus エージェントの構成をカスタマイズできます。
- スクレイピング対象のターゲットを設定する。
- 削り間隔を調整することで。
- メトリック フィルタを適用する。
- どのプロメテウス統合を有効にするかを設定する。
また、 トラブルシューティングのヒントもご覧ください。
プロメテウス統合を有効または無効にする
Prometheus エージェントは、 app_valuesフィールドとsource_labelsフィールドを使用して、カスタマイズ可能な Prometheus 統合からメトリックをスクレイピングします。デフォルト値は、 チャートの GitHub リポジトリで確認できます。
source_labels対応するリソースからメトリックをフィルタリングするために使用されるラベル名を定義します。app_valuesフィルタリングされるラベル名の値を定義します。
たとえば、次の値を使用します。
# (...)kubernetes: source_labels: ["app.kubernetes.io/name", "app.newrelic.io/name"] app_values: ["redis"]# (...)integrations_filter.enabled: trueを持つすべてのジョブには、値が"redis"である"app.kubernetes.io/name"および"app.newrelic.io/name"に対応するラベルを含む指標のみが含まれます。
デフォルト値を拡張して、追加のラベルまたはアプリケーション値を含めることができます。関心のないデフォルト アプリケーションで参照されているサービスの値を取り出すこともできます。
Prometheus ネイティブ構成を適用する
Prometheus エージェントが提供する構成レイヤーで現在サポートされていない何らかの要件がある場合は、Prometheus 形式で追加のスクレイプ構成をセットアップできます。そのためには、解析されない有効な Prometheus 構成を含むextra_フィールドを使用してください。
重要
extra_ フィールドには生の Prometheus 構成を含める必要があります。
したがって、収集されたメトリクスには、静的ターゲットまたは kubernetes ジョブのエージェントによって追加されたpodやserviceなどのメタデータがデフォルトで含まれません。この構成は、サポートされているフィールドがニーズを満たしていない場合の回避策としてのみ使用してください。詳細については、 ヘルムチャートのドキュメントを参照してください。