Data Lake Analytics の価格

Azure Data Lake Analytics Unit (AU) は、U-SQL ジョブに使用できる計算単位です。各 AU は、ジョブに CPU やメモリなどの基本的なリソース セットへのアクセスを提供します。AU の詳細はこちら。

ジョブを作成する際、そのジョブを実行するための AU を割り当てる必要があります。ジョブは、大きく分けて、準備、キューへの挿入、実行、終了処理という 4 つのフェーズをたどります。割り当てられた AU が利用可能になると、ジョブは実行フェーズに入ります。課金は、ジョブの実行フェーズと最終処理フェーズのために割り当てられた AU に基づいて行われます。AU の詳細はこちら。

AU は、十分に検討のうえ、ジョブの要件を満たせる数を割り当てる必要があります。AU 数を増やすと、さらに多くの計算リソースをジョブに使用できるようになりますが、ジョブの並列処理が向上するわけではありません。ジョブの特性 (例: 並列処理が可能か、処理するデータ量など) に応じて AU 数を増やすことで、ジョブの実行が早くなります。一方で、使用できる数よりも多くの AU を割り当ててしまう可能性もあります。Azure Data Lake Tools for Visual Studio は、U-SQL ジョブのパフォーマンスの診断、および最適な AU 数の見積もりに役立つさまざまなツールを提供します。コストの節約と管理の詳細については、こちらをご覧ください。

料金は AU の数とジョブの長さにより決まります。次の 2 つの事例を考えてみましょう。

• 事例 1: 10 AU が割り当てられたあるジョブの完了に 3 時間かかります。つまり、料金は 3*10 = 30 AU 時間で計算されます。ジョブに 20 AU を割り当てて、最大 2 倍の速さで実行できる場合、料金が 1.5*20 = 30 AU 時間になります。この場合は料金は同じですが、遅延が改善されます。
• 事例 2: 10 AU が割り当てられたあるジョブの完了に 5 時間かかります。つまり、料金は 5*10 = 50 AU 時間で計算されます。20 AU を使ってジョブの完了に 4 時間かかる場合、料金は 4*20 = 80 AU 時間になります。この場合、総コストが 80% 増加する一方で、1 時間早くジョブが完了します。

Azure Data Lake Storage Gen1 のトランザクションは、データの読み取り時または本サービスへのデータの書き込み時に発生します。ユーザー、アプリケーション、または別の Azure サービスによって、最大 4 MB のサイズのデータの読み取りまたは書き込みが行われるたびに、1 つのトランザクションとして課金されます。たとえば、1 回の書き込み操作で 128 KB のデータを Data Lake Storage Gen1 に格納する場合、1 つのトランザクションとして課金されます。トランザクションは最大 4 MB 単位で課金されます。4 MB より大きいアイテムについては、この単位を複数組み合わせて課金されます。たとえば、1 回の読み取り操作で 9 MB のデータを Data Lake Storage Gen1 から取得する場合、3 つのトランザクションとして課金されます (4 MB + 4 MB + 1 MB)。

読み取り操作に基づいて、トランザクションがどのように請求書に記載されるかを説明します。アプリケーションで Data Lake Analytics ジョブが 1 日に 4 時間実行され、ジョブの実行時、毎秒 1,000 個のアイテム (各アイテムは 4 MB 未満) が読み込まれるシナリオを想定します。このシナリオでは、Data Lake Analytics が Data Lake Storage Gen1 からデータを読み取る際の読み取りトランザクションの料金が Data Lake Storage Gen1 で発生します。請求の内容は次のとおりです。

Price is determined by the number of AUs you reserve for the month.

• A billing cycle is aligned to calendar month. Therefore, it always starts the 1st day of the month and ends the last day of the month.
• When you commit for the first time to a package, we will pro-rate the monthly price and AU-hours to the days left within that month. As an example, if you commit to a 1,000 AU-hour package and there are 10 days left within that month, you will immediately get 334 AU-hours (1,000 AU-hours / 30 days in a month x 10 day left) at a price of $- ($- / 31 days in a month x 10 day left). We pro-rate by 30 days for the AU-hours in a package and by 31 days for the price to make sure that the pro-rata is always in your favor.
• Units in a package reset the 1st day of the month. As an example, if you commit to 100 AU-hours and you have 20 AU-hours left by the end of the month, your package will be reset to 100 AU-hours the day after. There is no roll-over for unused AU-hours.
• You can choose a new package at any time. The change will be effective the first day of the next calendar month. This means that during a month if you have a package of 100 AU-hours and decide to commit to a 500 AU-hours package, this change will apply on the 1st day of the next calendar month. For the current calendar month, you will remain on the 100 AU-hours package.
• We use "seconds" as the unit of measure for the consumption of your commitment package.
• Once your package is consumed, you will be charged at the overage consumption rate.

使用量は AU の数とジョブの長さにより決まります。ジョブの長さは、ジョブに割り当てられる AU の数とともに、データ サイズや計算の複雑さなどのジョブの特性の影響を受けます。

• 事例 1: 100 AU 時間のパッケージを契約をして、完了までに 2 時間 30 分かかり 1 AU 使用するジョブを送信します。つまり、使用量は 2.5*1=2.5 AU 時間として計算されます。コミットメントには 97.5 AU 時間残っています。
• 事例 2：100 AU 時間のパッケージを契約をして、1 AU 時間しか残っていません。完了までに 2 時間かかり 2 AU 使用するジョブを送信します。つまり、使用量は 2*2 = 4 AU 時間で計算されます。残りの AU 時間を使用し、追加の 3 AU 時間分については超過料金が課金されます (1.5*3 = $-)。

Azure Data Lake Analytics では、Azure Data Lake Storage Gen1、Azure Blob Storage、Azure SQL Database のデータを読み書きできます。Azure Data Lake Analytics によるこうしたサービスの使用には、これらのサービス (トランザクション、送信データ転送など) の標準料金が発生します。詳細については、これらのサービスの価格ページをご覧ください。

• ジョブの取り消し:
  取り消しは、常に、お客様の意図的な操作か、管理者が定義した管理ポリシーによって行われます。ADLA サービスによってジョブが自動的に取り消されることはありません。ただし、頂点の実行時間が 5 時間という上限に達した場合は例外です (ジョブに時間の上限はありませんが、各頂点には上限があります)。ジョブが取り消された場合は、ジョブが実行されていた時間に基づいて課金されます。
• ジョブの失敗:
  ジョブの失敗は、主にユーザー エラーの結果として生じますが、ADLA サービスのエラーによって引き起こされる場合もあります。失敗したジョブのエラー コードを見ると、ジョブの失敗がユーザー エラーによるものかサービス エラーによるものかがわかります。エラー コードに "USER" が含まれていればユーザー エラーによる失敗を示しており、その場合はジョブが実行されていた時間に基づいて課金されます。エラー コードに "SYSTEM" が含まれている場合は、ADLA サービス エラーによるものであるため、そのジョブは課金されません。