Azure Logic Apps の使用量の計測、課金、価格

  • [アーティクル]

適用対象: Azure Logic Apps (従量課金プラン + Standard)

Azure Logic Apps を使用して、スケーリング可能な自動化された統合ワークフローをクラウドに作成して実行できます。 この記事では、Azure Logic Apps および関連リソースにおける、測定、課金、および各価格モデルのしくみについて説明します。 具体的な価格、コスト計画、さまざまなホスティング環境などの情報については、次のコンテンツを確認してください。

従量課金 (マルチテナント)

マルチテナント Azure Logic Apps では、ロジック アプリとそのワークフローの価格と課金は、従量課金プランに従います。 このようなロジック アプリは、さまざまな方法で作成します。たとえば、ロジック アプリ (従量課金) リソースの種類を選択するとき、Visual Studio Code で Azure Logic Apps (従量課金) 拡張機能を使用するとき、または自動化タスクを作成するときなどです。

次の表は、マルチテナント Azure Logic Apps のロジック アプリとワークフローで次のコンポーネントを使用した場合に、従量課金モデルでそれらに対して測定と課金がどのように処理されるかをまとめたものです。

コンポーネント メータリングと課金
トリガーとアクションの操作 従量課金モデルには、ワークフローを実行できる、Azure サブスクリプションごとの無料の組み込み操作の "初期数" が含まれています。 この数を超えると、"実行ごと" に測定が適用され、従量課金プランの "アクション" の価格に従って課金されます。 その他の操作の種類 (マネージド コネクタなど) の場合は、従量課金プランの "標準" または "エンタープライズ" のコネクタ価格に従って課金されます。 詳細については、「従量課金モデルでのトリガーとアクションの操作」を参照してください。
ストレージ操作 測定は、ワークフローの実行履歴からの入力と出力の保存など、"データ保持に関連するストレージ消費量にのみ" 適用されます。 課金は従量課金プランのデータ保持価格に従います。 詳細については、「ストレージ操作」を参照してください。
統合アカウント 測定は、ロジック アプリで作成して使用する統合アカウントの種類に基づいて適用されます。 課金は、"統合アカウント" の価格に従います。 詳細については、「統合アカウント」を参照してください。

従量課金モデルでのトリガーとアクションの操作

ワークフローを実行できる Azure サブスクリプションごとの無料の組み込み操作実行の初期数を除き、従量課金モデルでは、ワークフロー全体が正常に実行、完了、またはインスタンス化されるかどうかに関係なく、"実行ごと" に操作が測定されて課金されます。 操作で再試行が有効になっていない限り、通常、1 つの操作で 1 回の実行が行われます。 同様に、大量のデータを取得するために操作でチャンクまたは改ページがサポートされている場合を除き、通常、1 回の実行で 1 回の呼び出しが行われます。 チャンクまたは改ページが有効になっている場合、1 回の操作の実行で複数の呼び出しが必要な場合があります。

従量課金モデルでは、"呼び出しごとではなく、実行ごとに" 操作が測定されて課金されます。 たとえば、ワークフローが、エンドポイントへの送信呼び出しを定期的に行ってレコードを取得するポーリング トリガーから始まるとします。 送信呼び出しは、トリガーが起動されたかスキップされたかにかかわらず、1 回の実行として測定されて課金されます。たとえば、トリガーによってエンドポイントが調べられたが、データやイベントが見つからない場合などです。 ワークフロー インスタンスを作成して実行するかどうかは、トリガーの状態によって制御されます。 今度は、この操作でチャンクまたは改ページもサポートされていて、有効になっているとします。 すべてのデータの取得を完了するために、操作で 10 回の呼び出しを行う必要がある場合、この操作は複数の呼び出しを行っているにもかかわらず、"1 回の実行" として測定され、課金されます。

注意

既定では、配列を返すトリガーには [Split On] (分割) 設定があり、既に有効になっています。 この設定により、トリガー イベントが生成され (トリガー履歴で確認可能)、配列項目 "ごとに" ワークフロー インスタンスが作成されます。 配列項目が同時に処理されるように、すべてのワークフロー インスタンスが並列して実行されます。 課金は、トリガーの状態が Succeeded または Skipped のいずれであっても、すべてのトリガー イベントに適用されます。 トリガーによってワークフローがインスタンス化されて開始されないのに、トリガーの状態が Succeeded、Failed、または Skipped であるシナリオでも、トリガーは引き続き課金対象です。

次の表は、マルチテナント Azure Logic Apps のロジック アプリとワークフローでこれらの操作の種類を使用した場合に、従量課金モデルでそれらの操作に対して測定と課金がどのように処理されるかをまとめたものです。

演算の種類 説明 メータリングと課金
"組み込み" これらの操作は、Azure Logic Apps ランタイムで直接およびネイティブに実行されます。 デザイナーでは、これらの操作は [組み込み] ラベルの下にあります。

たとえば、HTTP トリガーと要求トリガーは組み込みトリガーです。 HTTP アクションと応答アクションは組み込みアクションです。 その他の組み込み操作には、ループや条件などのワークフロー制御アクション、データ操作、バッチ操作などが含まれます。

 従量課金モデルには、ワークフローを実行できる、Azure サブスクリプションごとの "無料の組み込み操作の初期数" が含まれています。 この数を超えると、組み込みの操作の実行は、"アクション" の価格に従います。

注: 一部のマネージド コネクタ操作は、初期の無料操作に含まれる組み込み操作として "も" 使用できます。 初期の無料操作を超えると、"標準" または "エンタープライズ" のコネクタ価格ではなく、"アクション" の価格に従って課金されます。
マネージド コネクタ これらの操作は Azure で個別に実行されます。 デザイナーでは、これらの操作は [標準] または [エンタープライズ] ラベルの下にあります。 これらの操作の実行は、"標準" または "エンタープライズ" のコネクタ価格に従います。

注: プレビューのエンタープライズ コネクタ操作の実行は、従量課金の "標準" コネクタの価格に従います。
カスタム コネクタ これらの操作は Azure で個別に実行されます。 デザイナーでは、これらの操作は [カスタム] ラベルの下にあります。 コネクタの数、スループット、タイムアウトの制限については、Azure Logic Apps におけるカスタム コネクタの制限に関するセクションを参照してください。 これらの操作の実行は、"標準" コネクタ価格に従います。

従量課金モデルが、ループなどの他の操作内で実行される操作、配列などの複数の項目の処理、および再試行ポリシーでどのように動作するかについて詳しくは、「その他の操作の動作」で確認してください。

従量課金モデルのコスト見積もりに関するヒント

以下のヒントを確認すると、より正確な消費コストの見積もりに役立ちます。

  • ポーリング間隔にのみ基づいて計算するのではなく、それぞれの日に到着する可能性のあるメッセージまたはイベントの数を考慮します。

  • イベントまたはメッセージがトリガー条件を満たしている場合、多くのトリガーは、条件を満たす任意のすべての他の待機イベントまたはメッセージを直ちに読み取ろうとします。 この動作は、長いポーリング間隔を選択した場合でも、ワークフロー開始の対象となる待機イベントまたはメッセージの数に基づいてトリガーが起動することを意味します。 この動作の後に続くトリガーには、Azure Service Bus、Azure Event Hubs などがあります。

    たとえば、毎日エンドポイントをチェックするトリガーを設定したとします。 トリガーはエンドポイントを確認し、条件を満たす 15 のイベントを検出した場合、トリガーが起動し、対応するワークフローを 15 回実行します。 Logic Apps サービスでは、トリガー要求を含め、これら 15 のワークフローによって実行されるすべてのアクションが従量課金されます。

標準 (シングルテナント)

シングルテナント Azure Logic Apps では、ロジック アプリとそのワークフローの価格と課金は、標準 プランに従います。 このようなロジック アプリは、さまざまな方法で作成します。たとえば、ロジック アプリ (標準) リソースの種類を選択するときや、Visual Studio Code で Azure Logic Apps (標準) 拡張機能を使用するときなどです。 この価格モデルでは、ロジック アプリでホスティング プランと価格レベルを使用する必要があります。これは、予約容量と専用リソースに対して、それらを使用しているかどうかに関係なく課金されるという点で、従量課金プランとは異なります。

ロジック アプリ (Standard) リソースの種類を使用してロジック アプリを作成またはデプロイし、デプロイする任意の Azure リージョンを選択するときに、ワークフロー Standard ホスティング プランも選択します。 ただし、デプロイ場所として既存の App Service Environment v3 リソースを選択する場合は、App Service プランを選択する必要があります。

重要

次のプランとリソースは、シングルテナント Azure Logic Apps の Standard ロジック アプリ ワークフローのパブリック リリースでは使用できなくなり、サポートもされなくなりました。Functions Premium プラン、App Service Environment v1、App Service Environment v2。 App Service プランは、App Service Environment v3 (ASE v3) でのみ使用でき、サポートされています。

次の表は、シングルテナント Azure Logic Apps のロジック アプリとワークフローで次のコンポーネントを使用した場合に、標準モデルでそれらに対して測定と課金がどのように処理されるかをまとめたものです。

コンポーネント メータリングと課金
仮想 CPU (vCPU) とメモリ 標準モデルでは、ロジック アプリでワークフロー標準ホスティング プランと価格レベルを使用する "必要があります"。これにより、コンピューティングとメモリ容量に適用されるリソース レベルと価格が決まります。 詳細については、「標準モデルの価格レベル」を参照してください。
トリガーとアクションの操作 標準モデルには、ワークフローで実行できる "無制限の数" の無料の組み込み操作が含まれています。

ワークフローでマネージド コネクタ操作を使用する場合、測定は "各呼び出し" に適用されますが、課金は従量課金プランと同じ Standard または Enterprise のコネクタ価格に従います。 詳細については、「標準モデルでのトリガーとアクションの操作」を参照してください。
ストレージ操作 測定は、Azure Logic Apps によって実行されるすべてのストレージ操作に適用されます。 たとえば、サービスがワークフローの実行履歴からの入力と出力を保存するときに実行されるストレージ操作などです。 課金は、お客様が選択した価格レベルに従います。 詳細については、「ストレージ操作」を参照してください。
統合アカウント ロジック アプリで使用する統合アカウントを作成する場合、測定は作成した統合アカウントの種類に基づいて行われます。 課金は、"統合アカウント" の価格に従います。 詳細については、「統合アカウント」を参照してください。

標準モデルの価格レベル

ロジック アプリ (Standard) の測定と課金のために選択する価格レベルには、仮想 CPU (vCPU) とメモリ リソースの特定の量のコンピューティングが含まれます。 デプロイの場所として App Service Environment v3 を選択し、App Service プラン (具体的には Isolated V2 サービス プランの価格レベル) を選択した場合、App Service プランで使用されるインスタンスとロジック アプリ ワークフローの実行に対して課金されます。 その他の料金は適用されません。 詳細については、「App Service プラン - Isolated V2 サービス プランの価格レベル」を参照してください。

[ワークフロー Standard] ホスティング プランを選択した場合は、次のレベルから選択できます。

Pricing tier 仮想 CPU (vCPU) メモリ (GB)
WS1 1 3.5
WS2 2 7
WS3 4 14

重要

次の例は説明のみを目的としており、価格レベルのしくみを一般的に示すためのサンプルの見積もりを提供します。 Azure Logic Apps が利用可能な特定のリージョンに基づく具体的な vCPU とメモリの価格については、Azure Logic Apps の価格ページで選択したリージョンの標準プランを確認してください。

サンプルのリージョンでは、次のリソースの 1 時間あたりの価格が次のようになっているとします。

リソース 1 時間あたりの価格 (サンプルのリージョン)
vCPU vCPU あたり 0.192 ドル
[メモリ] 1 GB あたり 0.0137 ドル

次の計算により、推定月額料金が算出されます。

<月額料金> = 730 時間 (1 か月あたり) * [(<vCPU の数> * <vCPU の 1 時間あたりの価格>) + (<メモリの GB 数> * <メモリ (GB) の 1 時間あたりの価格>)]

次の表には、前の情報に基づいて、各価格レベルの推定月額料金と、その価格レベルのリソースが示されています。

Pricing tier 仮想 CPU (vCPU) メモリ (GB) 月額料金 (サンプルのリージョン)
WS1 1 3.5 175.16 ドル
WS2 2 7 350.33 ドル
WS3 4 14 700.65 ドル

標準モデルでのトリガーとアクションの操作

ワークフローを実行できる無制限の無料の組み込み操作を除き、標準モデルでは、ワークフロー全体が正常に実行、完了、またはインスタンス化されるかどうかに関係なく、"呼び出しごと" に操作が測定されて課金されます。 操作で再試行が有効になっていない限り、通常、1 つの操作で 1 回の実行が行われます。 同様に、大量のデータを取得するために操作でチャンクまたは改ページがサポートされている場合を除き、通常、1 回の実行で 1 回の呼び出しが行われます。 チャンクまたは改ページが有効になっている場合、1 回の操作の実行で複数の呼び出しが必要な場合があります。 標準モデルでは、"実行ごとではなく、呼び出しごとに" 操作が測定されて課金されます。

たとえば、ワークフローが、エンドポイントへの送信呼び出しを定期的に行ってレコードを取得するポーリング トリガーから始まるとします。 この送信呼び出しは、トリガーが起動またはスキップされたかどうかに関係なく、測定され、課金されます。 ワークフロー インスタンスを作成して実行するかどうかは、トリガーの状態によって制御されます。 今度は、この操作でチャンクまたは改ページもサポートされていて、有効になっているとします。 操作ですべてのデータの取得を完了するために 10 回の呼び出しを行う必要がある場合、その操作は "呼び出しごと" に測定され課金されます。

次の表は、シングルテナント Azure Logic Apps のロジック アプリとワークフローで次の操作の種類を使用した場合に、標準モデルでそれらに対して測定と課金がどのように処理されるかをまとめたものです。

演算の種類 説明 メータリングと課金
"組み込み" これらの操作は、Azure Logic Apps ランタイムで直接およびネイティブに実行されます。 デザイナーでは、これらの操作はコネクタ ギャラリーの [ランタイム>アプリ内] で確認できます。

たとえば、HTTP トリガーと要求トリガーは組み込みトリガーです。 HTTP アクションと応答アクションは組み込みアクションです。 その他の組み込み操作には、ループや条件などのワークフロー制御アクション、データ操作、バッチ操作などが含まれます。

 標準モデルには、無制限の無料の組み込み操作が含まれています。

注: 一部のマネージド コネクタ操作は、組み込み操作として "も" 使用できます。 組み込み操作は無料ですが、標準モデルでは引き続き、従量課金モデルと同じ "標準" または "エンタープライズ" のコネクタ価格を使用して、マネージド コネクタ操作が測定され課金されます。
マネージド コネクタ これらの操作は共有グローバル Azure で個別に実行されます。 デザイナーでは、これらの操作はコネクタ ギャラリーの [ランタイム>共有] で確認できます。 標準モデルでは、従量課金モデルと同じ "標準" および "エンタープライズ" のコネクタ価格に基づいてマネージド コネクタ操作が測定され課金されます。

注: プレビューのエンタープライズ コネクタ操作は、従量課金の "標準" コネクタの価格に従います。
カスタム コネクタ 現在、シングルテナント ベースのロジック アプリ ワークフローでは、カスタムの組み込みコネクタ操作のみを作成して使用できます。 標準モデルには、無制限の無料の組み込み操作が含まれています。 スループットとタイムアウトの制限については、Azure Logic Apps におけるカスタム コネクタの制限に関するセクションを参照してください。

標準モデルが、ループなどの他の操作内で実行される操作、配列などの複数の項目の処理、および再試行ポリシーでどのように動作するかについて詳しくは、「その他の操作の動作」で確認してください。

その他の操作の動作

次の表は、従量課金モデルと標準モデルでの、ループなどの他の操作内で実行される操作、配列などの複数の項目の処理、および再試行ポリシーの処理方法をまとめたものです。

操作 説明 従量課金 Standard
ループ アクション For each や Until ループなどのループ アクションには、各ループ サイクル中に実行される他のアクションを含めることができます。 含まれている組み込み操作の初期数を除き、ループ アクションとループ内の各アクションは、ループ サイクルが実行されるたびに測定されます。 リストや配列など、コレクション内の項目をアクションで処理する場合、項目数も測定計算に使用されます。

たとえば、リストを処理するアクションが含まれた For each ループがあるとします。 サービスによって、リスト項目の数がループ内のアクションの数と乗算され、ループを開始するアクションが加算されます。 したがって、10 項目のリストの場合の計算は (10 * 1) + 1 になり、結果は 11 個のアクション実行になります。

料金は、操作の種類が組み込み、標準、またはエンタープライズのいずれであるかに基づきます。

 含まれている組み込み操作以外は、従量課金モデルと同じです。
再試行ポリシー サポートされている操作では、再試行ポリシーを設定することにより、基本的な例外およびエラー処理を実装できます。 組み込み操作の初期数を除き、元の実行と再試行された各実行が測定されます。 たとえば、5 回の再試行を含む 1 つのアクションを実行すると、6 回の実行として測定され、課金されます。

料金は、操作の種類が組み込み、標準、またはエンタープライズのいずれであるかに基づきます。

 組み込みで含まれている操作以外は、従量課金モデルと同じです。

ストレージ操作

Azure Logic Apps では、トリガー操作のスケジュールにキューを使用したり、ワークフローの状態を格納するためにテーブルと BLOB を使用したりするなど、必要なストレージ トランザクションに Azure Storage が使用されます。 ワークフロー内の操作に基づいて、ストレージのコストは異なります。これは、トリガー、アクション、およびペイロードが異なると、ストレージの操作とニーズも異なるためです。 また、このサービスでは、ロジック アプリ リソースの実行履歴のリテンション期間の制限に基づいて、ワークフローの実行履歴からの入力と出力の保存と格納も行われます。 このリテンション期間の制限は、ワークフロー レベルではなく、ロジック アプリのリソース レベルで管理できます。

次の表は、従量課金モデルと標準モデルでのストレージ操作の測定と課金の処理方法をまとめたものです。

モデル 説明 メータリングと課金
従量課金 (マルチテナント) ストレージ リソースと使用状況は、ロジック アプリ リソースにアタッチされます。 測定と課金は、"データ保持に関連するストレージ消費量にのみ適用" され、従量課金プランのデータ保持価格に従います。
標準 (シングルテナント) 独自の Azure ストレージ アカウントを使用できます。これにより、ワークフローのデータをより細かく制御し、柔軟性を高めることができます。 測定と課金は、Azure Storage の価格モデルに従います。 ストレージ コストは、Azure の請求書に個別に表示されます。

ヒント: ワークフローで実行される可能性のあるストレージ操作の数とそのコストに対する理解を深めるには、Logic Apps ストレージ計算ツールを使用してみてください。 サンプル ワークフローを選択するか、既存のワークフロー定義を使用します。 最初の計算では、ワークフロー内のストレージ操作の数を推定します。 その後、これらの数値を使用して、Azure 料金計算ツールを使用して考えられるコストを見積もることができます。 詳細については、シングルテナントの Azure Logic Apps でのワークフローのストレージ ニーズとコストの推定に関する記事を参照してください。

詳細については、次のドキュメントを確認してください。

オンプレミスのデータ ゲートウェイ

オンプレミス データ ゲートウェイは、特定のゲートウェイでサポートされているコネクタを使用してロジック アプリ ワークフローからオンプレミス データにアクセスできるように作成する、独立した Azure リソースです。 ゲートウェイ リソース自体には料金は発生しませんが、ゲートウェイを介して実行される操作には、お使いのロジック アプリで使用されている価格と課金モデルに基づいて料金が発生します。

統合アカウント

統合アカウントは、取引先、契約、スキーマ、マップなどの企業間 (B2B) 成果物を定義して格納するためのコンテナーとして作成する別個の Azure リソースです。 このアカウントを作成してこれらの成果物を定義したら、このアカウントをお使いのロジック アプリにリンクして、ワークフローでこれらの成果物とさまざまな B2B 操作を使用して、EDI および XML 処理機能を使用する統合ソリューションを探索、構築、およびテストできるようにします。

次の表は、従量課金モデルと標準モデルでの統合アカウントの測定と課金の処理方法をまとめたものです。

モデル メータリングと課金
従量課金 (マルチテナント) 測定と課金には、使用するアカウント レベルに基づいて、統合アカウントの価格が使用されます。
標準 (シングルテナント) 測定と課金には、使用するアカウント レベルに基づいて、統合アカウントの価格が使用されます。

詳細については、次のドキュメントを確認してください。

測定および課金されないその他の項目

すべての価格モデルで、次の項目は測定も課金もされません。

  • 完了前にワークフローが停止したために実行されなかったアクション
  • 無効なロジック アプリまたはワークフロー。これらが無効になっている間は新しいインスタンスを作成できないからです。

次のステップ