New Relic Oneの価格設定と請求

価格設定要因の1つは、投入したデータです。このコンテキストで「投入」とは、さまざまなデータトリミングとデータ変換規則適用後に、アカウントにデータが実際に保存されたことを指します。つまり、New Relicに送信された生データのサイズではなく、最終的に実際に保存されたデータのサイズとなります。使用量を表示、管理するには、使用量UIに移動します。

その他の計算の詳細：

• 当社の価格設定プランでは、GBは10億バイトとして定義されます。

• 1か月に投入したデータは、最も近い整数に丸められます。たとえば、アカウントが月に100.9GBを使用する場合は、100GBとカウントされます。

  データの投入方法の詳細については、データ投入の管理を参照してください。

  クエリの使用方法については、使用データのクエリとアラートを参照してください。

1つの請求要因は、相関と分析のために組織がインシデントインテリジェンスに送信するインシデントイベントの数です。

組織がNew Relic Oneの価格設定を利用している場合、インシデントインテリジェンスには、毎月一定数の無料のインシデントイベントが付属します。（当社の元の価格設定プランには無料ティアはありません。）

使用状況とコストは、UIの2か所で追跡できます。

• 使用UIで

• インシデントインテリジェンスのシステム設定のUIページから：one.newrelic.comから、Alerts & AIをクリックし、Incident Intelligenceをクリックしてから、System settingsをクリックします。

  イベントソースの決定

  インシデントインテリジェンスデータソースを設定すると、それらのソースによって取り込まれるインシデントイベントは、合計にカウントされます。請求に影響するソースを確認するには、ソースページに移動します：one.newrelic.comから、Alerts & AIをクリックし、Incident Intelligenceをクリックしてから、Sourcesをクリックします。

  イベントの報告を停止する

  インシデントインテリジェンスソースUIページに移動し、不要なすべてのソースを切断します。すべてのソースが削除されると、データはインシデントインテリジェンスに送信されません。

New Relic Oneの価格設定がされたアカウントの場合は、プロビジョニングされたフルユーザーの毎月のカウントは請求要因の1つです。例をあげると、Pro価格設定エディションであり、組織に1月中に100人のフルユーザーがいる場合、その月は100人のフルユーザーに請求されます。フルユーザーは、ユーザーがログインしている、またはNew Relicを使用したことがあるかを問わず、New Relic組織（設定済み）に追加された時点で請求可能ユーザーとしてカウントされます。

ユーザーのユーザータイプとは、ユーザーが期待したNew Relicの義務と責任によって決定された長期設定を意図しています。ユーザータイプが請求要因であるため、フルユーザーが基本ユーザーにどのような頻度でダウングレードできるかについて制限があります。フルユーザーは連続した12か月の期間で最大2回ダウングレードできます。フルユーザーが12か月の期間で2回基本ユーザーに変更された場合、そのユーザーは次の12か月の期間が始まるまで基本ユーザーには戻れません。1つのユーザータイプまたは別のユーザータイプを割り当てる理由を学習するには、ユーザータイプの割り当てに関するヒントを参照してください。

ユーザー関連の請求の詳細と注意事項は次のとおりです。

• フルユーザーカウントはUIに表示できます。

• メールアドレスに基づいてユーザーの重複を排除します。組織内に同一のメールアドレスを持つ複数のユーザーがいる場合、そのユーザーのレコードは、請求目的で1人のユーザーとしてカウントされます。

• フルユーザーのカウントは、New Relicサブスクリプション期間の開始またはユーザーがフルユーザーとして作成される、またはフルユーザーに変換されるときに基づき日割り計算されます。

• New Relicユーザーは、最大で3つの並行するアクティブセッション、または3つの一意のIPアドレスを、所定の時間に使用できます。

• 親/子アカウント構造を持つ元のユーザーモデルを使用している組織では、UIで請求可能なユーザーのカウントは表示できるユーザーと異なる場合があります。詳細については、ユーザーカウントの不一致を参照してください。

• New Relic Oneの価格設定プランのStandardエディションには、1人の無料フルユーザーが含まれます。

• 元のユーザーモデルを利用している組織の場合、組織関連の設定は新しいモデルほど堅牢ではないため、ユーザーはあるアカウントでは基本ユーザーとして設定され、別のアカウントではフルユーザーとして設定されます。その場合、フルユーザーステータスが優先され、そのユーザーがフルユーザーと見なされます。

  使用データのクエリの方法については、使用データのクエリおよびアラートを参照してください。

  ユーザー機能の詳細については、ユーザーとロールを参照してください。

データ保持期間を参照してください。

その都度払いのお客様については、請求は月末（UTC）に発生し、UIで追跡できます。

クレジットカードを入力し、課金を開始すると、月末の請求書で、その月の初めから発生したすべての活動（請求対象のデータの使用およびユーザー）が対象となります。

たとえば、クレジットカードを月の半ばに入力し、その時点でアカウントでその月の使用量が200GBの場合、その200GBは月末の請求書で処理されます。

ユーザー関連の使用データのクエリの方法については、使用データのクエリとアラートを参照してください。