次の方法で共有

Azure Logic Apps のコストを計画および管理する

  • [アーティクル]

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

この記事は、Azure Logic Apps ストレージのコストを計画および管理するのに役立ちます。 このサービスを使用してリソースを作成または追加する前に、Azure 料金計算ツールを使用してコストを見積もってください。 Azure Logic Apps リソースの使用を開始したら、Microsoft Cost Management を使用して予算を設定し、コストを監視できます。 対処した方がよい領域を識別するために、予測コストを確認し、支出の傾向を監視することもできます。

Azure Logic Apps のコストは、Azure の請求にある月額料金の一部でしかないことにご注意ください。 この記事では、Azure Logic Apps のコストを見積もって管理する方法について説明しますが、課金は、Azure サブスクリプションで使用されるすべての Azure サービスとリソース (サードパーティのサービスを含む) に対して行われます。 Azure Logic Apps のコスト管理に習熟したら、サブスクリプションで使用されているすべての Azure サービスのコストの管理に同様の方法を応用できます。

前提条件

Microsoft Cost Management は、ほとんどの Azure アカウントの種類をサポートします。 サポートされているすべてのアカウントの種類を確認するには、「Cost Management のデータを理解する」を参照してください。 コスト データを表示するには、少なくとも Azure アカウントの読み取りアクセス許可が必要です。

Microsoft Cost Management データに対するアクセス権の割り当てについては、データに対するアクセス権の割り当てに関するページを参照してください。

課金モデルを確認する

Azure Logic Apps は、新しいリソースをデプロイするとコストが発生する Azure インフラストラクチャ上で実行されます。 Azure Logic Apps および関連する Azure リソースの課金モデルを理解して、デプロイ済みリソースに変更を加えたときにこれらの依存関係によって生じるコストを管理するようにしてください。

Azure Logic Apps で通常発生するコスト

Azure Logic Apps は、作成および使用するリソースに基づいて、さまざまな価格モデルを適用します。

ロジック アプリで使用するために作成するとコストが発生する、その他のリソースを次に示します。

  • 統合アカウントは、B2B 統合を構築するために作成してロジック アプリにリンクする別個のリソースです。 統合アカウントでは固定価格モデルが使用されます。この場合の料金は、使用する統合アカウントの種類または "層" に基づきます。

  • ISE は、仮想ネットワーク内のリソースに直接アクセスする必要があるロジック アプリの配置場所として作成する別個のリソースです。 ISE では ISE 価格モデルを使用します。この場合の料金は、作成した ISE SKU とその他の設定に基づきます。 ただし、データ保持とストレージ消費によってコストは発生しません。

  • カスタム コネクタは、ロジック アプリで使用するコネクタが事前に構築されていない REST API 用に作成する別個のリソースです。 カスタム コネクタの実行では、ISE で使用する場合を除き、従量課金モデルが使用されます。

ストレージ操作とコスト

Azure Logic Apps では、すべてのストレージ操作に Azure Storage を使用します。 マルチテナントの Azure Logic Apps では、すべてのストレージの使用およびコストがロジック アプリに関連付けられます。 データ保持とストレージ消費によって固定価格モデルを使用するコストが発生します。 たとえば、実行履歴からの入力と出力はバックグラウンド ストレージに保持されます。これは、ロジック アプリから独立して作成、管理、アクセスするストレージ リソースとは異なります。

シングルテナントの Azure Logic Apps では、独自の Azure ストレージ アカウントを使用できます。 この機能により、Azure Logic Apps データの制御と柔軟性が向上します。 "ステートフル" ワークフローで操作を実行すると、Azure Logic Apps ランタイムによってストレージ トランザクションが作成されます。 たとえば、キューはスケジュール設定に使用され、テーブルと BLOB はワークフローの状態の格納に使用されます。 ストレージのコストは、ワークフローのコンテンツに基づいて変化します。 トリガー、アクション、ペイロードが異なると、ストレージ操作とニーズも異なります。 ストレージ トランザクションは、Azure Storage の価格モデルに従います。 ストレージ コストは、Azure の請求書に個別に一覧表示されます。

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

リソースの削除後にコストが発生する可能性がある

ロジック アプリを削除すると、Azure Logic Apps は新しいワークフロー インスタンスの作成や実行を行いません。 ただし、進行中および保留中のすべての実行は完了するまで続けられます。 実行の数により、このプロセスには時間がかかる場合があります。 詳細については、ロジック アプリの管理に関するページを参照してください。

ロジック アプリを削除した後に以下のリソースがある場合、これらのリソースは存在し続け、削除されるまでコストが発生します。

  • リソースに接続されるロジック アプリから独立して作成および管理する Azure リソース (Azure 関数アプリ、イベント ハブ、イベント グリッドなど)

  • 統合アカウント

  • 統合サービス環境 (ISE)

    ISE を削除した場合、関連付けられている Azure 仮想ネットワーク、サブネット、その他の関連リソースは存在し続けます。 ISE を削除した後、仮想ネットワークまたはサブネットの削除を試みることができるようになるまでに、最大で特定の時間数だけ待機しなければならない場合があります。

Azure Logic Apps で年額クレジットを使用する

Azure Logic Apps の料金は、EA の年額コミットメントのクレジットを使用して支払うことができます。 ただし、EA の年額コミットメントのクレジットを使用して、サードパーティの製品やサービス (Azure Marketplace からのものを含む) の料金を支払うことはできません。

コストの見積もり

Azure Logic Apps を使用してリソースを作成する前に、Azure 料金計算ツールを使用してコストを見積もります。 詳細については、Azure Logic Apps の価格モデルに関するページを確認してください。

  1. Azure 料金計算ツールのページの左側のメニューから、 [統合]>[Azure Logic Apps] の順に選択します。

    [Azure Logic Apps] が選択されている Azure 料金計算ツールを示すスクリーンショット。

  2. Azure Logic Apps 料金計算ツールが表示されるまで、ページを下にスクロールします。 Azure Logic Apps に直接関連する Azure リソースのさまざまなセクションに、使用する予定のリソースの数と、それらのリソースを使用する間隔の数を入力します。

    このスクリーンショットでは、計算ツールを使用したコストの見積もりの例を示しています。

    Azure 料金計算ツールの推定コストを示す例

  3. 新しい関連リソースを作成して使用するときにコストの見積もりを更新するには、この計算ツールに戻り、ここでそれらのリソースを更新します。

予算とアラートを作成する

Azure アカウントまたはサブスクリプションのコストを事前に管理できるように、Microsoft Cost Management and Billing のサービスと機能を使用して予算とアラートを作成できます。 予算とアラートは、Azure サブスクリプションとリソース グループに対して作成されるため、全体的なコスト監視戦略の一環として役立ちます。

予算とコストのしきい値と比較した支出に基づき、アラートによって自動的に、支出の異常と支出超過のリスクが関係者に通知されます。 監視の粒度をさらに細かくする必要がある場合は、Azure の特定のリソースまたはサービスに対するフィルターを使用した予算を作成することもできます。 フィルターを使用すると、追加のコストがかかる新しいリソースが誤って作成されないようにすることができます。 フィルターのオプションの詳細については、グループとフィルターのオプションに関するページを参照してください。

コストを監視する

リソース使用のユニット コストは、期間 (秒、分、時間、日数など) やユニット使用量 (バイト、メガバイトなど) によって異なります。 たとえば、日単位、現在の月、以前の月、年単位などがあります。 時間経過を示す、より長い期間のビューに切り替えると、支出の傾向を特定するのに役立ちます。 コスト分析機能を使用すると、さまざまな期間にわたるコストをグラフやテーブルとして表示できます。 予算とコスト予測を作成した場合は、予算を超過し、支出超過が発生した可能性がある箇所を簡単に見つけることもできます。

Azure で作成または使用開始したリソースに対するコストの発生が始まったら、こちらの方法でそれらのコストを確認および監視できます。

ロジック アプリの実行とストレージの使用を監視する

Azure Monitor を使用すると、特定のロジック アプリの、これらのメトリックを表示できます。

  • 課金対象のアクションの実行
  • 課金対象のトリガーの実行
  • ネイティブ操作実行の利用状況に応じた課金
  • Standard コネクタ実行の利用状況に応じた課金
  • ストレージ消費の利用状況に応じた課金
  • 課金対象の実行の合計数

実行とストレージ消費のメトリックを表示する

  1. Azure Portal で、ご利用のロジック アプリを探して選択します。 ロジック アプリのメニューで、 [監視] から [メトリック] を選択します。

  2. 右側のウィンドウのメトリック バーにある [グラフのタイトル] の下で、 [メトリック] の一覧を開き、目的のメトリックを選択します。

    Note

    ストレージの消費は、ロジック アプリによって使用されるストレージ ユニット (GB) の数として測定され、課金されます。 ストレージの使用量が 500 MB 未満の実行は、[監視] ビューに表示されない場合がありますが、課金の対象です。

    [メトリック] の一覧が開かれた [メトリック] ウィンドウを示すスクリーンショット。

  3. ウィンドウの右上隅で、必要な期間を選択します。

  4. その他のストレージ消費データ (具体的には、ロジック アプリの実行履歴のアクションの入力と出力のサイズ) を表示するには、こちらの手順に従います。

実行履歴のアクションの入力と出力のサイズを表示する

  1. Azure Portal で、ご利用のロジック アプリを探して選択します。

  2. ロジック アプリのメニューで、 [概要] を選択します。

  3. 右側のウィンドウで、 [実行履歴] から、入力と出力を表示する実行を選択します。

  4. [ロジック アプリの実行] で、 [実行の詳細] を選択します。

  5. [ロジック アプリの実行の詳細] ウィンドウで、各アクションの状態と持続時間を一覧表示しているアクション テーブルから、表示するアクションを選択します。

  6. [ロジック アプリのアクション] ウィンドウで、アクションの入力と出力のサイズを確認します。 [入力リンク] と [出力リンク] で、それらの入力と出力へのリンクを確認します。

    Note

    ループについては、上位レベルのアクションによってのみ、入力と出力のサイズが表示されます。 入れ子になったループ内のアクションについては、入力と出力のサイズはゼロでリンクは表示されません。

Microsoft Cost Management and Billing を使用してコスト分析を実行する

Azure サブスクリプションなどの特定のスコープに基づいて Azure Logic Apps のコストを確認するために、Microsoft Cost Management and Billing のコスト分析機能を使用できます。

  1. Azure portal で、Azure サブスクリプションなど、目的のスコープを開きます。 左側のメニューの [コスト管理] で、 [コスト分析] を選択します。

    最初に [コスト分析] ウィンドウを開くと、上部のグラフには、サブスクリプションに含まれるサービス全体の、当月の実績と予測の使用コストが表示されます。

    Azure portal と [コスト分析] ウィンドウを示すスクリーンショット。サブスクリプションの実績と予測のコストの例が表示されている。

    ヒント

    スコープを変更するには、 [コスト分析] ウィンドウのフィルター バーで、 [スコープ] フィルターを選択します。 [スコープの選択] ウィンドウで、目的のスコープに切り替えます。

    下部のドーナツ グラフには、Azure サービス別、Azure リージョン (場所) 別、リソース グループ別の現在のコストが示されています。

    Azure portal と [コスト分析] ウィンドウを示すスクリーンショット。サービス、リージョン、リソース グループ別のドーナツ グラフの例が表示されている。

  2. サービスやリソースなど、特定の領域にグラフをフィルター処理するには、フィルター バーで [フィルターの追加] を選択します。

  3. 左側の一覧でフィルターの種類 (たとえば、 [サービス名] ) を選択します。 右側の一覧でフィルター (たとえば、 [ロジック アプリ] ) を選択します。 完了したら、緑色のチェック マークを選択します。

    Azure portal と [コスト分析] ウィンドウを示すスクリーンショット。フィルターの選択が示されている。

    たとえば、Azure Logic Apps の結果を次に示します。

    Azure portal と [コスト分析] ウィンドウを示すスクリーンショット。[ロジック アプリ] でフィルター処理された結果が表示されている。

コスト データのエクスポート

コストに関して追加のデータ分析を行う必要がある場合は、コスト データをストレージ アカウントにエクスポートすることができます。 たとえば、財務チームが Excel や Power BI を使用してこのデータを分析できます。 日単位、週単位、または月単位のスケジュールでコストをエクスポートし、カスタムの日付範囲を設定することができます。 コスト データのエクスポートは、推奨されるコスト データセット取得方法です。

コストを管理および削減するその他の方法

ロジック アプリと関連リソースのコストを削減できるように、こちらのオプションを試してください。

  • 可能であれば、組み込みのトリガーとアクションを使用します。これにより、マネージド コネクタのトリガーとアクションよりも実行ごとの実行コストが少なくなります。

    たとえば、HTTP アクションを使用することによって、または Azure Functions サービスを使用し、さらに組み込みの Azure Functions アクションを使用して作成した関数を呼び出すことによって他のリソースにアクセスする場合、コストを削減できる可能性があります。 ただし、Azure Functions を使用することでもコストが発生するため、オプションを比較する必要があります。

  • ワークフローを実行するための正確なトリガー条件を指定します。

    たとえば、ターゲット Web サイトから内部サーバー エラーが返されたときに限ってトリガーが起動するように指定できます。 トリガーの JSON 定義で、conditions プロパティを使用して、トリガーの状態コードを参照する条件を指定します。

  • トリガーにポーリング バージョンと Webhook バージョンがある場合は、Webhook バージョンを試してください。このバージョンでは、イベントを定期的にチェックするのではなく、指定されたイベントが発生するのを待ってから起動します。

  • ワークフローの実行時にのみトリガーが起動されるように、Azure Functions や Azure Service Bus などの別のサービス経由でロジック アプリを呼び出します。

  • 常に実行している必要のないロジック アプリを無効にするか、不要になったロジック アプリを削除します。 可能であれば、常にアクティブにしておく必要はない他のリソースをすべて無効にしてください。

次のステップ