サブスクリプションの使用状況（元の価格設定モデル）

オリジナルの価格設定モデル のアカウントでは、使用量 UI により、データ使用量を予測的に追跡し、それが価格にどのように影響するかを確認することができます。このドキュメントでは、CU ベースの価格設定 (ホストベースの価格設定ではない) をしている APM アカウントの請求可能な使用量を New Relic がどのように計算するかを説明するとともに、利用可能なサブスクリプションの使用量属性と、New Relic UI や API コールで使用できる NRQL クエリの例 を提供しています。

データ作成

1日1回、APMアカウントは、 NrDailyUsage event を生成します。

• 過去24時間に作成されたすべてのアプリケーションインスタンス

• 過去24時間にアプリケーション・インスタンスが存在したすべてのホスト

  これらの2種類のイベントにより、使用状況データを様々な方法で照会・分析することができます。アプリケーションイベントを照会するには、 usageType 属性値として Application を使用します。ホストイベントを照会するには、 usageType 属性値として Host を使用します。

  すべてのAPMイベントは、 productLine 属性値として、 APM を使用します。詳細については、 APM クエリの例 を参照してください。

  使用量計算

  ホストの毎月の請求可能な CU は、APM を実行しているホストのサイズ (CPU 数 + RAM GB) に、その月にホストが New Relic に接続している時間数を乗じて算出されます。この計算方法の詳細については、 CU ベースの価格設定 をご覧ください。

  ヒント

  アカウント Owner と Admins だけが使用量の UI を見ることができます。しかし、アカウントの誰もが NrDailyUsage event を使って使用量データを照会することができます。

  当月の最終的な課金対象となるCUの推定値を得るため。

1. 使い方のUI にアクセスしてください。

2. APMの使い方 ページで、タイムピッカーを 当月 に設定します。

3. Avg daily compute units に当月の日数を掛けてください。

   Usage UIの詳細については、 Intro to subscription usage data を参照してください。

   表の定義

   ここでは、UIテーブルやCSVファイルに表示されるカラムヘッダーの定義を示します。表示される列は、ページ上部で選択されている「 Group by 」オプションによって異なります。

   ヘッダー	定義
   アカウント名	アカウントの名前です。これは、スタンドアロンのアカウント、 親アカウント または 顧客パートナーシップ とすることができます。
   ホストID	そのホストの一意の識別子です。ホストがAWSにある場合は、AWSが提供するインスタンスIDを使用します。その他のホストの場合は、New Relic がホスト ID を割り当てます。この値の作成方法については、 hostID を参照してください。
   エージェントのホスト名	エージェントから報告されたホストの名前です。この値の詳細については、 agentHostname を参照してください。
   1日の平均計算ユニット数	1日の平均的な compute units を使用しています。
   総使用量に占める割合	全体の使用量に対する割合です。

   クエリの例

   ここでは、アカウント使用データで使用できるNRQLクエリの例をご紹介します。

   先月の使用状況

   SELECT sum(apmComputeUnits) 
   FROM NrDailyUsage 
   WHERE usageType='Host' 
   AND productLine='APM' 
   SINCE last month 
   UNTIL this month

   コピー

   昨年の月間使用量

   SELECT SUM(apmComputeUnits)
   FROM NrDailyUsage
   WHERE usageType='Host' 
   AND productLine='APM'
   FACET monthOf(timestamp) 
   SINCE 12 month ago limit 13

   コピー

   アプリケーションごとのInstance-Cu

   このクエリは、過去 24 時間にアプリケーションのすべてのインスタンス (プロセス) が使用した CU の合計数を測定します。どのアプリケーションがAPMの使用量の原因となっているかを判断するのに便利ですが、New RelicがAPMの使用量を価格設定する方法と正確に一致する結果は得られません。

   各アプリケーションインスタンスは、同じホスト上で他のアプリケーションインスタンスと同時に動作していても、このクエリでは個別にカウントされるため、アプリケーションインスタンス時間数はホスト時間数（請求可能な数量）よりも大きくなる可能性があります。

   SELECT sum(apmComputeUnits) 
   FROM NrDailyUsage 
   WHERE usageType='Application' 
   AND productLine='APM' 
   FACET consumingAccountName,consumingAccountId,apmAppName 
   SINCE 1 day ago 
   LIMIT 2000

   コピー

   レガシーホスト使用レポート

   このクエリは、かつて"ホスト使用状況レポート" で提供されていたデータ（各ホストで実行されているアプリケーションのリスト）を返します。なお、APMの使用量は1時間単位でカウントされますが、1時間単位の使用量データはAPIやUIでは利用できなくなりました。

   FROM NrDailyUsage 
   SELECT min(timestamp) 
   AS 'Earliest reporting day',max(timestamp) 
   AS 'Latest reporting day' 
   FACET apmAppName,hostId,agentHostname,consumingAccountName,consumingAccountId 
   WHERE usageType='Application' 
   AND productLine='APM' 
   SINCE 1 month ago 
   LIMIT 2000

   コピー

   従来のホスト毎の使用量レポート

   このクエリは、廃止されたUIシステムで得られたであろうCSVレポートに近いものを生成します。

   FROM NrDailyUsage 
   SELECT consumingAccountId 
   AS 'Account ID', hostId, cloudProvider 
   AS 'Host provider', cloudInstanceType 
   AS 'Instance type', apmBillingInstanceSize 
   AS 'Instance size', apmHoursUsed 
   AS 'Hours used', apmComputeUnits 
   AS 'Usage (CU)', apmMemoryBytes/(1024*1024*1024) 
   AS 'Total RAM', apmProcessorCount 
   AS 'Logical processors', apmContainerCount 
   AS 'Container count', apmComputeUnitRule 
   AS 'Business rule', missingCpuData, missingRamData, instanceSizeCapped, cloudZone, cloudInstanceId 
   WHERE productLine='APM' 
   AND usageType='Host' 
   SINCE 1 day ago 
   LIMIT 2000

   コピー

   このNRQLクエリは、従来の使用レポートとは異なります。

   ホストごとのクエリ	コメント
   期間	このクエリには、過去24時間の使用状況のみが含まれています。より長い期間の使用量を集約して表示するには、 SINCE 句を変更します。
   結果が最大行数に制限される	NRQL は返される行の数を制限しています。返される最大行数よりも多くのホストがあり、ホストの完全なセットを取得したい場合は、データのサブセットを返すために、より多くの WHERE 句でクエリを絞り込むことができます (例えば、 WHERE cloudInstanceId LIKE "%0")データを最大 16 グループに分割し、AWS インスタンス ID の最後の文字をモジュロします。
   ドッカーコンテナID	単一のDockerコンテナIDは、このレポートには表示されません。DockerコンテナIDは、アプリケーションインスタンスレベルの粒度でのみ報告されます(usageType='Application')。 ホスト（usageType='Host' ）では、非常に多くのコンテナが存在するため、ユニークなコンテナの数が報告されます。ホストについて報告するコンテナIDを1つだけ選択することは有益でしたが、現在は適切な粒度でより多くのデータが報告されています。
   ビジネスルール	ビジネスルール は、2 つの属性に置き換えられました。 apmComputeUnitRule では、エージェントから得られるデータに応じて、ホストのサイズをどのように計算するかを定義しています。また、コンテナ環境でより正確なホスト名を提供するために、エージェントを更新する必要があるかどうかの説明はなくなりました(update_agent_for_container_environment)。 missingCpuData 、 missingRamData 、 instanceSizeCapped は、 missing_data という値が apmComputeUnitRule 属性に存在する場合の意味を説明するブーリアンフラグです。

   エージェントのバージョン情報

   このクエリを使用して、過去24時間にアプリケーション上で実行されているエージェントのバージョンを確認します。この情報は、Dockerコンテナ環境でより正確なホスト名（LinuxブートIDまたはクラウドプロバイダーのインスタンスID）を報告するために、エージェントをアップグレードする必要があるかどうかを判断するのに役立ちます。

   FROM NrDailyUsage 
   SELECT count(*) 
   WHERE productLine='APM' 
   AND usageType='Application' 
   FACET consumingAccountId, consumingAccountName, apmAppName, apmAgentVersion, apmLanguage 
   SINCE 1 day ago 
   LIMIT 2000

   コピー

   コンテナトラッキングのアップデートを必要とするエージェント

   このクエリは、エージェントがコンテナIDと同じかもしれないホスト名を報告しているアプリケーションを特定するのに役立ちます。このクエリの結果は、そのようなアプリケーションの決定的なリストではありませんが、どのアプリケーションが影響を受ける可能性があるかを判断するのに役立ちます。

   Dockerコンテナにちなんで不正確に名付けられたホストは、 hostId の値が、 containerId の値の最初の部分と同じになります。 apmComputeUnitRule != 'cloud_provider_data' 句は、クラウドプロバイダーによって命名され、したがって、エフェメラルコンテナにちなんで命名されていないホストを考慮から外します。

   FROM NrDailyUsage 
   SELECT latest(hostId) 
   WHERE containerId is not null 
   AND apmComputeUnitRule != 'cloud_provider_data' 
   AND productLine='APM' 
   AND usageType='Application' 
   FACET consumingAccountId,apmAppName,apmAgentVersion,apmLanguage,containerId 
   SINCE 1 day ago 
   LIMIT 2000

   コピー

   アカウントの階層

   このクエリは、アカウントの階層（パートナーシップ、親、子のアカウント）を確認するのに便利です。

   SELECT count(*) 
   FROM NrDailyUsage 
   FACET partnershipName, masterAccountName, masterAccountId, consumingAccountName, consumingAccountId 
   LIMIT 2000 SINCE 1 day ago

   コピー

   Dockerなどのコンテナの使用

   従来のAPMエージェントの中には、コンテナをホストとして誤カウントするものがあり、その結果、コンピュートユニット（CU）の使用量が過剰に報告されることがありました。

   Linuxベースのコンテナ（Dockerを含む）でこの計算を修正するには、 、APMエージェント をこれらのバージョンにアップグレードしてください。

• Go: 1.11以上
• Java: 3.42.0 以上
• .NET: 6.19.330.0 以上
• Node.js: 2.1.0 以上
• PHP: 7.5.0.199 以上
• Python: 2.90.0.75 以上
• Ruby: 4.4.0.336 以上

当社の オリジナル価格モデル のアカウントについて、 ホストベースの価格設定 (CU ベースの価格設定 ではありません)の APM アカウントの請求可能な使用量を New Relic がどのように計算するかについて説明します。また、このドキュメントでは、利用可能なサブスクリプションの使用状況の属性と、 NRQL クエリの例 を提供しており、New Relic の UI や API コールで使用することができます。

データ作成

1日1回、APMアカウントは、 NrDailyUsage event を生成します。

• 過去24時間に存在したすべてのアプリケーションインスタンス

• 過去24時間にアプリケーション・インスタンスが実行されたすべてのホスト

  これらの2種類のイベントにより、使用状況データを様々な方法で照会・分析することができます。アプリケーションイベントを照会するには、 usageType 属性値として Application を使用します。ホストイベントを照会するには、 usageType 属性値として Host を使用します。

  すべてのAPMイベントは、 productLine 属性値として、 APM を使用します。詳細については、 APM クエリの例 を参照してください。

  使用量計算

  ホストベースのAPM価格では、毎月の請求対象となる使用量は、その月に使用された 相当のホスト の数によって決定されます。 相当のホスト は以下のように定義されます。1 つのホストまたは複数のホストによる New Relic への接続時間が 750 時間 (標準的な月間時間数) であること。この計算方法の詳細については、 ホストベースの価格設定 を参照してください。

  ヒント

  アカウント Owner と Admins だけが使用量の UI を見ることができます。しかし、アカウントの誰もが NrDailyUsage event を使って使用量データを照会できます。

  当月の請求可能な使用量の推定値を得るため。

1. 使い方のUI にアクセスしてください。

2. APMの使い方 ページで、タイムピッカーを 当月 に設定します。

3. Avg daily equivalent hosts for an account or grouping of accounts をご覧ください。

   このUIは、ホストの使用量を推定するためのものですが、特にクラウド環境では、使用量が時間とともに増減する可能性があります。

   クエリの例

   ここでは、アカウントの使用状況データで使用できるNRQLクエリの例をご紹介します。NRQL クエリを実行して、結果のチャートをダッシュボードで使用することができます。

   先月の使用状況

   このクエリでは、先月のAPM相当のホストを計算する目的で、New Relicの標準的な月間時間数（750時間）を使用しています。

   SELECT sum(apmHoursUsed)/750 
   AS 'Equivalent hosts' 
   FROM NrDailyUsage 
   WHERE usageType='Host' 
   AND productLine='APM' 
   SINCE last month 
   UNTIL this month

   コピー

   アプリケーションごとのホストごとの使用量

   New Relic は、厳密にはアプリケーションごとではなく、アプリケーション・インスタンスごとの使用量を記録します。このクエリは、特定のホスト上の特定のアプリケーションの使用量の近似値を示します。ある日のうちにホスト上で一意のアプリケーション・インスタンスが連続して実行される場合、このクエリは過小評価を返す可能性があります（これは、たとえばコンテナ環境ではありがちなことです）。

   SELECT max(apmHoursUsed) 
   FROM NrDailyUsage 
   WHERE usageType='Application' 
   AND productLine='APM' 
   FACET consumingAccountName,consumingAccountId,apmAppName,hostId 
   SINCE 1 day ago 
   LIMIT 2000

   コピー

   アプリケーションごとのインスタンス時間

   このクエリは、過去24時間にアプリケーションのすべてのインスタンス（プロセス）が使用した総時間数を測定します。どのアプリケーションがAPMの使用量の原因となっているかを判断するのに便利ですが、New RelicがAPMの使用量を価格設定する方法と正確に一致する結果は得られません。

   各アプリケーションインスタンスは、同じホスト上で他のアプリケーションインスタンスと同時に動作していても、このクエリでは個別にカウントされるため、アプリケーションインスタンス時間数はホスト時間数（請求可能な数量）よりも大きくなる可能性があります。

   SELECT sum(apmHoursUsed) 
   FROM NrDailyUsage 
   WHERE usageType='Application' 
   AND productLine='APM' 
   FACET consumingAccountName,consumingAccountId,apmAppName 
   SINCE 1 day ago 
   LIMIT 2000

   コピー

   エージェントのバージョン情報

   このクエリを使用して、過去24時間にアプリケーション上で実行されているエージェントのバージョンを確認します。この情報は、Dockerコンテナ環境でより正確なホスト名（LinuxブートIDまたはクラウドプロバイダーのインスタンスID）を報告するために、エージェントをアップグレードする必要があるかどうかを判断するのに役立ちます。

   FROM NrDailyUsage 
   SELECT count(*) 
   WHERE productLine='APM' 
   AND usageType='Application' 
   FACET consumingAccountId, consumingAccountName, apmAppName, apmAgentVersion, apmLanguage 
   SINCE 1 day ago 
   LIMIT 2000

   コピー

   アカウントの階層

   このクエリは、アカウントの階層（パートナーシップ、親アカウント、子アカウント）を確認するのに便利です。

   SELECT count(*) 
   FROM NrDailyUsage 
   FACET partnershipName,masterAccountName,masterAccountId,consumingAccountName,consumingAccountId 
   LIMIT 2000 
   SINCE 1 day ago

   コピー

   従来のホスト毎の使用量レポート

   このクエリは、廃止されたUIシステムで見られたCSVレポートに近いものを生成します。

   FROM NrDailyUsage 
   SELECT consumingAccountId 
   AS 'Account ID', hostId, cloudProvider 
   AS 'Host provider', cloudInstanceType 
   AS 'Instance type', apmBillingInstanceSize 
   AS 'Instance size', apmHoursUsed 
   AS 'Hours used', apmComputeUnits 
   AS 'Usage (CU)', apmMemoryBytes/(1024*1024*1024) 
   AS 'Total RAM', apmProcessorCount 
   AS 'Logical processors', apmContainerCount 
   AS 'Container count', apmComputeUnitRule 
   AS 'Business rule', missingCpuData, missingRamData, instanceSizeCapped, cloudZone, cloudInstanceId 
   WHERE productLine='APM' 
   AND usageType='Host' 
   SINCE 1 day ago 
   LIMIT 2000

   コピー

   このNRQLクエリは、従来の使用レポートとは異なります。

   ホストごとのクエリ	コメント
   期間	このクエリには、過去24時間の使用状況のみが含まれています。より長い期間の使用量を集約して表示するには、 SINCE 句を変更します。
   結果が最大行数に制限される	NRQL は返される行の数を制限しています。返される最大行数よりも多くのホストがあり、ホストの完全なセットを取得したい場合は、データのサブセットを返すために、より多くの WHERE 句でクエリを絞り込むことができます（例えば WHERE cloudInstanceId LIKE "%0" ）データを最大 16 グループに分割し、AWS インスタンス ID の最後の文字をモジュロします。
   ドッカーコンテナID	単一のDockerコンテナIDは、このレポートには表示されません。DockerコンテナIDは、アプリケーションインスタンスレベルの粒度でのみ報告されます(usageType='Application')。 ホスト（usageType='Host' ）では、非常に多くのコンテナが存在するため、ユニークなコンテナの数が報告されます。ホストについて報告するコンテナIDを1つだけ選択することは有益でしたが、現在は適切な粒度でより多くのデータが報告されています。
   ビジネスルール	ビジネスルール は、他の属性に置き換えられました。エージェントを更新する必要があるかどうかを表すのに使われなくなりました。

   レガシーホスト使用レポート（アプリケーション一覧）

   このクエリは、かつて"ホスト使用状況レポート" で提供されていたデータ（各ホストで実行されているアプリケーションのリスト）を返します。なお、APMの使用量は1時間単位でカウントされますが、1時間単位の使用量データはAPIやUIでは利用できなくなりました。

   FROM NrDailyUsage 
   SELECT min(timestamp) 
   AS 'Earliest reporting day',max(timestamp) 
   AS 'Latest reporting day' 
   FACET apmAppName,hostId,agentHostname,consumingAccountName,consumingAccountId 
   WHERE usageType='Application' 
   AND productLine='APM' 
   SINCE 1 month ago 
   LIMIT 2000

   コピー

   Dockerなどのコンテナの利用

   以前の New Relic APM エージェントの中には、コンテナをホストとして誤カウントするものがあり、これによりホストベースの使用量が過剰に報告されることがあります。

   Linuxベースのコンテナ（Dockerを含む）でこの計算を修正するには、 、APMエージェント をこれらのバージョンにアップグレードしてください。

• Go: 1.11以上
• Java: 3.42.0 以上
• .NET: 6.19.330.0 以上
• Node.js: 2.1.0 以上
• PHP: 7.5.0.199 以上
• Python: 2.90.0.75 以上
• Ruby: 4.4.0.336 以上

オリジナルの価格モデル のアカウントに対して、ブラウザのサブスクリプション利用に対する請求可能な使用量の計算方法を説明しています。 また、本ドキュメントでは、利用可能なサブスクリプション使用量の属性と、New Relic UI や API コールで使用する NRQL クエリの例を提供しています。

シングルページアプリ（SPA）の監視使用については、 SPAの使用 を参照してください。

データ作成

1 時間に 1 回、監視対象のアプリケーションごとに、New Relic Browser アカウントが NrUsage イベント を生成します。各イベントには、直近1時間の使用量がまとめられています。

Browserの使用状況データを照会する際には、 productLine 属性値として、 Browser を使用してください。詳細については、 Browser クエリの例 を参照してください。

使用量計算

月間使用量は、その月のすべてのエンドユーザーのブラウザにおけるページビューの合計数に相当します。AJAXトラフィックは、1日の使用量にはカウントされません。ページビューが長期的に安定している場合は、当月の使用量を見積もることができます。

UIで使用情報を表示するには

1. に移動します。 account dropdown > View your usage.

2. 「ブラウザの使用状況」 ページで、タイムピッカーを 「過去30日間」 に設定します。

3. Avg daily page views に当月の日数を掛けたものです。

   使用状況のUIについては、 Introduction to New Relic subscription usage data をご覧ください。

   表の定義

   ここでは、UIテーブルやCSVファイルに表示されるカラムヘッダーの定義を示します。表示される列は、ページ上部で選択されている「 Group by 」オプションによって異なります。

   ヘッダー	定義
   アカウント名	アカウントの名前です。これは、スタンドアロンのアカウント、 親アカウント 、 顧客パートナーシップ とすることができます。
   アカウントID	New Relic アカウントID.
   1日の平均ページビュー	そのアカウントまたはアプリケーションの1日あたりの平均ページビューです。
   総使用量に占める割合	全体の使用量に対する割合です。

   クエリの例

   ここでは、サブスクリプション利用データで使用できるNRQLクエリの例を紹介します。NRQL クエリを実行して、結果のチャートをダッシュボードで使用することができます。

   過去1ヶ月間のページビュー

   このクエリは、過去1ヶ月間のページビューのカウントを表示します。

   SELECT sum(usage) 
   FROM NrUsage 
   WHERE productLine='Browser' 
   SINCE last month 
   UNTIL this month

   コピー

   直近1週間のアカウント別ページビュー

   このクエリは、先週のページビューのカウントをアカウント別に表示します。

   SELECT sum(usage) 
   FROM NrUsage 
   WHERE productLine='Browser' 
   SINCE 7 days ago 
   FACET consumingAccountName

   コピー

   アプリケーション別の過去1ヶ月間のページビューです。

   このクエリは、アプリケーション別に過去1ヶ月のページビューのカウントを表示します。

   SELECT sum(usage) 
   FROM NrUsage 
   WHERE productLine='Browser' 
   SINCE 30 days ago 
   FACET browserAppID

   コピー

   アカウントの階層

   このクエリは、アカウントの階層（パートナーシップ、親アカウント、子アカウント）を確認するのに便利です。

   SELECT count(*) 
   FROM NrUsage 
   FACET partnershipName,masterAccountName,masterAccountId,consumingAccountName,consumingAccountId 
   LIMIT 1000 
   SINCE 1 day ago

   コピー

   SPAの使い方

   ページビューは、 New Relic Browser がお客様のデータ使用量や製品価格を決定するために使用します。このドキュメントでは、New Relic Browser の SPA モニタリング におけるページビューの定義とその理由について説明します。

• SPAのモニタリング は、 ブラウザのデータ使用には影響しません。

• SPA モニタリング は、 インサイトのデータ使用量が増加します。

  New Relic Browser では、 ページビュー は、 window.onload イベントの発火によって通知される、ページの完全なロードまたはリロードと定義されています。

  New Relic の SPA モニタリング は、従来のページビューを追跡するだけでなく、ページロードを必要としないブラウザ内の変化も追跡します。

• ルートとハッシュの変更

• 同期と非同期のJavaScript

• サーバーサイドでのページの動的な更新

  ルートの変更は自動的に追跡され、 カスタムインストルメント を設定することで、ほぼすべてのタイプのブラウザのインタラクションをキャプチャすることができます。

  New Relic Browser Pro では、課金はアカウントの月間ページビュー数に基づいて行われます。 SPAモニタリング が有効な場合、ページロードを必要としないブラウザインタラクションは ****課金目的のページビューとしてカウントされません。SPAモニタリングでは、ページロードを伴わないルート変更やその他のカスタムブラウザインタラクションを無制限にトラッキングすることができます。

  Insightsの購読に関する注意事項

  標準のブラウザ監視からSPA監視に切り替え、Insightsもお支払いになった場合（Insightsの補完的なサブスクリプションのみを使用しない場合）、Insightsのデータ使用量が増加します。SPA監視はアプリケーションを監視するより高度な方法であるため、以下の理由で標準監視よりも多くのInsightsイベントが作成されます。

• ページビューは、 PageView イベントだけでなく、 BrowserInteraction, AjaxRequest, BrowserTiming イベントも作成します。

• 一般的なSPAアーキテクチャのアプリでは、通常のページロードよりもルート変更が多くなります。

  お客様がInsightsをお支払いになり、現在のInsightsのライセンスが、SPAモニタリングで生成される イベント の量に対して十分でない場合、データ使用量のプランを超えたことをお知らせします。これを改善するために、以下のオプションが用意されています。

• インサイトプランのアップグレード

• 一部のイベントタイプの報告をオフにする.

• Browser API を使用して、一部のイベントの収集を手動でオフにします。

• Browser SPAの監視を標準の監視に戻す

オリジナル価格モデル のアカウントについて、モバイルアカウントの請求可能な使用量の計算方法を説明しています。また、このドキュメントでは、利用可能なサブスクリプションの使用量属性と、 NRQL クエリの例を示しています。 New Relic の UI や API コールで使用できます。

データ作成

New Relic Mobile アカウントは、1 日に 1 回、監視対象のアプリケーションごとに、 NrDailyUsage イベント を生成します。各イベントは、現在の暦月の過去 24 時間までの Mobile の使用状況をまとめたものです。

Mobileの使用状況データを照会するには、 productLine 属性値として、 Mobile を使用します。詳細については、 Mobile クエリの例 を参照してください。

使用量計算

New Relic Mobile のサブスクリプションの使用量は、月間アクティブユーザー (MAU) の概念に基づいています。

• New Relic が監視しているモバイルアプリの場合、MAU は、1 暦月中にそのアプリを使用したユニークユーザーの累積カウントを表します。この指標では、ユニークなエンドユーザーのモバイルデバイスはそれぞれ、"ユーザー" としてカウントされます。

• 複数のアプリをお持ちのアカウントの場合、アカウントの総使用量は、そのアカウントの下にあるすべてのアプリのMAUの合計となります。

  ヒント

  アカウント Owner と Admins だけが使用量の UI を見ることができます。しかし、アカウントの誰もが NrDailyUsage event を使って使用量データを照会できます。

  当月の請求可能な使用量の推定値を得るため。

1. 使い方のUI にアクセスしてください。

2. モバイルの使用状況 ページで、タイムピッカーを 「当月」 に設定します。

   モバイル使用率のグラフと表は、一定期間に到達した最大MAUを表示します。通常、月の初めに急速に増加し、その後、月を通してゆっくりと増加します。この値は、これまでに発見された最大値を表しているため、下がることはありません。このため、モバイルの使用率は、日々の使用量の合計に基づく他のNew Relicの使用率測定値とは異なります。

   使用状況のUIについては、 Introduction to New Relic subscription usage data をご覧ください。

   表の定義

   ここでは、UIテーブルやCSVファイルに表示されるカラムヘッダーの定義を示します。表示される列は、ページ上部で選択されている「 Group by 」オプションによって異なります。

   ヘッダー	定義
   アカウント名	アカウントの名前です。これは、スタンドアロンのアカウント、 親アカウント 、 顧客パートナーシップ とすることができます。
   アプリケーション名	モバイルアプリケーションの名前です。
   アプリケーションID	New Relic Mobile アプリケーションID.
   最大MAU	月間最大アクティブユーザー数。現在の暦月において、到達したアクティブユーザーの最高カウント数。この数値は、New Relic のサブスクリプションに含まれる MAU と比較することができます。
   総使用量に占める割合	グループ（アカウントまたはアプリケーション、 Group by の選択による）に帰属する総使用量の割合です。

   クエリの例

   ここでは、サブスクリプション利用データで使用できるNRQLクエリの例を紹介します。NRQL クエリを実行して、結果のチャートをダッシュボードで使用することができます。

   直近1ヶ月間の月間アクティブユーザー数（MAU

   直近の完全な月の月間アクティブユーザー数のグラフです。

   SELECT sum(mobileUniqueUsersPerMonth) 
   FROM NrDailyUsage 
   WHERE usageType='Application' AND productLine='Mobile' 
   SINCE last month UNTIL this month TIMESERIES 1 day

   コピー

   その月の請求可能なMAU数は、このグラフ上の最大数です。また、 since 句に月の最終日を使うなどして、このクエリで特定の月の請求可能数を直接取得することもできます。

   SELECT sum(mobileUniqueUsersPerMonth) 
   FROM NrDailyUsage 
   SINCE '2018-05-31' UNTIL '2018-06-01'

   コピー

   月間アクティブユーザー数（MAU）、アプリ別、直近1ヶ月間

   直近1ヶ月間の月間アクティブユーザー数を、アプリケーション名でファセットしたもの。

   SELECT max(mobileUniqueUsersPerMonth) 
   FROM NrDailyUsage 
   WHERE usageType='Application' AND productLine='Mobile' 
   SINCE last month UNTIL this month 
   FACET mobileAppName

   コピー

   これらの数字の合計が、最後の完全な月のアカウントの請求可能なMAUとなります。

   直近1ヶ月のユニークなモバイルアプリ

   このクエリは、過去1ヶ月間のユニークなモバイルアプリケーションの数を表示します。

   SELECT uniqueCount(mobileAppName) 
   FROM NrDailyUsage 
   WHERE usageType='Application' AND productLine='Mobile' 
   SINCE 1 month ago

   コピー

   アカウントの階層

   このクエリは、アカウントの階層（パートナーシップ、親アカウント、子アカウント）を確認するのに便利です。

   SELECT count(*) 
   FROM NrDailyUsage 
   FACET partnershipName,masterAccountName,masterAccountId,consumingAccountName,consumingAccountId 
   LIMIT 1000 
   SINCE 1 day ago

   コピー

オリジナル価格モデル のアカウントについて、インフラストラクチャアカウントの請求可能な使用量の計算方法を説明します。また、このドキュメントでは、利用可能なサブスクリプションの使用量属性と、 NRQL クエリの例を示しています。 New Relic UI や API コールで使用できます。

データ作成

1 日に 1 回、New Relic Infrastructure アカウントは、過去 24 時間にアプリケーション インスタンスが存在したすべてのユニークなホストに対して、 NrDailyUsage イベント を生成します。すべての Infrastructure イベントは、 productLine 属性値が Infrastructure となります。詳細については、 クエリの例 を参照してください。

使用量計算

ホストの毎月の請求可能な CU は、Infrastructure を実行しているホストのサイズ (CPU 数 + RAM GB 数) に、その月にホストが New Relic に接続している時間数を乗じて算出されます。この計算方法の詳細については、 CU ベースの価格設定 をご覧ください。

長期的に使用量が安定している場合は、当月の使用量を推定することができます。

UIで使用情報を表示するには

1. 使い方のUI にアクセスしてください。

2. インフラストラクチャの使用状況 ページで、タイムピッカーを 過去30日 に設定します。

3. Avg daily compute units に当月の日数を掛けてください。

   Usage UIについては、 Introduction to subscription usage data を参照してください。

   表の定義

   ここでは、UIテーブルやCSVファイルに表示されるカラムヘッダの定義を示します。表示される列は、ページ上部で選択されている Group by オプションによって異なります。

   ヘッダー	定義
   アカウント名	アカウントの名前です。これは、スタンドアロンのアカウント、 親アカウント または 顧客パートナーシップ とすることができます。
   アカウントID	New Relic アカウントID.
   エージェントのホスト名	エージェントから報告されたホストの名前です。この値の詳細については、 agentHostname を参照してください。
   1日の平均計算ユニット数	1日の平均的な compute units を使用しています。
   総使用量に占める割合	全体の使用量に対する割合です。

   クエリの例

   ここでは、Infrastructureサブスクリプションの使用データで使用できるNRQLクエリの例を紹介します。NRQL クエリを実行して、結果のチャートをダッシュボードで使用することができます。

   NRQL クエリを使用して焦点を絞った使用データを取得する方法についての一般的な情報は、 使用データの紹介 を参照してください。

   先月の計算ユニット

   このクエリは、過去1ヶ月間に使用されたCUのカウントを生成します。

   SELECT sum(infrastructureComputeUnits) 
   FROM NrDailyUsage 
   WHERE productLine='Infrastructure' 
   AND usageType='Host' 
   SINCE last month 
   UNTIL this month

   コピー

   ホストの詳細レポート（旧使用レポートの再現）

   このクエリは、以前に提供されていたInfrastructureサブスクリプションの使用状況のUIからCSVをダウンロードして得られたレポートを可能な限り再現しています。

   FROM NrDailyUsage 
   SELECT consumingAccountId 
   AS 'Account ID',agentHostname,cloudProvider 
   AS 'Host provider', cloudInstanceType 
   AS 'Instance type',infrastructureBillingInstanceSize 
   AS 'Instance size',infrastructureHoursUsed 
   AS 'Hours used',infrastructureComputeUnits 
   AS 'Usage (CU)', infrastructureCloudDerivedMemoryBytes/(1024*1024*1024) 
   AS 'Total RAM',infrastructureCloudDerivedProcessorCount 
   AS 'Logical processors',infrastructureAgentMemoryBytes/(1024*1024*1024) 
   AS 'Total RAM',infrastructureAgentProcessorCount 
   AS 'Logical processors',infrastructureComputeUnitRule 
   AS 'Business rule',missingCpuData, missingRamData, instanceSizeCapped,cloudZone,cloudInstanceId 
   WHERE productLine='Infrastructure' 
   AND usageType='Host' 
   SINCE 1 day ago 
   LIMIT 1000

   コピー

   このNRQLクエリは、従来の使用レポートとは異なります。

   ホストの詳細検索	コメント
   期間	このクエリには、最後の日の使用状況のみが含まれます。より長い期間の使用量を集計するには、SINCE 句を変更します。
   結果は1000件に限定	NRQL は結果を 1000 に制限します。1000 以上のホストがあり、ホストの完全なセットを取得したい場合は、データのサブセットを返すために、より多くの WHERE 節でクエリを絞り込むことができます (たとえば、 WHERE agentHostname LIKE ... でデータをグループに分割します)。
   ビジネスルール	ビジネスルール は、2 つの属性に置き換えられました。 infrastructureComputeUnitRule では、エージェントから得られるデータに応じて、ホストのサイズをどのように計算するかを定義しています。また、コンテナ環境でより正確なホスト名を提供するために、エージェントを更新する必要があるかどうかの説明はなくなりました(update_agent_for_container_environment)。 missingCpuData 、 missingRamData 、 instanceSizeCapped は、 missing_data という値が infrastructureComputeUnitRule 属性に存在する場合の意味を説明するブーリアンフラグになりました。

   アカウントの階層

   このクエリは、アカウントの階層（パートナーシップ、親アカウント、子アカウント）を確認するのに便利です。

   SELECT count(*) 
   FROM NrDailyUsage 
   FACET partnershipName,masterAccountName,masterAccountId,consumingAccountName,consumingAccountId 
   LIMIT 1000 
   SINCE 1 day ago

   コピー

当社の オリジナル価格モデル のアカウントについては、これで説明します。

• New Relic が Insights Pro サブスクリプションの請求可能な使用量を計算する方法.

• 利用可能なサブスクリプションの使用属性と NRQL クエリの例 New Relic UI や API 呼び出しで使用できます。

  データ作成

  1日1回、Insights Proを契約しているアカウントは、 NrDailyUsage イベント イベントのネームスペース を生成します。 NrDailyUsage イベントには、そのネームスペース下のイベントのカウントが含まれます。

  このイベントの属性を見るには、データ辞書 NrDailyUsage のエントリ を参照してください。

  使用量計算

  ヒント

  アカウント Owner と Admins だけが使用量の UI を見ることができます。しかし、アカウントの誰もが NrDailyUsage event を使って使用量データを照会することができます。

  当月の請求可能な使用量の推定値を得るため。

1. 使い方のUI にアクセスしてください。

2. Insights usage ページで、タイムピッカーを Current month に設定します。

   Usage UIについては、 Introduction to subscription usage data を参照してください。

   Insights の使用状況の UI では、 有料のイベントのみが表示されます: これは、 Insights Pro のサブスクリプションにカウントされるイベントです 。 ****他の New Relic 製品のサブスクリプションの一部として無料で含まれているイベントは表示されません。ただし、 製品に含まれるイベントを照会することもできます 。

   特定のイベントがどのくらいの期間保持されるかは、各イベントタイプの データ保持期間 によります。適用可能なイベントタイプのリストについては、 Event namespaces を参照してください。

   表の定義

   ここでは、UIのテーブルとCSVファイルに表示されるカラムヘッダーの定義を示します。表示される列は、UIで選択した「 Group by 」オプションによって異なります。

   ヘッダー	定義
   アカウント名	アカウントの名前です。これは、独立したアカウント、 親アカウント 、または パートナーシップ とすることができます。
   アカウントID	New RelicアカウントID.
   イベントの名前空間	Insights サブスクリプションで管理されるイベントのカテゴリー。例： APM または Mobile error 。詳細については、 event namespaces のリスト を参照してください。
   保存された有料イベント	Insights Pro サブスクリプションにカウントされる保存されたイベントの数 。他の New Relic 製品のサブスクリプションの一部として含まれるイベントはカウントされません。
   総使用量に占める割合	全体の使用量に対する割合です。

   イベントの名前空間（タイプ）

   Insights Proのサブスクリプション は、特定のタイプのイベントのデータ保持を管理します。イベントの名前空間（ insightsEventNamespace 属性で示される）は、単一の データ保持 ポリシーを共有する1つまたは複数のイベントタイプに対応します。

   UIのイベント名前空間	問い合わせ時のイベントの名前空間	イベントの種類
   APM トランザクション	APM	トランザクション
   APMのエラー	APMのエラー	TransactionError
   ブラウザ	ブラウザ	Ajax PageAction PageView
   ページビューのタイミング	PcvPerf	PageViewTiming
   SPAモニタリング	ブラウザ:イベントログ	AjaxRequest BrowserInteraction ブラウザータイミング
   JSエラー	ブラウザ：JSErrors	JavaScriptError
   カスタム：*。	カスタム：*。	New Relic で作成されたカスタムフィルターを使用して保存されたイベントタイプです。ほとんどのお客様には適用されません。
   カスタムイベント	デフォルト	New Relic エージェントや Event API を使用して作成したカスタムイベントタイプ
   クラッシュイベントの軌跡	ブレッドクラム	MobileBreadcrumb
   モバイルクラッシュ	モバイルクラッシュ	MobileCrash
   モバイルエラー（ HTTP リクエスト および HTTP エラー 機能の場合）	モバイルエラー	MobileRequest MobileRequestError
   モバイルの例外	モバイル・エクセプション	MobileHandledException
   モバイル総合	モバイル総合	モバイル
   モバイルセッション	モバイルセッション	モバイルセッション

   クエリの例

   Insightsの使用データを最大限に活用するためには

• このデータのクエリを実行し、カスタムチャートやダッシュボードを作成することができます。

• 当社のAPIを使用してプログラム的にこのデータを使用します。

  NRQL クエリの使用方法に関する一般的な情報については、 使用データの紹介 を参照してください。

  ヒント

  Insights は使用イベント を1日1回書き込んでいます 。そのため、これらのクエリでは 24時間前から または 1日の時系列 を使用しています。

  使い方に関するNRQLクエリの例をご紹介します。

  先月のストアドイベント使用量

  このクエリは、クエリが実行されたアカウントの下の階層にあるすべてのアカウント（親アカウントと子アカウント）について、前暦月のInsights統治下のイベントの"請求可能な" 数を示します。この数字は、保存されているイベントの1日の平均数として計算されます。

  SELECT rate(sum(insightsTotalEventCount)-sum(insightsIncludedEventCount), 1 day) 
  AS 'Paid events' 
  FROM NrDailyUsage 
  SINCE last month 
  UNTIL this month

  コピー

  アカウントの現在のインサイト使用量

  このクエリは、特定のアカウントに現在保存されているInsights統治下のイベントの数を、 イベントの名前空間 によって分類して表示します。これらのクエリでは、 YOUR_ACCOUNT_ID を必ず アカウントID に置き換えてください。

  SELECT latest(insightsTotalEventCount) 
  FROM NrDailyUsage 
  SINCE 24 hours ago 
  WHERE consumingAccountId = YOUR_ACCOUNT_ID 
  FACET insightsEventNamespace

  コピー

  このクエリでは、特定のアカウントのすべてのイベントネームスペースについて、現在のInsightsが管理するイベントストレージの合計を知ることができます。

  SELECT sum(insightsTotalEventCount) 
  FROM NrDailyUsage 
  SINCE 24 hours ago 
  WHERE consumingAccountId = YOUR_ACCOUNT_ID

  コピー

  複数のアカウントにおける現在のインサイトの使用状況

  このクエリは、 イベントのネームスペース によって、アカウントのリストに現在保存されている Insights 統治のイベントの数を示します。なお、このクエリでは、 LIST_OF_ACCOUNT_IDs を アカウントIDのリスト に置き換える必要があります。

  SELECT latest(insightsTotalEventCount) 
  FROM NrDailyUsage SINCE 24 hours ago 
  WHERE consumingAccountId 
  IN (LIST_OF_ACCOUNT_IDs) 
  FACET consumingAccountId, insightsEventNamespace 
  LIMIT 100

  コピー

  このクエリですべてのファセットを表示するには、 limit 句の値を増やす必要があるかもしれません。

  他のNew Relic製品に含まれるイベント

  このクエリは、他の New Relic 製品のサブスクリプションに含まれる Insights 統治のイベントが、そのイベントを作成した製品によって、過去 7 日間にアカウントに保存された数を示します。なお、クエリ内の YOUR_ACCOUNT_ID は、 アカウントID に置き換える必要があります。

  SELECT sum(insightsIncludedEventCount) 
  FROM NrDailyUsage 
  SINCE 7 days ago 
  WHERE consumingAccountId = YOUR_ACCOUNT_ID 
  FACET insightsNrProduct 
  TIMESERIES 1 day

  コピー

  子アカウントとイベントネームスペースごとの保存期間

  このクエリは、指定された親アカウント ID の下にある各子アカウントについて、さまざまな New Relic 製品に関連するさまざまなイベント カテゴリ (APM Transaction イベントなど) の合計、支払い済み、および含まれる保持期間を示します。独自の NRQL クエリを作成する場合は、必ず YOUR_ACCOUNT_ID をお客様固有の アカウント ID に置き換えてください。

  SELECT latest(insightsTotalRetentionInHours)/24 
  AS 'Total retention, days', latest(insightsIncludedRetentionInHours)/24 
  AS 'Included retention, days', (latest(insightsTotalRetentionInHours) - 
  latest(insightsIncludedRetentionInHours))/24 
  AS 'Paid retention, days' 
  FROM NrDailyUsage where productLine='Insights' 
  AND masterAccountId = YOUR_ACCOUNT_ID 
  FACET consumingAccountId,consumingAccountName,insightsEventNamespace 
  SINCE 1 day ago

  コピー

  子アカウントによる有料インサイトの利用

  このクエリは、Insights Pro サブスクリプションの下で、指定された親アカウント ID の各子アカウントが過去 7 日間に消費したイベントの数を示します。独自の NRQL クエリを作成する場合は、クエリ内の YOUR_MASTER_ACCOUNT_ID を、特定の親 アカウント ID に置き換えるようにしてください。

  SELECT sum(insightsTotalEventCount)-sum(insightsIncludedEventCount) 
  AS 'Paid events' from NrDailyUsage 
  SINCE 7 days ago 
  WHERE masterAccountId = YOUR_MASTER_ACCOUNT_ID 
  FACET consumingAccountId, consumingAccountName 
  TIMESERIES 1 day

  コピー

  アカウントの階層

  このクエリは、アカウントの階層（パートナーシップ、親アカウント、子アカウント）を確認するのに便利です。

  SELECT count(*) 
  FROM NrDailyUsage 
  FACET partnershipName,masterAccountName,masterAccountId,
  consumingAccountName,consumingAccountId 
  LIMIT 1000 
  SINCE 1 day ago

  コピー

オリジナル価格モデル のアカウントに対して、Synthetics アカウントの請求可能な使用量を計算する方法を説明します。また、このドキュメントでは、利用可能なサブスクリプションの使用量属性と、 NRQL クエリの例を示しています。 New Relic UI や API コールで使用できます。

データ作成

New Relic Synthetics のサブスクリプションレベルは、1 暦月中に使用される非ping モニタチェックの数に基づいています。Syntheticsのモニターロケーションは、1日1回、 NrDailyUsage イベント モニタータイプ を生成します。このイベントは、その場所とモニタータイプの過去24時間のSyntheticsの使用状況をまとめたものです。

すべてのSyntheticsの使用イベントは、 productLine 属性値が Synthetics となっています。詳細については、Synthetics クエリの例 を参照してください。

使用量計算

New Relic Synthetics のサブスクリプションレベルは、暦月中に使用された非ping のモニターチェックの数に基づいています。モニターチェックが長期的に安定している場合は、当月の使用量を推定することができます。

UIで使用情報を表示するには

1. 使い方のUI にアクセスしてください。

2. Synthetics usage ページで、time picker を Last 30 days に設定します。

3. Avg daily paid checks に当月の日数を掛けてください。

   Syntheticsの使用チャートは、モニターチェックの日次カウントを表示します。表の値 Avg daily paid checks は、選択した期間のモニターチェックの総数を日数で割って表示します。

   Usage UIについては、 Introduction to subscription usage data を参照してください。

   クエリの例

   ここでは、Syntheticsサブスクリプションの使用データで使用できるNRQLクエリの例を紹介します。NRQLクエリを実行して、結果のチャートをダッシュボードで使用することができます。

   先月の請求書チェック

   このクエリは、先月の請求可能なモニターチェックのチャートを作成します。 syntheticsType of SIMPLE は、 ping monitor を参照しており、有料使用量にはカウントされないことに注意してください。

   FROM NrDailyUsage 
   SELECT sum(syntheticsFailedCheckCount) + sum(syntheticsSuccessCheckCount) 
   AS 'Paid checks' where productLine='Synthetics' 
   AND syntheticsType != 'SIMPLE' 
   SINCE last month 
   UNTIL this month

   コピー

   アカウントの階層

   これは、製品に依存しないクエリで、アカウントの階層（パートナーシップ、親アカウント、子アカウント）を確認するのに便利です。

   SELECT count(*) 
   FROM NrDailyUsage 
   FACET partnershipName,masterAccountName,masterAccountId,consumingAccountName,consumingAccountId 
   LIMIT 1000 
   SINCE 1 day ago

   コピー