Application Insights レガシ Enterprise (ノード単位) の価格レベル

  • [アーティクル]

Application Insights の早期導入者には、Basic と Enterprise の 2 つの価格レベルが引き続き存在します。 Basic 価格レベルは前述のとおりで、既定のレベルです。 これには、Enterprise レベルのすべての機能が追加コストなしで含まれます。 Basic レベルでは基本的に、取り込まれるデータの量に基づいて請求されます。

レガシ価格レベルの名前が変更されました。 Enterprise 価格レベルの新しい名前は Per Node に、Basic 価格レベルの新しい名前は Per GB となります。 Azure portal も含め、以下、これらの新しい名前を使用します。

Per Node (旧 Enterprise) レベルは、料金がノード単位となっており、日単位のデータ利用分が各ノードに割り当てられます。 Per Node 価格レベルでは、含まれる利用分を超えて取り込まれたデータに対して課金されます。 Operations Management Suite を使用している場合は、Per Node レベルを選択する必要があります。 2018 年 4 月に、Azure Monitoring 用の新しい価格モデルを導入しました。 このモデルでは、監視サービスのポートフォリオ全体で単純な "従量課金制" モデルを採用しています。 新しい価格モデルをご確認ください。

2018 年 4 月より前に Basic 価格レベルにあった Application Insights リソースの場合、これらのリソースは、2018 年 4 月以前と同じ非リージョン価格ポイントで引き続き課金されます。 その後に作成された Application Insights リソース、またはワークスペース ベースに変換されたリソースは、現在のリージョン価格を受け取ります。 お客様の通貨およびリージョンでの現在の価格については、「Application Insights の価格」をご覧ください。

レガシ エンタープライズ (ノードごと) レベルでの課金の使用状況について

以下で説明するように、従来のレガシ エンタープライズ (ノードごと) レベルでは、サブスクリプション内のすべての Application Insights リソースの使用状況を組み合わせて、ノード数とデータ超過分数を計算します。 この組み合わせプロセスにより、サブスクリプション内のすべての Application Insights リソースの使用状況が 1 つのリソースに対してのみ報告されます。 このため、Application Insights リソースごとに計測する使用量と課金された使用量の調整が複雑になります。

警告

従来のエンタープライズ (ノードごと) レベルでの Application Insights リソースの使用状況は追跡することも理解することも複雑であるため、現在の従量課金制の価格レベルを使用することを強くお勧めします。

Per Node レベルと Operations Management Suite のサブスクリプションの権利

以前の発表のとおり、Operations Management Suite E1 および E2 を購入したお客様は、追加コストなしで補足コンポーネントとして Application Insights Per Node を取得できます。 具体的には、Operations Management Suite E1 および E2 の各ユニットには、Application Insights Per Node レベル 1 ノード分の権利が含まれています。 Application Insights の各ノードは、追加コストなしで、1 日あたり最大 200 MB のデータを取り込み (Log Analytics のデータ インジェストを除く)、データを 90 日間保持できます。 レベルについては、この記事で後ほど詳しく説明します。

このレベルは Operations Management Suite サブスクリプションをお持ちのお客様だけに適用されるので、Operations Management Suite サブスクリプションをお持ちでないお客様にはこのレベルを選ぶオプションは表示されません。

Note

この権利を取得するには、Application Insights リソースが Per Node 価格レベルである必要があります。 この権利は、ノードとしてのみ適用されます。 Per GB レベルの Application Insights リソースでは、メリットは実現されません。 このエンタイトルメントは、[ 使用量と推定 コスト] ウィンドウに表示される推定コストには表示されませんが、請求書に反映されます。

Per Node レベルのしくみ

  • Per Node レベルでは、アプリに対してテレメトリを送信するノードごとに料金が課金されます。
    • ノードとは、アプリをホストする物理または仮想サーバー マシン (または、サービスとしてのプラットフォーム (PaaS) ロール インスタンス) のことです。
    • 開発マシン、クライアントのブラウザー、およびモバイル デバイスはノードとしてカウントされません。
    • テレメトリを送信するコンポーネント (Web サービスやバックエンド ワーカーなど) がアプリに複数ある場合、それらは個別にカウントされます。
    • ライブ メトリック ストリーム データは、課金対象としてカウントされません。 サブスクリプション内では、料金はノード単位で計算されます (アプリ単位ではありません)。 12 のアプリに対して 5 つのノードがテレメトリを送信する場合、料金は 5 ノード分になります。
  • 料金の見積りは月単位で計算されますが、実際の料金は、ノードがアプリからテレメトリを送信した時間分しか課金されません。 1 時間あたりの料金は、1 か月あたりの見積り額を 744 で割ったものです (1 か月 31 日の時間数)。
  • 検出された各ノードに、1 日あたり 200 MB のデータ量の割り当てが (時間単位の精度で) 与えられます。 未使用のデータ割り当て分が日をまたいで繰り越されることはありません。
    • Per Node の価格レベルを選んだお客様には、テレメトリをサブスクリプション内の Application Insights リソースに送信するノードの数に基づいて、日単位のデータ利用分が提供されます。 したがって、終日データを送信する 5 つのノードがある場合、サブスクリプション内のすべての Application Insights リソースに 1 GB の許容量が適用されます。 無料データ利用分はすべてのノードで共有されるため、一部のノードのデータ送信量が他のノードより多くても問題はありません。 特定の日に、Application Insights リソースがサブスクリプションの日単位のデータ利用分を超えるデータを受信した場合は、1 GB ごとに超過データ料金が適用されます。
    • 1 日あたりの無料データ利用分は、各ノードが 1 日にテレメトリを送信する時間数 (UTC を使用) を 24 で割った値に、200 MB を掛け合わせて計算します。 つまり、4 つのノードが、1 日 24 時間のうち 15 時間テレメトリを送信した場合、その日のデータ量は ((4 × 15) / 24) × 200 MB = 500 MB になります。 データ超過分 1 GB あたり 2.30 米国ドルの料金ですので、その日ノードが 1 GB のデータを送信した場合、超過データ料金は 1.15 米国ドルになります。
    • Per Node レベルの 1 日あたりのデータ利用分は、Per GB レベルが選択されたアプリケーションとは共有できません。 無料データの未使用分は、翌日への引き継ぎはできません。

個別のノード カウントを決定する方法の例

シナリオ 日単位の合計ノード数
1 つのアプリケーションで 3つの Azure App Service インスタンスと 1 つの仮想サーバーが使用されている。 4
3 つのアプリケーションが 2 つの VM で実行され、これらのアプリケーションの Application Insights リソースが、同じサブスクリプションの Per Node レベルにある。 2
4 つのアプリケーションの Application Insights リソースが同じサブスクリプションにあり、各アプリケーションはピーク外の時間帯 16 時間は 2 つのインスタンス、ピーク時間帯 8 時間は 4 つのインスタンスを実行している。 13.33
Cloud Services に 1 つの Worker ロールと 1 つの Web ロールが含まれ、それぞれ 2 つのインスタンスを実行している。 4
5 つのノードがある Azure Service Fabric クラスターが 50 のマイクロサービスを実行し、各マイクロサービスが 3 つのインスタンスを実行している。 5
  • 正確なノード カウントは、アプリケーションで使用している Application Insights SDK によって異なります。
    • SDK バージョン 2.2 以降では、Application Insights Core SDK と Web SDK の両方が、各アプリケーション ホストをノードとして報告します。 例としては、物理サーバーと VM ホストのコンピューター名やクラウド サービスのインスタンス名があります。 唯一の例外は、.NET Core と Application Insights Core SDK のみを使用するアプリケーションです。 その場合は、ホスト名が使用できないためすべてのホストに対して 1 つのノードが報告されます。
    • 以前のバージョンの SDK では、Web SDK は、新しいバージョンの SDK と同じように動作しますが、Core SDK は実際のアプリケーション ホストの数に関係なく 1 つのノードのみ報告します。
    • アプリケーションで SDK を使用してロール インスタンスをカスタム値に設定すると、既定ではノード カウントの決定に同じ値が使用されます。
    • クライアント コンピューターやモバイル デバイスから実行されているアプリで新しいバージョンの SDK を使用している場合は、(クライアント コンピューターやモバイル デバイスの数が多いため) ノード カウントで大きい値が返される可能性があります。