New Relic One の料金モデル を利用している New Relic の組織では、どのエディション (Standard、Pro、Enterprise )を利用しているか、請求可能なユーザー数、データのインジェスト量など、いくつかの要因がコストに影響します。この資料は、New Relic のデータインジェストのコストを見積もるのに役立ちます。
最良の方法は、テスト用のNew Relicアカウントから使用量を推定することです。 その前に、 サインアップしていただくと、New Relicを無料でご利用いただけます。 、クレジットカードを入力する必要はありません。 データインジェストを完全に可視化しています。 データがどこから来ているのかを把握し、 データインジェストを調整することが簡単にできます。
データ取り込み率は、どのようなものを監視しているか、どのような機能を使用しているか、監視しているアプリケーションの動作などに基づいて、New Relic の組織ごとに異なります。このような変動性を考慮すると、最良の選択肢は、テスト用のNew Relicアカウントを設定し、そこから使用量を推定することです。テストアカウントを設定できない、または設定したくない場合は、 cost estimator spreadsheet をご利用ください。
ここでは、New Relic アカウントから使用量を推定するためのヒントをご紹介します。
スプレッドシートによるコスト試算 テスト用の New Relic アカウントを作成したくない場合は、 コスト見積もり用のスプレッドシートをご利用いただけます。まずは、この Google スプレッドシート のコピーを作成してください 。以下の説明では、スプレッドシートへの記入方法を説明しており、推定コストが自動入力されます。 なお、このスプレッドシートは、あくまでもお見積り であり、拘束力のある請求書ではありません。
見積もりに使用したインジェスト率を算出するために、様々な規模の約10,000の既存のNew Relic組織を分析した結果、以下のようになりました。なお、月に100GBのデータインジェストを無料で提供しています。
以下のセクションでは、スプレッドシートの各部分の使用方法について説明します。
APMエージェントのインジェストのサイズ 取り込み率は、 エージェント ごとに測定されており、 ホスト ごとに測定されているわけではありません。1つのホストを複数のエージェントが監視している場合があります。
スプレッドシートのAPMデータ量のセクションでは、APMエージェントからの取り込み率が低いか、中程度か、または高いかを推定します。スプレッドシートの計算機には、すべてのAPMエージェントタイプのデータ量の平均値が組み込まれています。このセクションを記入する際には、以下の質問を検討してください。
何台のAPMエージェントを導入するのか?
どのような種類のアプリケーションをモニターするのか?アプリケーションがどのように使用されているか、アプリケーションの複雑さを理解することが重要です。例えば、Eコマースのアプリケーションは、社内のアプリケーションよりもはるかに高いスループットを実現します。
インジェスト率の向上に貢献する機能を使用しますか?詳細は後述の基準質問を参照してください。
APMエージェントごとのインジェスト率の算出基準一般的には、統合/ビジネス層、大規模なB2C(企業間取引)サイト、または重要なカスタム計測器やメトリクスを持つアプリケーションには、より高いインジェストレートを使用します。つまり、これらのケースでは High を選択してください。
アプリの動作や、高いスループットと多数のエラーが予想される環境で、アプリが本番環境にある場合。
複雑なアプリのアーキテクチャ(例えば、1つのフロントエンドのリクエストが複数のバックエンドのリクエストを生むような場合)。
重要な取引が多い場合は
カスタムインストルメンテーションがあり、 APMメトリクスがある場合 .
多くの属性を持つトランザクションの場合
スプレッドシートにAPM agent ingestを追加します。
監視するAPMエージェントの数を追加します。
エージェントに必要なインジェストの量を概算し、オプションを選択します。一般的には、Standard価格版(新しい組織が開始する価格版)であれば、 Low を選択できるでしょう。
データインジェストを管理する方法については、 Manage data ingest を参照してください。
インフラのエージェント・インジェストのサイズ データ取り込みを監視するインフラのサイズは、エージェントや統合機能の数と、それぞれが報告するデータの量によって決まります。
インフラのインジェストのボリュームを計算する際には、以下の点を考慮してください。
スプレッドシートのステップ3では、インフラストラクチャエージェントの推定数を入力します。これを決定するには、インフラストラクチャ・エージェントを実行するホストの数を決定します。 ステップ4では、インフラのボリュームにサイズを割り当てます。 ベースとなるインジェストレートを Low として、オンホストの統合が数件しかない場合に開始します。
インテグレーションの数やボリュームに応じて、「中」または「高」に調整してください。フットプリントの大きいクラウド統合があるのか、多数のデータベースのオンホスト統合があるのか、複数または大規模なKubernetesクラスターがあるのかを考慮してください。例えば、以下のようになります。
クラウドやオンホストの統合など、影響度が低いまたは中程度の統合を2つ以上実行する場合は、 Medium ingest rateを選択してください。 3種類の統合(oh-host、クラウド、コンテナ)をすべて実行する場合や、本当に大規模なKubernetes環境を観測する場合は、インジェストレートに High を選択してください。 データインジェストを管理する方法については、 Manage data ingest を参照してください。
インジェストされるログデータのサイズ このセクションでは、インジェストの推定量をギガバイト単位で追加します。
ログデータのインジェストを見積もる際に
現在のログボリュームを使用します。例えば、以下のようになります。
既存のELK、Splunk、Sumoのストレージから情報を引き出し、そのデータが現在保持されている合計月数で割ることで、1ヶ月あたりの料金を算出します。 平均的なログファイルのサイズに使用するログの数を掛けて、1ヶ月あたりの料金を得るために外挿してください。 セキュリティ(PCI/HIPAA)と監査ログを差し引いてください。
一般的に、現在のELK、Splunk、Sumoのストレージの40~50%がトラブルシューティングに使用されています。 保有要件を理解する。
一般的に、トラブルシューティングのログは、30日保存してもそれほど価値はありません。 セクション5では、毎月の推定ログデータ取り込み量(GB)を追加します。これは、既存のELK(Elasticsearch、Logstash、Kibana)、Splunk、またはSumoのデータ取り込み量の40~50%と見積もることができます。
データインジェストを管理する方法については、 Manage data ingest を参照してください。
リテンションの追加 ベースラインのデータ保持設定は、データソースごとに調整できます。保持とベースラインについては、 Data retention を参照してください。
リテンションを考慮しています。
保存期間が1ヶ月(30日)延長されるごとに、1ヶ月に取り込まれるGBあたり0.05ドルとなります。
保存期間は、最大で395日まで、すべてのネームスペースに均等に追加されます。1つのネームスペースだけで保持期間を延長することはできません(例:ログやカスタムイベントだけ)。延長されたレートは、取り込まれたすべてのデータに適用されます。
スプレッドシートのセクション6では、必要な追加保持月数を選択します。
算出された見積書を見る拡張保持セクションを完了すると、見積価格の合計がスプレッドシートの Calculations セクションに表示されます。
その他の潜在的なデータインジェストのコストこの請求計算は、新しいお客様向けに作成されたものであるため、新しいお客様がよく利用する実装やコストを使用しています。例えば、ブラウザ監視、モバイル監視、ネットワークパフォーマンス監視、その他のサービスのコスト見積もりは行っておりません。(特筆すべきは、基本的なアラート機能や合成モニターは、データの取り込みには関与していないということです)多くの企業にとって、これらのコストは、スプレッドシートで検討・算出されたコストの5%程度に過ぎないことが多いでしょう。しかし、他のツールによるデータインジェストのレベルが高ければ、それ以上になる可能性があることに注意してください。
その他の課金要素 データインジェストは、New Relic One の価格設定における課金要素のひとつです。その他の項目については、 New Relic One の価格設定 をご覧ください。