翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # 従来のコストと使用状況レポート このセクションでは、従来のコストと使用状況レポート機能について説明します。 データエクスポートは、詳細なコストと使用状況データを受け取るための新しく推奨される方法です AWS。詳細については、「[Migrating from CUR to CUR 2.0 in Data Exports](https://docs.aws.amazon.com/cur/latest/userguide/dataexports-migrate.html)」を参照してください。 # AWS コストと使用状況レポートとは AWS コストと使用状況レポート (AWS CUR) には、利用可能な最も包括的なコストと使用状況データのセットが含まれています。コストと使用状況レポートを使用して、所有している Amazon Simple Storage Service (Amazon S3) バケットに AWS 請求レポートを発行できます。コストを時間、日、または月別、製品または製品リソース別、または自分で定義したタグ別に分類したレポートを受け取ることができます。 は、バケット内のレポートをカンマ区切り値 (CSV) 形式で 1 日 1 回 AWS 更新します。Microsoft Excel または Apache OpenOffice Calc などのスプレッドシートソフトウェアを使用してレポートを表示することも、Amazon S3 API を使用するアプリケーションからレポートにアクセスすることもできます。 AWS コストと使用状況レポートは AWS 、使用状況を追跡し、アカウントに関連する推定請求額を提供します。各レポートには、 AWS アカウントで使用する AWS 製品、使用タイプ、オペレーションの一意の組み合わせごとに明細項目が含まれます。 AWS コストと使用状況レポートをカスタマイズして、時間、日、または月別に情報を集計できます。 AWS コストと使用状況レポートは、次のことを実行できます。 + Amazon S3 バケットにレポートファイルを配信する + レポートを 1 日に 3 回まで更新する + CUR API AWS リファレンスを使用してレポートを作成、取得、削除する ## コストと使用状況レポートの仕組み コストと使用状況レポートを作成すると、 は指定した Amazon S3 バケットにレポート AWS を送信します。 AWS は、料金が確定されるまで、少なくとも 1 日に 1 回レポートを更新します。 レポートファイルは、1 つの .csv ファイル、または複数の .csv ファイルと 1 つのマニフェストファイルで構成されます。Amazon Athena、Amazon Redshift、または Quick との統合用にレポートデータを設定できます。 ## レポートタイムライン レポートを作成した後、 が最初のレポートを Amazon S3 バケットに配信 AWS するまでに最大 24 時間かかることがあります。 Amazon S3 配信が開始されると、 は少なくとも 1 日に 1 回レポートファイル AWS を更新します。指定された月の各レポート更新は累積的に行われるため、レポートの各バージョンには、その月までのすべての請求データが含まれます。月間に受け取るレポート更新は推定であり、引き続き AWS のサービスを使用することで、料金は変わる場合があります。 **注記** AWS サービスによって使用量ベースの請求情報が異なるタイミングで提供されるため、特定の時間または日の更新が異なるタイミングで着信することがあります。 AWS は、請求期間が終了するまで以前のレポートに基づいて構築されます。 は、月末に請求書を発行した後、レポートの使用料 AWS を確定します。レポートの請求期間が終了すると、 は翌月の新しいレポートを生成し、前のレポートの情報は AWS 生成されません。 レポートが確定したら、 がその月の使用量に返金、クレジット、または AWS サポート料金 AWS を適用すると、レポートを更新 AWS できます。デベロッパー、ビジネス、エンタープライズサポートは最終的な使用料に基づいて計算されるため、前月のコストと使用状況レポートの毎月 6 日または 7 日に反映されます。 は、契約または契約の条件に基づいてクレジットまたは返金 AWS を適用します AWS。 ## レポートファイル レポートは Amazon S3 バケットに保存された 1 つの .csv ファイルまたは複数の .csv ファイルのコレクションです。レポートが生成するファイルの数は、レポートのバージョニングの選択とレポートのサイズによって異なります。 レポートを作成するときに、新しいレポートバージョンを作成するか、更新ごとに既存のレポートバージョンを上書きするかを選択できます。新しいレポートバージョンを作成する場合は、更新のたびにレポートにより多くのファイルが生成されます。 各レポートのサイズは 1 ギガバイトを超える場合があり、デスクトップスプレッドシートアプリケーションの容量を超えると、一部の行が表示されないことがあります。レポートがほとんどのアプリケーションが処理できる (約 100 万行) より大きい場合、 はレポートを Amazon S3 バケットの同じフォルダに保存されている複数のファイルに AWS 分割します。 AWS は、個別のファイルに返金も生成します。 は、毎月の請求書の解約後に返金 AWS を発行します。 レポートファイル、ファイル命名規則、バージョニングの詳細については、「[レポートのバージョンを確認する](understanding-report-versions.md)」を参照してください。 ## レポート列 各レポートには、 AWS コストと使用状況の詳細を含む複数の列が含まれています。がレポート AWS に含める列は、その月の使用状況によって異なります。 すべてのレポートには、**identity/**、**bill/**、および **lineItem/** プレフィックスを持つ列が含まれます。他のすべての列は、毎月の AWS 使用量がそれらの列に入力するデータを生成する場合にのみ含まれます。 例えば、その月に Savings Plans を使用した場合のみ、レポートに **savingsPlan/** 列が含まれます。 レポートの列の詳細については、「[データディクショナリ](data-dictionary.md)」を参照してください。 ## レポートの使用 Amazon S3 コンソールからレポートをダウンロードしたり、Amazon Athena を使用してレポートをクエリしたり、レポートを Amazon Redshift または Quick にアップロードしたりできます。 + Amazon S3 バケットを作成し、Athena を使用してデータのクエリを実行する方法の詳細については、「[Amazon Athena を使用したコストと使用状況レポートのクエリ](cur-query-athena.md)」を参照してください。 + Amazon Redshift へのアップロードの詳細については、「[Amazon Redshift へのレポートデータのロード](cur-query-other.md#cur-query-other-rs)」を参照してください。 + Quick へのアップロードの詳細については、「」を参照してください[Amazon Quick へのレポートデータのロード](cur-query-other.md#cur-query-other-qs)。 # コストと使用状況レポートを作成する **注記** データエクスポートでは、コストと使用状況レポート (CUR) 2.0 のエクスポートを作成できます。これは、詳細なコストと使用状況データを受け取るための新しく推奨される方法です AWS。詳細については、「[Migrating from CUR to CUR 2.0 in Data Exports](https://docs.aws.amazon.com/cur/latest/userguide/dataexports-migrate.html)」を参照してください。 請求転送を使用する場合、請求転送ビューの AWS Cost and Usage Report レポートは、レガシーページからではなく、データエクスポート AWS Cost and Usage Report ページからのみ作成できます。 請求およびコストマネジメントコンソールの **[コストと使用状況レポート]** ページを使用して、コストと使用状況レポートを作成できます。次のセクションでは、コストと使用状況レポートの開始方法について説明します。 **Topics** + [ # コストと使用状況レポート用に Amazon S3 バケットをセットアップする ](cur-s3.md) + [ # レポートの作成 ](cur-create.md) # コストと使用状況レポート用に Amazon S3 バケットをセットアップする 請求レポートを受信するには、レポートを受信して保存するための Amazon S3 バケットが AWS アカウントに必要です。請求コンソールでコストと使用状況レポートを作成するときに、所有している既存の Amazon S3 バケットを選択することも、新しいバケットを作成することもできます。いずれの場合でも、以下のデフォルトバケットポリシーの適用を確認して確定するように求められます。Amazon S3 コンソールでこのポリシーを編集したり、コストと使用状況レポートを作成した後にバケット所有者を変更したりすると、 AWS はレポートを配信できなくなります。Amazon S3 バケットに保存されている請求レポートデータは、標準の Amazon S3 レートで課金されます。詳細については、「[クォータと制限](billing-cur-limits.md)」を参照してください。 コストと使用状況レポートの作成時に、次のポリシーがすべてのバケットに適用されます。 ``` { "Statement": [ { "Effect": "Allow", "Principal": { "Service": "billingreports.amazonaws.com" }, "Action": [ "s3:GetBucketAcl", "s3:GetBucketPolicy" ], "Resource":"arn:aws:s3:::amzn-s3-demo-bucket", "Condition": { "StringEquals": { "aws:SourceArn": "arn:aws:cur:us-east-1:${AccountId}:definition/*", "aws:SourceAccount": "${AccountId}" } } }, { "Sid": "Stmt1335892526596", "Effect": "Allow", "Principal": { "Service": "billingreports.amazonaws.com" }, "Action": "s3:PutObject", "Resource": "arn:aws:s3:::amzn-s3-demo-bucket/*", "Condition": { "StringEquals": { "aws:SourceArn": "arn:aws:cur:us-east-1:${AccountId}:definition/*", "aws:SourceAccount": "${AccountId}" } } } ] } ``` このデフォルトポリシーは、バケット所有者がコストと使用状況レポートのデータを読み取ることができるようにし、コストと使用状況レポートを作成したアカウントによってバケットが所有されるようにするのに役立ちます。具体的には次のとおりです。 + コストと使用状況レポートが配信されるたびに、 AWS はまず、バケットがまだレポートを設定するアカウントによって所有されているかどうかを確認します。バケットの所有権が変更されていた場合、レポートは配信されません。これにより、アカウントの請求データの安全が確保されます。このバケットポリシーにより AWS 、(`"Effect": "Allow"`) はバケットを所有するアカウント () を確認できます`"Action": ["s3:GetBucketAcl", "s3:GetBucketPolicy"`。 + Amazon S3 バケットにレポートを配信するには、そのバケットに対する書き込みアクセス許可 AWS が必要です。そのために、バケットポリシーは、所有するバケット (`"Effect": "Allow"`) に (`"Service": "billingreports.amazonaws.com"`) レポートを配信するアクセス許可を AWS コストと使用状況レポートサービス (`"Action": "s3:PutObject"`) に付与します ()`"Resource": "arn:aws:s3:::amzn-s3-demo-bucket/*"`。 このバケットポリシーは、配信後のコストと使用状況レポートなど、バケット内のオブジェクトを読み取りまたは削除するための AWS アクセス許可を付与しません。 + ACL が有効になっている Amazon S3 バケットの場合、 はレポートを配信するときに `BucketOwnerFullControl` ACL をさらにレポート AWS に適用します。デフォルトでは、これらのレポートなどの Amazon S3 オブジェクトは、それらを作成したユーザーまたはサービスプリンシパルのみが読み取ることができます。ユーザーまたはバケット所有者にレポートを読み取るためのアクセス許可を付与するには、 AWS は `BucketOwnerFullControl` ACL を適用する必要があります。ACL はこれらのレポートに対する `Permission.FullControl` をバケット所有者に付与します。ただし、ACL を無効にし、Amazon S3 バケットポリシーを使用してアクセスを制御することをお勧めします。Amazon S3 はデフォルト設定を変更しており、新しく作成されたバケットでは、ACL はデフォルトで無効になっていることに注意してください。詳細については、「[バケットのオブジェクト所有権のコントロールと ACL の無効化](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership.html)」を参照してください。 コストと使用状況レポートの請求コンソールで **無効なバケット** エラーが生じた場合、レポートのセットアップ後にこのポリシーとバケット所有権が変更されていないことを確認する必要があります。 # レポートの作成 **注記** データエクスポートでは、コストと使用状況レポート (CUR) 2.0 のエクスポートを作成できます。これは、詳細なコストと使用状況データを受け取るための新しく推奨される方法です AWS。詳細については、「[Migrating from CUR to CUR 2.0 in Data Exports](https://docs.aws.amazon.com/cur/latest/userguide/dataexports-migrate.html)」を参照してください。 請求およびコストマネジメントコンソールの **[コストと使用状況レポート]** ページを使用して、コストと使用状況レポートを作成できます。個々の AWS アカウントに対して最大 10 個のレポートを作成できます。 **注記** が Amazon S3 バケットへのレポートの配信を開始する AWS までに最大 24 時間かかる場合があります。 Amazon S3 配信が開始されると、 は AWS コストと使用状況レポートファイルを少なくとも 1 日に 1 回 AWS 更新します。 **コストと使用状況レポートを作成するには** 1. [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/) で請求およびコスト管理コンソールを開きます 1. ナビゲーションペインの **[レガシーページ]** で **[コストと使用状況レポート]** を選択します。 1. [**レポートを作成**] を選択します。 1. [**レポート名**] に、レポートの名前を入力します。 1. [**追加コンテンツを報告**] で、[**リソース ID を含める**] を選択して各リソースの ID をレポートに含めます。 **注記** リソース ID を含めると、リソースごとに個別の明細項目が作成されます。これにより、 AWS の使用状況に基づいて、コストと使用状況レポートのファイルサイズが大幅に増加する可能性があります。 1. 共有リソースの詳細なコストと使用状況を含めるには、**[コスト配分データの分割]** を選択します (Amazon ECS と Amazon EKS)。 **注記** コスト配分データの分割を含めると、リソース (つまり ECS タスクと Kubernetes ポッド) ごとに、個別の明細項目が作成されます。これにより、 AWS 使用状況に基づいて、コストと使用状況レポートファイルのサイズが大幅に増加する可能性があります。 1. **データ更新設定**で、 が請求書の確定後にアカウントに返金、クレジット、またはサポート料金 AWS を適用する場合に、 AWS コストと使用状況レポートを更新するかどうかを選択します。レポートが更新されると、新しいレポートが Amazon S3 にアップロードされます。 1. **[次へ]** を選択します。 1. [**S3 バケット**] で、[**設定**] を選択します。 1. [**S3 バケットの設定**] ダイアログボックスで、次のいずれかを実行します。 + 既存バケットの選択。 + [**バケットを作成する**]を選択し、バケット名を入力し、次に新しいバケットを作成するリージョンを選択します。 1. バケットポリシーを確認し、**[次のデフォルトポリシーがバケットに適用されます]** を選択し、**[保存]** を選択します。 1. [**レポートパスのプレフィックス**] に、レポート名に付加するレポートパスのプレフィックスを入力します。 1. [**時間粒度**] で、次のいずれかを選択します。 + **時間単位**: レポートの明細項目を 1 時間ごとに集計する場合に選択します。 + **日単位**: レポートの明細項目を 1 日ごとに集計する場合に選択します。 + **月単位** レポートの明細項目を 1 か月ごとに集計する場合に選択します。 1. [**レポートバージョニング**] で、レポートの各バージョンでレポートの以前のバージョンを上書きするのか、以前のバージョンに加えて配信するのかを選択します。 レポートを上書きすると、Amazon S3 ストレージコストを節約できます。新しいレポートバージョンを配信することで、時間の経過とともに請求データの監査性を向上させることができます。 1. **レポートデータ統合**では、コストと使用状況レポートが Amazon Athena、Amazon Redshift、または Quick と統合できるようにするかどうかを選択します。レポートは、以下の形式で圧縮されています。 + **Athena**: parquet 形式 + **Amazon Redshift または Quick**: .gz 圧縮 1. [**次へ**] を選択します。 1. レポートの設定を確認したら、[**確認して完了**] を選択します。 請求およびコストマネジメントコンソールの **[コストと使用状況レポート]** ページに戻り、レポートが最後に更新された日時をいつでも確認できます。 # レポートの表示と管理 コストと使用状況レポートを表示するには、請求とコストマネジメントコンソールを使用します。Amazon S3 コンソールを使用して、レポートのファイルを表示できます。 次の手順に従って、レポートとレポートファイルを検索します。 **レポートの詳細とファイルを表示するには** 1. [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/) で請求およびコスト管理コンソールを開きます 1. ナビゲーションペインの **[レガシーページ]** で **[コストと使用状況レポート]** を選択します。 1. レポートのリストから、表示するレポートの名前を選択します。 1. **レポートの詳細** ページでは、レポートの設定を表示できます。 1. レポートのファイルを表示する場合、**レポートの詳細** ページの**レポートパスのプレフィックス** に注意してください。 1. **Amazon S3 バケットの下に表示されているバケット名を選択します**。このリンクにより、このバケットが Amazon S3 コンソールで開きます。 1. バケット内のオブジェクトのリストから、ステップ 5 で注目した **レポートパスのプレフィックス** の最初の部分を名前に持つフォルダを選択します。例えば、**レポートパスのプレフィックス**が **example-report-prefix/example-report-name** の場合、**example-report-prefix** という名前のフォルダーを選択します。 1. フォルダー内のオブジェクトのリストから、ステップ 5 **で注目したレポートパスのプレフィックス** の 2 番目の部分を名前に持つフォルダーを選択します。例えば、**レポートパスのプレフィックス** が **example-report-prefix/example-report-name** の場合、**example-report-name** という名前のフォルダーを選択します。このフォルダーにはレポートファイルが含まれます。 # 最新のレポートバージョンを表示する AWS は、料金が確定されるまで、少なくとも 1 日に 1 回コストと使用状況レポートを更新します。レポートを作成するときに、新しいレポートバージョンを作成するか、更新ごとに既存のレポートバージョンを上書きするかを選択できます。 更新のたびに新しいレポートバージョンを作成するようにレポートを設定した場合は、マニフェストファイルの **assemblyId** を使用して最新のレポートファイルを検索してください。 **複数のレポートバージョンがある場合に最新のレポートファイルを表示するには** 1. [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/) で請求およびコスト管理コンソールを開きます 1. ナビゲーションペインの **[レガシーページ]** で **[コストと使用状況レポート]** を選択します。 1. レポートのリストから、表示するレポートの名前を選択します。 1. **レポートの詳細** ページで、**レポートパスのプレフィックス** に注意してください。 1. Amazon S3 バケットの下に表示されているバケット名を選択します。このリンクにより、このバケットが Amazon S3 コンソールで開きます。 1. バケット内のオブジェクトのリストから、ステップ 4 で注目した **レポートパスのプレフィックス** の最初の部分を名前に持つフォルダを選択します。例えば、**レポートパスのプレフィックス** が **example-report-prefix/example-report-name** の場合、**example-report-prefix** という名前のフォルダーを選択します。 1. フォルダー内のオブジェクトのリストから、ステップ 4 で注目した **レポートパスのプレフィックス**の 2 番目の部分を名前に持つフォルダーを選択します。例えば、**レポートパスのプレフィックス**が **example-report-prefix/example-report-name** の場合、**example-report-name** という名前のフォルダーを選択します。 1. 最新の請求期間を含む名前のフォルダーを (YYYYMMDD-YYYYMMDD 形式で) 開きます。 1. ****example-report-name**-Manifest.json** ファイルを開きます。 1. マニフェストファイルの上部の **assemblyId** に注目してください。**assemblyId** の値は、最新のレポートファイルが含まれるフォルダーの名前に対応しています。 1. Amazon S3 コンソールページに戻ります。このページには、最新の請求期間の名前のフォルダが表示されています。 1. ステップ 10 で注目した **assemblyId** という値を名前に持つフォルダを開きます。例えば、**assemblyId** の値が**20210129T123456Z**の場合、**20210129T123456Z/** という名前のフォルダーを開きます。このフォルダーには、最新のレポートファイルが含まれています。 # 確定レポートの表示 月末に請求書を発行すると、 はレポートの使用料 AWS を確定します。レポートの明細項目が確定しているかどうかを判断するには、**Bill/InvoiceId** 列を確認してください。明細項目が最終の場合、 **bill/InvoiceId** 列に AWS 請求書 ID が入力されます。明細項目がまだ確定していない場合、**bill/InvoiceId** 列は空白になっています。 レポート全体が確定しているかどうかを確認するには、**bill/InvoiceId** 列を確認してください。レポートが確定していれば、**bill/InvoiceId** 列に請求書 ID の値が入力されています。レポートがまだ確定していなければ、**bill/InvoiceId** 列は空白になっています。 **注記** レポートが確定したら、 がその月の使用量に返金、クレジット、またはサポート料金 AWS を適用すると、レポートを更新 AWS できます。デベロッパー、ビジネス、エンタープライズサポートは最終的な使用料に基づいて計算されるため、前月のレポートの毎月 6 日または 7 日に反映されます。 は、契約または契約の条件に基づいてクレジットまたは返金 AWS を適用します AWS。 # レポートのバージョンを確認する AWS は、料金が確定されるまで、少なくとも 1 日に 1 回コストと使用状況レポートを更新します。レポートを作成するときに、新しいレポートバージョンを作成するか、更新ごとに既存のレポートバージョンを上書きするかを選択できます。 レポートファイルには、1個または複数のcsv ファイルと1個のマニフェストファイルが含まれます。レポートには、Amazon Athena、Amazon Redshift、または Quick とのデータの統合をサポートする追加のファイルを含めることもできます。 以下のセクションでは、選択したレポートのバージョン管理に基づくファイル構成と命名規則について説明します。 ## コストと使用状況レポートの配信タイムライン レポート期間中、 は請求期間が終了するまで、以前のレポートの report. AWS builds AWS を更新するたびに、新しいレポートと新しいマニフェストファイルを AWS 配信します。レポートの請求期間が終了すると、 は前のレポートの情報を含まない新しいレポート AWS を生成します。 ## コストと使用状況レポートの新しいバージョンの作成 以前のコストと使用状況レポートを保持する場合、CUR AWS は次の Amazon S3 の組織および命名規則を使用します。 ``` //yyyymmdd-yyyymmdd//-.csv. ``` + `report-prefix` = レポートに割り当てるプレフィックス。 + `report-name` = レポートに割り当てる名前。 + `yyyymmdd-yyyymmdd` = レポートの対象となる日付の範囲。レポートは、日付範囲の終了時に確定されます。 + `assemblyId` = レポートが更新されるたびに が AWS 作成する ID。 + `file-number` = 更新に大きなファイルが含まれている場合は、複数のファイルに分割 AWS される可能性があります。`file-number` で単一更新内の複数のファイルが追跡されます。 + `csv` = レポートファイルの形式。 + `zip` または `gz` = レポートファイルに適用される圧縮タイプ。 例えば、レポートは以下のファイルの集まりとして配信される場合があります。 ``` //20160101-20160131/<123456789>/-<1>.csv. //20160101-20160131/<123456789>/-<2>.csv. //20160101-20160131/<123456789>/-<3>.csv. //20160101-20160131/<123456789>/-Manifest.json //20160101-20160131/-Manifest.json ``` AWS は、レポート日付範囲内のすべてのレポートを同じ`report-prefix/report-name/yyyymmdd-yyyymmdd`フォルダに配信します。 は、各レポートに一意の ID AWS を付与し、日付範囲フォルダの`assemblyId`サブフォルダに配信します。レポートのサイズが大きすぎて 1 つのファイルに収まらない場合は、複数のファイルに分割されて同じ `assemblyId` フォルダに配信されます。 以前のレポートを保持するときのマニフェストファイルの詳細については、「[コストと使用状況レポートのマニフェストファイル](#manifest-cur-files)」を参照してください。 ## 以前のコストと使用状況レポートの上書き 以前のコストと使用状況レポートを上書きすることを選択すると、CUR AWS は次の Amazon S3 の組織および命名規則を使用します。 ``` //yyyymmdd-yyyymmdd/-.csv. ``` + `report-prefix` = レポートに割り当てるプレフィックス。 + `report-name` = レポートに割り当てる名前。 + `yyyymmdd-yyyymmdd` = レポートの対象となる日付の範囲。 AWS は日付範囲の終了時にレポートを確定します。 + + `file-number` = 更新に大きなファイルが含まれている場合は、複数のファイルに分割 AWS される可能性があります。`file-number` で単一更新内の複数のファイルが追跡されます。 + `csv` = レポートファイルの形式。 + `zip` または `gz` = レポートファイルに適用される圧縮タイプ。 例えば、レポートは以下のファイルの集まりとして配信される場合があります。 ``` //yyyymmdd-yyyymmdd/-<1>.csv. //yyyymmdd-yyyymmdd/-<2>.csv.//yyyymmdd-yyyymmdd/-<3>.csv. //yyyymmdd-yyyymmdd/-Manifest.json ``` ### Athena の仕様 AWS CUR の作成時に Athena サポートを選択した場合、ファイルの命名規則は、形式と圧縮を除いて CUR AWS を上書きすることを選択した場合と同じです。Athena CUR ファイルは`.parquet`代わりに AWS を使用します。例えば、レポートは以下のファイルの集まりとして配信される場合があります。 ``` //yyyymmdd-yyyymmdd/.parquet //yyyymmdd-yyyymmdd/ //yyyymmdd-yyyymmdd/-Manifest.json //yyyymmdd-yyyymmdd/-create-table.sql //yyyymmdd-yyyymmdd/crawler-cfn.yml ``` ### CloudFormation 仕様 は、 AWS CUR ファイルに加えて、Athena を使用して Amazon S3 データをクエリできる CloudFormation スタックをセットアップするために使用できる CloudFormation テンプレート AWS も提供します。 CloudFormation テンプレートを使用しない場合は、提供された SQL を使用して独自の Athena テーブルを作成できます。詳細については、「[Amazon Athena を使用したコストと使用状況レポートのクエリ](cur-query-athena.md)」を参照してください。 ## コストと使用状況レポートのマニフェストファイル が AWS CUR AWS を更新すると、 は Amazon Athena、Amazon Redshift、または Quick に使用できるマニフェストファイル AWS も作成して配信します。 マニフェストファイルは、命名規則を使用し、以下の項目を一覧表示します。 + これまでにレポートに含まれたすべての詳細列 + レポートが複数のファイルに分割された場合のレポートファイルのリスト + レポートの対象期間およびその他の情報。 ``` //yyyymmdd-yyyymmdd/-Manifest.json //yyyymmdd-yyyymmdd//-Manifest.json ///year=2018/month=12/-Manifest.json ``` ### コストと使用状況レポートの新しいバージョンの作成 以前のコストと使用状況レポートを保持する場合、マニフェストファイルは日付範囲フォルダと `assemblyId` フォルダの両方に配信されます。が日付範囲の新しい AWS CUR AWS を作成するたびに、日付範囲フォルダに保存されているマニフェストファイルが更新されたマニフェストファイルで上書きされます。 は、同じ更新されたマニフェストファイルを、その更新のファイルとともに`assemblyId`フォルダに AWS 配信します。`assemblyId` フォルダのマニフェストファイルは上書きされません。 ### 以前のコストと使用状況レポートの上書き 以前の CUR AWS を上書きすると、マニフェストファイルが `month=mm`フォルダに配信されます。マニフェストファイルは、レポートファイルとともに上書きされます。 ### Amazon Redshift の仕様 AWS CUR で Amazon Redshift サポートのオプションを選択した場合、 はレポートを Amazon Redshift にアップロードするために必要な SQL コマンドを含むファイル AWS も作成して配信します。SQL ファイルは通常のテキストエディタで開くことができます。この SQL ファイルには次の命名規則が使用されます。 ``` //yyyymmdd-yyyymmdd//-RedshiftCommands.sql ``` `RedshiftCommands` ファイルでコマンドを使用する場合、`RedshiftManifest` ファイルを開く必要はありません。 **重要** `manifest` ファイルは、`copy` ファイルの `RedshiftCommands` コマンドを使用してアップロードするファイルを決定します。`manifest` ファイルを削除すると、`RedshiftCommands` ファイルのコピーコマンドで問題が生じます。 ### Amazon Athena の仕様 AWS CUR で Amazon Athena サポートのオプションを選択した場合、 は必要なすべてのリソースのセットアップに役立つ複数のファイル AWS も作成して配信します。 は CloudFormation 、テンプレート、Athena テーブルを手動で作成するための SQL を含む SQL ファイル、および CUR 更新ステータスをチェックするための SQL AWS を含むファイルを AWS 配信します。これらのファイルでは次の命名規則が使用されます。 ``` ///yyyymmdd-yyyymmdd/crawler-cfn.yml ///yyyymmdd-yyyymmdd/-create-table.sql ///yyyymmdd-yyyymmdd/ ``` # コストと使用状況レポートの設定の編集 請求とコストマネジメントコンソールの **[コストと使用状況レポート]**ページを使用して、コストと使用状況レポートを編集できます。 **注記** レポート名は編集できません。**[レポートバージョニング]** で **[上書き]** を選択すると、レポートにリソース ID、時間詳細度、またはレポートバージョニングが含まれているかどうかにかかわらず、レポート名を編集することはできません。**[上書き]** に設定されたレポートを削除して、同じ名前、Amazon S3 バケット、およびパスプレフィックスで新しいレポートを作成すると、データが破損して不正確になる場合があります。 **コストと使用状況レポートを編集するには** 1. [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/) で請求およびコスト管理コンソールを開きます 1. ナビゲーションペインの **[レガシーページ]** で **[コストと使用状況レポート]** を選択します。 1. 編集するレポートを選択し、[**レポートの編集**] を選択します。 1. (バージョン管理されたレポートのみ) [**追加コンテンツをレポート**] で、[**リソース ID を含める**] を選択して、レポートに個々のリソースの ID を含めます。 **注記** リソース ID を含めると、リソースごとに個別の明細項目が作成されます。これにより、 AWS の使用状況に基づいて、コストと使用状況レポートのファイルサイズが大幅に増加する可能性があります。 1. 共有リソースの詳細なコストと使用状況を含めるには、**[コスト配分データの分割]** を選択します (Amazon ECS と Amazon EKS)。 **注記** コスト配分データの分割を含めると、リソース (つまり ECS タスクと Kubernetes ポッド) ごとに、個別の明細項目が作成されます。これにより、 AWS 使用状況に基づいて、コストと使用状況レポートファイルのサイズが大幅に増加する可能性があります。 1. **データ更新設定**で、 が請求書の確定後にアカウントに返金、クレジット、またはサポート料金 AWS を適用する場合に、 AWS コストと使用状況レポートを更新するかどうかを選択します。レポートが更新されると、新しいレポートが Amazon S3 にアップロードされます。 1. **[次へ]** を選択します。 1. **[S3 バケット]** に、レポートの配信先となる Amazon S3 バケットの名前を入力します。 1. **確認**を選択します。 **注記** バケットでは、適切なアクセス権限が有効になっている必要があります。バケットにアクセス許可を追加する方法の詳細については、*[Amazon Simple Storage Service ユーザーガイド](https://docs.aws.amazon.com/AmazonS3/latest/userguide/)*の[バケットとオブジェクトのアクセス許可の設定](https://docs.aws.amazon.com/AmazonS3/latest/userguide/set-permissions.html)を参照してください。 1. [**レポートパスのプレフィックス**] に、レポート名に付加するレポートパスのプレフィックスを入力します。 1. (バージョン管理されたレポートのみ) [**時間粒度**] で、次のいずれかを選択します。 + **時間単位**: レポートの明細項目を 1 時間ごとに集計する場合に選択します。 + **日単位**: レポートの明細項目を 1 日ごとに集計する場合に選択します。 + **月単位** レポートの明細項目を 1 か月ごとに集計する場合に選択します。 1. (バージョン管理されたレポートのみ) [**レポートバージョニング**] で、レポートの各バージョンでレポートの以前のバージョンを上書きするか、以前のバージョンに加えて配信するかを選択します。 1. **レポートデータ統合**では、CUR AWS が Amazon Athena、Amazon Redshift、または Quick と統合できるようにするかどうかを選択します。レポートは、以下の形式で圧縮されています。 + **Athena**: Parquet 形式 + **Amazon Redshift または Quick**: .gz 圧縮 1. **[保存]** を選択します。 # のコストと使用状況レポートの使用 AWS Organizations では AWS Organizations、管理アカウントとメンバーアカウントの両方がコストと使用状況レポートを作成できます。レポートの作成を許可または制限する IAM ポリシーは、どちらのタイプのアカウントでも同じです。 **注記** コストと使用状況レポートを作成するアカウントは、 AWS レポートの送信先の Amazon S3 バケットも所有している必要があります。別のアカウントが所有する Amazon S3 バケットに配信するようにコストと使用状況レポートを設定することはできません。Amazon S3 バケットの設定要件の詳細については、「[コストと使用状況レポート用に Amazon S3 バケットをセットアップする](cur-s3.md)」を参照してください。 ## メンバーアカウントを使用したコストと使用状況レポートの管理 組織内のメンバーアカウントのコストと使用状況レポートを作成する権限を持っている場合は、メンバーアカウントのコストと使用状況のデータのみを対象とするレポートを作成できます。メンバーアカウントは、そのアカウントが現在の組織のメンバーであった期間中に、コストと使用状況に関するレポートを受け取ります。 例えば、あるメンバーアカウントが組織 A を離れ、同月 15 日に組織 B に加入したとします。その後、メンバーアカウントはレポートを作成します。メンバーアカウントは組織 B に加入した後にレポートを作成したため、その月のメンバーアカウントのレポートには、そのアカウントが組織 B のメンバーであった期間の請求データのみが含まれます。 メンバーアカウントが新しい組織に加入すると、そのメンバーアカウントの費用と使用量が新しい組織のレポートに記録されます。これは、管理アカウントをメンバーアカウントに変換して新しい組織に加入した場合と同じ結果です。 メンバーアカウントが組織を離れたり、スタンドアロンアカウントに変換された場合でも、メンバーアカウントは、以前のレポートが保存されている Amazon S3 バケットへのアクセス権限を持っている限り、以前のレポートにアクセスできます。 ## コストと使用状況レポートを管理アカウントとして管理 AWS Organizations 管理アカウントの管理者で、メンバーアカウントにレポートを作成させたくない場合は、メンバーアカウントがレポートを作成できないようにするサービスコントロールポリシー (SCP) を適用できます。SCP では、メンバーアカウントによる新しいレポートの作成を禁止できますが、以前に作成されたレポートは削除されません。 **注記** SCP はメンバーアカウントにのみ適用されます。管理アカウントがレポートを作成できないようにするには、管理アカウントのユーザーロールに添付されている IAM ポリシーを変更します。 一括請求の詳細については、*AWS Billing ユーザーガイド* の [AWS Organizationsの一括請求](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html) を参照してください。 # Amazon Athena を使用したコストと使用状況レポートのクエリ Amazon Athena は、標準 SQL を使用して Amazon Simple Storage Service (Amazon S3) の AWS コストと使用状況レポート (AWS CUR) のデータを分析するために使用できるサーバーレスクエリサービスです。Amazon S3 これにより、 AWS CUR データをクエリするために独自のデータウェアハウスソリューションを作成する必要がなくなります。 Athena で使用する新しい Amazon S3 バケットと新しい AWS CUR レポートの両方を作成することを強くお勧めします。 AWS CUR は Athena の Apache Parquet 圧縮形式のみをサポートし、S3 バケットに保存されている以前のレポートを自動的に上書きします。 このセクションでは、コストと使用状況レポートで Athena を使用する方法について説明します。Athena サービスの詳細については、[Amazon Athena ユーザーガイド](https://docs.aws.amazon.com/athena/latest/ug/) を参照してください。 **Topics** + [ # CloudFormation テンプレートを使用した Athena のセットアップ ](use-athena-cf.md) + [ # Athena の手動セットアップ ](cur-ate-manual.md) + [ # Amazon Athena クエリの実行 ](cur-ate-run.md) + [ # 「他のリソースへのレポートデータのロード」 ](cur-query-other.md) Athena を使用したレポートのクエリのデモンストレーションについては、次の動画を参照してください。 [![AWS Videos](http://img.youtube.com/vi/https://www.youtube.com/embed/KEeJEZTYE8E/0.jpg)](http://www.youtube.com/watch?v=https://www.youtube.com/embed/KEeJEZTYE8E) # CloudFormation テンプレートを使用した Athena のセットアップ **重要** CloudFormation はクロスリージョンリソースをサポートしていません。 CloudFormation テンプレートを使用する場合は、同じ AWS リージョンにすべてのリソースを作成する必要があります。リージョンでは、以下のサービスをサポートする必要があります。 AWS Lambda Amazon Simple Storage Service (Amazon S3) AWS Glue Amazon Athena コストと使用状況レポートと Athena の統合を合理化および自動化するために、 は、Athena 統合用に設定したレポートとともに、いくつかの主要なリソースを含む CloudFormation テンプレート AWS を提供します。 CloudFormation テンプレートには AWS Glue 、クローラ、 AWS Glue データベース、および AWS Lambda イベントが含まれます。 を使用する Athena 統合セットアッププロセスでは、バケットに既に存在する可能性のある Amazon S3 イベントがすべて CloudFormation 削除されます。これは、既存の CUR AWS レポートに対する既存のイベントベースのプロセスに悪影響を及ぼす可能性があります。Athena で使用する新しい Amazon S3 バケットと新しい AWS CUR レポートの両方を作成することを強くお勧めします。 CloudFormation テンプレートを使用して Athena 統合を自動化するには、事前に以下を実行してください。 + レポートの新しい Amazon S3 バケットを作成します。詳細については、*Amazon S3 ユーザーガイド*の[バケットの作成](https://docs.aws.amazon.com/AmazonS3/latest/userguide/create-bucket-overview.html)を参照してください。 + Athena で使用するための[新しいレポートを作成](cur-create.md)します。セットアッププロセス中に、**[レポートデータ統合]** で **[Athena]** を選択します。 + Amazon S3 バケットに最初のレポートが配信されるのを待ちます。が最初のレポートを配信 AWS するまでに最大 24 時間かかる場合があります。 **Athena CloudFormation テンプレートを使用するには** 1. Amazon S3 コンソール ([https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/)) を開きます。 1. バケットのリストから、CUR AWS レポートの受信を選択したバケットを選択します。 1. レポートパスのプレフィックス (*your-report-path-prefix/*) を選択します。次に、レポート名 (*your-report-name/*) を選択します。 1. `.yml` テンプレートファイルを選択します。 1. **[オブジェクトアクション]**を選択し、**[名前を付けてダウンロード]**を選択します。 1. [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/) で CloudFormation コンソールを開きます。 1. CloudFormation を使用したことがない場合は、**新しいスタックの作成**を選択します。それ以外の場合は、[**スタックを作成**] を選択します。 1. [**テンプレートを準備**] の [**テンプレートの準備ができています**] を選択します。 1. [**テンプレートのソース**] で、[**テンプレートファイルをアップロード**] を選択します。 1. **[ファイルを選択]**を選択します。 1. ダウンロードした `.yml` テンプレートを選択し、[**開く**] を選択します。 1. **[次へ]**を選択します。 1. [**スタック名**] としてテンプレートの名前を入力し、[**次へ**] を選択します。 1. [**次へ**] を選択します。 1. ページの下部で、 **が IAM リソースを作成する AWS CloudFormation 可能性があることを確認します。** このテンプレートによって以下のリソースが作成されます。 + 3 つのIAM ロール + AWS Glue データベース + AWS Glue クローラ + 2 つの Lambda 関数 + Amazon S3 の通知 1. **[スタックを作成]** を選択します。 **既存の Athena CloudFormation テンプレートを更新するには** 1. Amazon S3 コンソール ([https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/)) を開きます。 1. バケットのリストから、CUR AWS レポートの受信を選択したバケットを選択します。 1. レポートパスのプレフィックス (*your-report-path-prefix/*) を選択します。次に、レポート名 (*your-report-name/*) を選択します。 1. `.yml` テンプレートファイルを選択します。 1. **[オブジェクトアクション]**を選択し、**[名前を付けてダウンロード]**を選択します。 1. [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/) で CloudFormation コンソールを開きます。 1. 以前に作成したスタックを選択し、[**更新**] を選択します。 1. [**テンプレートを準備**] で、[**現在のテンプレートを置換**] を選択します。 1. [**テンプレートのソース**] で、[**テンプレートファイルをアップロード**] を選択します。 1. **[ファイルを選択]**を選択します。 1. ダウンロードした `.yml` テンプレートを選択し、[**開く**] を選択します。 1. **[次へ]**を選択します。 1. [**スタック詳細を指定**] ページで、任意の詳細を変更し、[**次へ**] を選択します。 1. [**次へ**] を選択します。 1. ページの下部で、 **が IAM リソースを作成する AWS CloudFormation 可能性があることを確認します。** 1. **[スタックを更新]**を選択します。 # Athena の手動セットアップ AWS CloudFormation テンプレートを使用して、自分で作成するのではなく、テーブルを作成することを強くお勧めします。提供された SQL クエリは、1 か月のデータのみを対象とするテーブルを作成しますが、 AWS CloudFormation テンプレートは複数の月を含めることができ、自動的に更新されるテーブルを作成します。 AWS CloudFormation テンプレートの設定方法の詳細については、「」を参照してください[CloudFormation テンプレートを使用した Athena のセットアップ](use-athena-cf.md)。 CloudFormation テンプレートを使用して Athena テーブルをセットアップしない場合は、以下の手順を手動で実行します。CUR データに対して SQL AWS クエリを実行する前に、テーブルを作成する必要があります。このステップは少なくとも 1 か月に 1 回実行する必要があり、テーブルには現在の CUR AWS のデータのみが含まれます。 テーブル作成プロセスの一環として、 は CUR AWS 列名を AWS 変換します。変換プロセスの詳細については、「[列名](cur-ate-run.md#column-transformations)」を参照してください。 + [Athena テーブルの作成](create-manual-table.md) + [コストと使用状況レポートのステータステーブルの作成](create-manual-cur-table.md) + [レポートパーティションのアップロード](upload-report-partitions.md) # Athena テーブルの作成 AWS には、CUR バケットにこのテーブルを作成するために実行する必要がある SQL AWS が含まれています。 **Athena テーブルを作成するには** 1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/) で Amazon S3 コンソールを開きます。 1. バケットのリストから、コストと使用状況レポートの送信先として指定したバケットを選択します。 1. パス `your-report-prefix-your-report-name-path-to-report` に移動します。 正確なパスは、CUR AWS が以前のバージョンを上書きするように設定されているかどうかによって異なります。詳細については、「[コストと使用状況レポートの配信タイムライン](understanding-report-versions.md#access-cur-s3-timeline)」を参照してください。 1. `my-report-name-create-table.sql` ファイルを開きます。 1. ファイルから、SQL をコピーします (`CREATE`から `LOCATION 's3://your-report-prefix/your-report-name/the-rest-of-the=path'` までの部分)。Athena データベースを作成するにはデータベース名とテーブルが必要であるため、最初の行を書き留めておきます。 1. [https://console.aws.amazon.com/athena/](https://console.aws.amazon.com/athena/home) で Athena コンソールを開きます。 1. 次の SQL を [**新規クエリ 1**] クエリペインに貼り付けます。*`.`* には、コピーした SQL の最初の行にあるデータベースとテーブルの名前を使用します。 ``` CREATE DATABASE ``` 1. **[クエリを実行]**を選択します。 1. ドロップダウンメニューで、作成したデータベースを選択します。 1. [**新規クエリ 1**] クエリペインで、SQL ファイルから残りの SQL を貼り付けます。 1. **[クエリを実行] **を選択します。 テーブルを作成したら、クエリを実行する前にパーティションにロードする必要があります。詳細については、「[レポートパーティションのアップロード](upload-report-partitions.md)」を参照してください。 # コストと使用状況レポートのステータステーブルの作成 AWS は CUR AWS を 1 日に複数回更新します。Athena がレポートの更新中 AWS であるタイミングを判断できないため、古いデータと新しいデータの組み合わせでクエリ結果が発生する可能性があります。これを軽減するには、 がコストと使用状況レポートを更新するかどうか AWS を追跡するテーブルを作成し、そのテーブルをクエリして AWS がデータを更新するかどうかを確認します。このテーブルは 1 回のみ作成する必要があります。その後、 はテーブルを最新の状態に AWS 保ちます。 **更新テーブルを作成するには** 1. [https://console.aws.amazon.com/athena/](https://console.aws.amazon.com/athena/home) で Athena コンソールを開きます。 1. 次の SQL を [**新規クエリ 1**] クエリペインに貼り付けます。 ``` CREATE EXTERNAL TABLE IF NOT EXISTS cost_and_usage_data_status( status STRING) ROW FORMAT SERDE 'org.apache.hadoop.hive.ql.io.parquet.serde.ParquetHiveSerDe' WITH SERDEPROPERTIES ( 'serialization.format' = '1' ) LOCATION 's3://{S3_Bucket_Name}/{Report_Key}/cost_and_usage_data_status/' ``` 1. **[クエリを実行] **を選択します。 AWS がデータを更新しているかどうかを確認するには、Athena コンソールを使用して次の SQL クエリを実行します。 ``` select status from cost_and_usage_data_status ``` # レポートパーティションのアップロード コストと使用状況レポートのデータにクエリを実行するには、Athena テーブルにデータをアップロードする必要があります。 AWS が配信する新しい CUR AWS レポートごとにこれを行う必要があります。 **最新のレポートパーティションをアップロードするには** 1. [https://console.aws.amazon.com/athena/](https://console.aws.amazon.com/athena/home) で Athena コンソールを開きます。 1. テーブル名の横にある縦の 3 つのドットを選択します。 1. [**パーティションをロード**] を選択します。 パーティションをアップロードしなければ、Athena から結果が返されないか、データが欠落していることを示すエラーメッセージが返されます。 # Amazon Athena クエリの実行 データに対して Athena クエリを実行するには、まず Athena コンソールを使用して AWS がデータを更新しているかどうかを確認し、次に Athena コンソールでクエリを実行します。SQL を実行するときは、正しいデータベースがドロップダウンリストから選択されていることを確認してください。次の SQL を使用してステータスを確認できます。 ``` select status from cost_and_usage_data_status ``` 得られる結果は `READY` と `UPDATING` の 2 つです。ステータスが `READY` の場合、Athena データベースにクエリを実行できます。ステータスが `UPDATING` の場合、Athena は不完全な結果を返すことがあります。 AWS がデータを更新していることを確認したら、独自のクエリを実行できます。例えば、次のクエリでは、`mycostandusage_parquet` というサンプルデータベースで、サービスによる毎月の当会計年度の初めから今日までのコストを示します。次のクエリは、2018 年初来のコストを示しています。年を更新して、現在の年初来の費用を確認してください。 ``` SELECT line_item_product_code, sum(line_item_blended_cost) AS cost, month FROM mycostandusage_parquet WHERE year='2018' GROUP BY line_item_product_code, month HAVING sum(line_item_blended_cost) > 0 ORDER BY line_item_product_code; ``` ## 列名 Athena の列名の制限は、コストと使用状況レポート列名の制限とは異なります。つまり、CUR AWS データが Athena テーブルにアップロードされると、列名は次の変更 AWS を行います。 + 大文字の前に下線を追加 + 大文字を小文字で置換 + アルファベット以外の文字をアンダースコアで置換 + 重複する下線を削除 + 先頭および末尾のアンダースコアをすべて削除 + 列名が列名で許容される長さを超える場合、左から右の順で下線を削除 **注記** これらのルールを適用すると、同じ名前の列が複数ある場合、一部のリソースタグ列には重複した names. AWS merges 列が含まれます。 例えば、列名 `ExampleColumnName` は `example_column_name` になり、列名 `Example Column Name` は `example_column_name` になります。 # 「他のリソースへのレポートデータのロード」 コストと使用状況レポートを Amazon Redshift と Amazon Quick にアップロードして、 AWS コストと使用状況を分析できます。 **Topics** + [ ## Amazon Quick へのレポートデータのロード ](#cur-query-other-qs) + [ ## Amazon Redshift へのレポートデータのロード ](#cur-query-other-rs) ## Amazon Quick へのレポートデータのロード コストと使用状況レポートを Amazon Quick にアップロードできます。 Quick へのアップロードの詳細については、*「 クイックユーザーガイド*」の[Amazon S3 ファイルを使用したデータセットの作成](https://docs.aws.amazon.com/quicksight/latest/user/create-a-data-set-s3.html)」を参照してください。 ## Amazon Redshift へのレポートデータのロード このセクションでは、CUR AWS を Amazon Redshift にアップロードして AWS コストと使用状況を分析する方法について説明します。 **重要** Amazon Redshift の列では、大文字と小文字を区別しません。また、ユーザー定義タグよりも厳格な文字制限があります。Amazon Redshift とユーザー定義タグ間の競合を防ぐために、 はタグをタグ `userTag0`、`userTag1`、 `userTag2`など AWS に置き換えます。Amazon Redshift テーブルを作成してレポートをアップロードしたら、 AWS定義済みタグをユーザー定義タグにマッピングする Amazon Redshift テーブルを作成できます。タグテーブルを使って、元のタグを検索することができます。 例えば、`OWNER` や `Owner` というタグがある場合、「owner」という名前の 2 つの列を使用してテーブルを作成することを Amazon Redshift は許可しません。代わりに、`OWNER` と `Owner` ではなく、`userTag0` と `userTag1` という列を持つレポートテーブルを作成し、次に `remappedUserTag` と `userTag` という列を持つテーブルを作成します。`remappedUserTag` 列には AWS定義されたタグ `userTag0` と が格納され`userTag1`、`userTag`列には元のタグが格納`OWNER`されます。 `Owner` AWS には、Amazon Redshift テーブルの作成、レポートのアップロード、タグテーブルの作成、すべてのタグ行のタグテーブルへの挿入を行うためのコマンドが用意されています。コマンドは、S3 のマニフェスト`RedshiftCommands.sql`ファイルとともに保存されている ファイルと、請求情報とコスト管理コンソールの **Redshift ファイル****ヘルパーファイル**で提供されます。 AWS また、 には RedshiftManifest ファイルも用意されており、RedshiftCommand ファイルのアップロードでどのコマンドを報告するかを制御します。RedshiftManifest ファイルを削除すると、RedshiftCommands ファイルのコピーコマンドで問題が生じます。 **請求およびコストマネジメントコンソールで `RedshiftCommands.sql` ファイルを見つけるには** 1. [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/) で請求およびコスト管理コンソールを開きます 1. ナビゲーションペインの **[レガシーページ]** で **[コストと使用状況レポート]** を選択します。 1. Amazon Redshift にアップロードするレポートを選択します。 1. **[以下のサービスでのレポート表示が有効:]**の横の **[Amazon Redshift]** を選択します。 1. ダイアログボックスからコマンドをコピーし、SQL クライアントに貼り付けます。 次の手順では、データベースや Amazon Redshift に詳しいことを前提としています。 **コストと使用状況レポートを Amazon Redshift にアップロードするには** 1. Amazon Redshift クラスターを作成します。 詳細については、「*Amazon Redshift 管理ガイド*」の「[クラスターの作成](https://docs.aws.amazon.com/redshift/latest/mgmt/managing-clusters-console.html#create-cluster)」を参照してください。 1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/) で Amazon S3 コンソールを開きます。 1. CUR を保存する Amazon S3 AWS の場所に移動します。 1. `RedshiftCommands.sql` ファイルを開きます。 ファイルには、Amazon Redshift テーブルを作成し、Amazon S3 から AWS CUR をアップロードし、ユーザー定義タグを Amazon Redshift にインポートできるようにするタグテーブルを作成するためのカスタマイズされたコマンドが含まれています。 1. `copy` コマンドで、** を、CUR を保存する Amazon S3 バケットにアクセスする権限を持つ IAM ロールの ARN AWS に置き換えます。 1. ** を、Amazon S3 バケットがあるリージョンに置き換えます。例えば、`us-east-1`。 1. SQL クライアントを使用してクラスターに接続します。 詳細については、*Amazon Redshift管理ガイド*の [Amazon Redshift クラスターとデータベースへのアクセス](https://docs.aws.amazon.com/redshift/latest/mgmt/using-rs-tools.html)を参照してください。 1. SQL コマンドを `RedshiftCommands.sql` ファイルから SQL クライアントに、次の順序でコピーします: + CREATE TABLE - このコマンドは、レポートに一致するようにカスタマイズされたスキーマを使って、Amazon Redshift テーブルを作成します。 + copy - このコマンドは、提供された IAM ロールを使用して AWS CUR ファイルを S3 から Amazon Redshift にアップロードします。 + CREATE TAG TABLE - このコマンドは、 AWS定義タグをユーザー定義タグにマッピングできるようにする、テーブルを作成します。 + INSERT - このコマンドは、ユーザー定義タグをタグテーブルに挿入します。 1. CUR から Amazon Redshift AWS にすべてのデータをコピーしたら、SQL を使用してデータをクエリできます。Amazon Redshift でのデータのクエリの詳細については、*Amazon Redshift データベースデベロッパーガイド*の [Amazon Redshift SQL](https://docs.aws.amazon.com/redshift/latest/dg/c_redshift-sql.html) を参照してください。 **注記** コストと使用状況レポートの列数は、新しいコスト配分タグの作成やサービスでの新しい製品属性の追加などに伴って、毎月変わる場合があります。毎月 CUR AWS から新しいテーブルにデータをコピーし、関心のある列を別のmonth-by-monthテーブルにコピーすることをお勧めします。 # Billing Conductor を使用したコストと使用状況レポートの設定 Billing Conductor で作成する請求グループごとに、見積り AWS コストと使用状況レポート (AWS CUR) を作成できます。見積り CUR AWS のファイル形式、粒度、列は、標準の CUR AWS と同じです。プロフォーマには、所定の期間に使用可能な最も包括的なコストと使用状況のデータが含まれています。詳細については、「[https://docs.aws.amazon.com/billingconductor/latest/userguide/what-is-billingconductor.html](https://docs.aws.amazon.com/billingconductor/latest/userguide/what-is-billingconductor.html)」を参照してください。 **Topics** + [ ## Billing Conductor CUR AWS と標準 CUR AWS の違いを理解する ](#cur-abc-type-differences) + [ ## 請求グループのプロフォーマコストと使用状況レポートを作成します ](#create-proforma) ## Billing Conductor CUR AWS と標準 CUR AWS の違いを理解する Billing Conductor 設定を使用して作成された標準コストと使用状況レポートと見積り AWS CUR にはいくつかの違いがあります。 + 標準の CUR AWS は、一括請求ファミリーの各アカウントのコストと使用量を計算します。請求グループあたりの見積り CUR AWS には、計算時に請求グループのアカウントのみが含まれます。 + 標準の CUR は 1 AWS 回請求書列に入力され、請求書は によって生成されます AWS。見積り AWS CUR は請求書列に入力されません。現在、見積り請求データ AWS に基づいて が生成または発行する請求書はありません。 ## 請求グループのプロフォーマコストと使用状況レポートを作成します 次の手順を使用して、請求グループの見積り AWS CUR を生成します。 **注記** レガシー AWS Cost and Usage Report ページは、請求グループビューのレポートのみをサポートします。請求転送ビューのレポートを作成するには、データエクスポートページを使用します。 **請求グループのプロフォーマコストと使用料レポートを作成するには** 1. [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/) で請求およびコスト管理コンソールを開きます 1. ナビゲーションペインの **[レガシーページ]** で **[コストと使用状況レポート]** を選択します。 1. **[レポートテーブル]** の右上にある **[設定]** を選択します。 1. **プロフォーマ**データビューをオンにしてください。 1. **[有効化]** を選択します。 1. [**レポートを作成**] を選択します。 1. [**レポート名**] に、レポートの名前を入力します。 1. **[データビュー]** で、**[プロフォーマ]** を選択します。 1. 請求グループを選択してください。 1. [**その他のレポート詳細**] で、[**リソース ID を含める**] を選択して各リソースの ID をレポートに含めます。 1. **データ更新設定**で、 が請求書の確定後にアカウントに返金、クレジット、またはサポート料金 AWS を適用する場合に、コストと使用状況レポートを更新するかどうかを選択します。レポートが更新されると、新しいレポートが Amazon S3 にアップロードされます。 1. **[次へ]** を選択します。 1. [**S3 バケット**] で、[**設定**] を選択します。 1. [**S3 バケットの設定**] ダイアログボックスで、次のいずれかを実行します。 + ドロップダウンリストから既存のバケットを選択し、[**次へ**] を選択します。 + バケット名と新しいバケットを作成する AWS リージョンを入力し、**次**へを選択します。 1. バケットポリシーを確認し、**[このポリシーが正しいことを確認しました]** を選択した後、**[保存]** を選択します。 1. [**レポートパスのプレフィックス)**] に、レポート名に付加するレポートパスのプレフィックスを入力します。 このステップは Amazon Redshift または Quick ではオプションですが、Amazon Athena では必須です。プレフィックスを指定しない場合、既定のプレフィックスは、ステップ 7 でレポートに指定した名前とレポートの日付範囲です。形式は次のとおりです。`/report-name/date-range/` 1. [**時間粒度**] で、次のいずれかを選択します。 + **時間単位**: レポートの明細項目を 1 時間ごとに集計する場合に選択します。 + **日単位**: レポートの明細項目を 1 日ごとに集計する場合に選択します。 1. [**レポートバージョニング**] で、レポートの各バージョンでレポートの以前のバージョンを上書きするのか、以前のバージョンに加えて配信するのかを選択します。 レポートを上書きすると、Amazon S3 ストレージコストを節約できます。新しいレポートバージョンを配信することで、時間の経過とともに請求データの監査性を向上させることができます。 1. **レポートデータ統合**では、コストと使用状況レポートを Amazon Athena、Amazon Redshift、または Quick にアップロードするかどうかを選択します。レポートは、以下の形式で圧縮されています。 + **Athena**: parquet 形式 + **Amazon Redshift または Quick**: .gz 圧縮 1. [**次へ**] を選択します。 1. レポートの設定を確認したら、[**確認して完了**] を選択します。 # データディクショナリ コストと使用状況レポートには、使用状況に関する詳細が含まれています。以下のセクションでは、レポートに表示される列のサブセットおよび対応する定義を一覧して説明します。 AWS コストと使用状況レポート (AWS CUR) に表示される列の完全なリストと、列が適用されるサービスをダウンロードするには、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードします。このカンマ区切り値 (CSV)リストには、**Identity**, **Bill**, **LineItem**, **Reservation**, **Pricing**, **Product** 列が含まれます。 すべてのコストと使用状況レポートには、**Identity**, **Bill**, **LineItem** 列が含まれています。他のすべての列は、毎月の AWS 使用量がそれらの列に入力するデータを生成する場合にのみレポートに含まれます。 **Topics** + [ # ID の詳細 ](identity-columns.md) + [ # 請求の詳細 ](billing-columns.md) + [ # 明細項目の詳細 ](Lineitem-columns.md) + [ # 予約の詳細 ](reservation-columns.md) + [ # 料金詳細 ](pricing-columns.md) + [ # 製品の詳細 ](product-columns.md) + [ # リソースタグの詳細 ](resource-tags-columns.md) + [ # Savings Plans の詳細 ](savingsplans-columns.md) + [ # Cost Categoriesの 詳細 ](cost-categories-columns.md) + [ # ディスカウントの詳細 ](discount-details.md) + [ # 分割明細項目の詳細 ](split-line-item-columns.md) # ID の詳細 AWS コストと使用状況レポートの **identity**ヘッダーの下の列は、すべてのコストと使用状況レポートに表示される静的フィールドです。 レポート内の ID 明細項目を使用して、複数の AWS CUR ファイル間で分割された特定の明細項目を検索できます。これらには次の列が含まれます。 ## identity/LineItemId + **説明:** このフィールドは明細項目ごとに生成され、特定のパーティション内で一意です。これは、CUR の配信全体 (つまり、更新内のすべてのパーティション) AWS でフィールドが一意であることを保証するものではありません。明細項目 ID は、異なるコストと使用状況レポート間で一貫性がないため、異なるレポート間の同じ明細項目を識別するために使用することはできません。 + **例:** 11 月 29 日分として作成されるレポートは大きいため、複数のファイルが必要になる可能性があります。**LineItemId** は 11 月 29 日の AWS CUR ファイル間では一貫していますが、11 月 30 日のレポートの同じリソースの **LineItemId** とは一致しません。 ## identity/TimeInterval + **説明:** この明細項目が適用される時間間隔、形式は `YYYY-MM-DDTHH:mm:ssZ/YYYY-MM-DDTHH:mm:ssZ` となります。時間の間隔は UTC で表され、レポートの詳細度に応じて毎日または毎時のいずれかになります。 + **例:** **TimeInterval** `2017-11-01T00:00:00Z/2017-12-01T00:00:00Z` には、2017 年の 11 月全体が含まれます。 # 請求の詳細 AWS コストと使用状況レポートの **bill**ヘッダーの下の列は、すべてのコストと使用状況レポートに表示される静的フィールドです。レポートの請求明細項目を使用して、請求タイプや請求期間の開始/終了など、レポートの対象となる特定の請求に関する詳細を確認できます。これには以下の列が含まれます。 A \$1 [B](#b-B) \$1 C \$1 D \$1 E \$1 F \$1 G \$1 H \$1 [I](#b-I) \$1 J \$1 K \$1 L \$1 M \$1 N \$1 O \$1 [P](#b-P) \$1 Q \$1 R \$1 S \$1 T \$1 U \$1 VWXYZ ## B ### bill/BillingEntity 請求書またはトランザクションが他のサービスの購入用 AWS Marketplace であるか、他の AWS サービスの購入用であるかを特定するのに役立ちます。可能な値は以下のとおりです: + **AWS** - AWS Marketplaceでのトランザクションはなく、 AWS サービスに関するトランザクションを特定します。 + **AWS Marketplace** - AWS Marketplaceでの購入を特定します。 ### bill/BillingPeriodEndDate このレポートの対象となる請求期間の終了日 (UTC)。形式は `YYYY-MM-DDTHH:mm:ssZ` です。 ### bill/BillingPeriodStartDate このレポートの対象となる請求期間の開始日 (UTC)。形式は `YYYY-MM-DDTHH:mm:ssZ` です。 ### bill/BillType このレポートの対象となる請求書の種類。請求書の種類は 3 つあります。 + **応当日** – 当月中に使用したサービスの明細項目 + **購入** – 前払いサービス料金の明細項目 + **返金** – 返金の明細項目 ## I ### bill/InvoiceId 特定の明細項目に関連付けられた ID。レポートが確定するまでは、[**InvoiceId**] が空白になります。 ### bill/InvoicingEntity 請求書を発行する AWS エンティティ。可能な値は以下のとおりです: + **Amazon Web Services, Inc.** – 世界中のお客様に請求書を発行する事業体 (該当する場合)。 + **Amazon Web Services India Private Limited** – インドを拠点とするお客様に請求書を発行する事業体。 + **Amazon Web Services South Africa Proprietary Limited** – 南アフリカのお客様に請求書を発行する事業体。 ## P ### bill/PayerAccountId 支払いアカウントのアカウント ID。の組織の場合 AWS Organizations、これは管理アカウントのアカウント ID です。 # 明細項目の詳細 AWS コストと使用状況レポートの **lineItem**ヘッダーの下の列は、すべてのコストと使用状況レポートに表示される静的フィールドです。これには、あなたの使用に伴うすべてのコストと使用状況の情報が含まれます。これには以下の列が含まれます。 [A](#l-A) \$1 [B](#l-B) \$1 [C](#l-C) \$1 D \$1 E \$1 F \$1 G \$1 H \$1 I \$1 J \$1 K \$1 [L](#l-L) \$1 M \$1 [N](#l-N) \$1 [O](#l-O) \$1 [P](#l-P) \$1 Q \$1 [R](#l-R) \$1 S \$1 T \$1 [U](#l-U) \$1 VWXYZ ## A ### lineItem/AvailabilityZone この明細項目をホストするアベイラビリティーゾーン。例えば、`us-east-1a`、`us-east-1b` です。 ## B ### lineItem/BlendedCost `BlendedRate` に `UsageAmount` を乗じた値。 **注記** [**BlendedCost**] は、[**LineItemType**] が [**Discount**] である明細項目については空白になります。ディスカウントは、メンバーアカウントと SKU で集計されたメンバーアカウントの非ブレンドコストのみを使用して計算されます。そのため、[**BlendedCost**] はディスカウントに使用できません。 ### lineItem/BlendedRate `BlendedRate` は、組織全体で各 SKU に発生した平均コストです。 例えば、Amazon S3 ブレンドレートは、ストレージの合計コストを、1 か月間に保存されたデータ量で割ったものです。RI を持つアカウントの場合、ブレンドレートは RI とオンデマンドインスタンスの平均コストとして計算されます。 ブレンドレートは管理アカウントレベルで計算され、各メンバーアカウントにコストを割り当てるために使用されます。詳細については、*AWS Billing ユーザーガイド*の[ブレンドレートとコスト](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/con-bill-blended-rates.html#Blended_CB)を参照してください。 ## C ### lineItem/CurrencyCode この明細項目の通貨。すべての AWS お客様は、デフォルトで米ドルで請求されます。請求用の通貨を変更するには、*AWS Billing ユーザーガイド*の[請求の支払いに使用する通貨の変更](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/manage-account-payment.html#manage-account-payment-change-currency)を参照してください。 ## L ### lineItem/LegalEntity 特定の製品またはサービスの登録販売者。ほとんどの場合、請求書を発行する事業体と法律上の事業体は同じです。値はサードパーティーの AWS Marketplace トランザクションで異なる場合があります。可能な値は以下のとおりです: + **Amazon Web Services, Inc.** – AWS サービスを販売するエンティティ。 + **Amazon Internet Services India Private Limited** – インドでの AWS サービスのリセラーとして機能する現地インド法人。 ### lineItem/LineItemDescription 明細項目タイプの説明。例えば、使用料の明細項目は、特定の期間に発生した使用タイプを要約したものです。 サイズ柔軟な RI の場合、説明は、利点が適用された RI に対応します。例えば、明細項目が `t2.micro` に対応し、`t2.small` RI がその使用に適用された場合、**lineItem/LineItemDescription** には `t2.small` と表示されます。 RI ディスカウントが適用された使用料の明細項目の説明には、明細項目の対象となる料金プランが含まれています。 ### lineItem/LineItemType この明細項目の対象となる請求の種類。以下の種類が対象となります。 + **BundledDiscount** — 別のサービスまたは機能の使用量に基づいて、サービスまたは機能の無料または discount 利用を提供する使用量ベースの割引です。 + **Credit** – 請求書 AWS に適用されたクレジット。詳細については、[**説明**] 列を参照してください。 AWS が請求額の確定後に当月のクレジットをアカウントに適用した場合、 AWS は確定後のレポートを更新することがあります。 + **Discount** – の使用 AWS に適用された割引。この特定の項目名は異なる場合があり、ディスカウントに基づいて解析する必要があります。詳細については、**lineItem/LineItemDescription**列を参照してください。 + **DiscountedUsage** – リザーブドインスタンス (RI) の利点があるすべてのインスタンスの割合。 + **Fee** – サブスクリプションに支払った前払い年間料金。例えば、[**全前払い RI**] または [**一部前払い RI)**] として支払った前払い金が該当します。 + **Refund** – AWS から負の課金として払い戻された金額。が請求書を確定した翌月にアカウントに返金 AWS を適用する場合は、確定後にレポートを更新する AWS 可能性があるので、**説明**列を確認してください。 + **RIFee** – サブスクリプションの定期的な月額料金。例えば、毎月支払う [**一部前払い RI**]、[**前払いなし RI**]、[**全額前払い**] の定期的な料金を指します。RIFee は全額前払い予約が 0 USD になる場合がありますが、**reservation/AmortizedUpfrontFeeForBillingPeriod**や**reservation/ReservationARN**などの他の列を提供するために、この行はこれらの予約タイプに対しても事前入力されます。 + **Tax** – 請求書 AWS に適用された税金。VAT、米国の消費税などが該当します。 + **Usage** – オンデマンドインスタンスレートで課金される使用料金。 + **SavingsPlanUpfrontFee** – 全前払いまたは一部前払い Savings Plans を購入した場合のワンタイム前払い料金。 + **SavingsPlanRecurringFee** – 前払いなしまたは一部前払い Savings Plans に対応する毎時間の繰り返し課金。Savings Plans 定期料金は、前払いなしまたは一部前払い Savings Plans を購入した日に、最初に請求書に追加されます。初回購入後、 はその後各請求期間の最初の日に定期的な料金 AWS を追加します。 + **SavingsPlanCoveredUsage** – Savings Plans の対象となる任意のオンデマンドコスト。Savings Plans の対象となる使用量明細項目は、対応する Savings Plans 否定項目によって相殺されます。 + **SavingsPlanNegation** – 対応する Savings Plans の対象となる使用量項目に関連付けられている Savings Plans 特典による相殺コスト。 Savings Plans 明細項目の詳細と例については、[Savings Plans について](cur-sp.md) を参照してください。 ## N ### lineItem/NetUnblendedCost 品目に対して支払っている実際のディスカウント後の費用。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 ### lineItem/NetUnblendedRate その明細項目に対して支払っている実ディスカウント後レート。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 ### lineItem/NormalizationFactor インスタンスがテナンシーを共有している限り、 は、インスタンスファミリーと AWS リージョンのすべてのインスタンスサイズにすべてのリージョン Linux または Unix Amazon EC2 および Amazon RDS RI 割引を適用 AWS できます。これは、組織内のメンバーアカウントの RI ディスカウントにも適用されます。Amazon EC2 および Amazon RDS のすべての新規および既存のサイズ柔軟な RI のサイズは、インスタンスサイズに基づいた正規化係数により決定されます。次の表は、各インスタンスサイズ AWS に適用される正規化係数を示しています。 **Amazon EC2 サイズ柔軟な RI の正規化係数** | インスタンスサイズ | 正規化係数 | | --- | --- | | `nano` | 0.25 | | `micro` | 0.5 | | `small` | 1 | | `medium` | 2 | | `large` | 4 | | `xlarge` | 8 | | `2xlarge` | 16 | | `4xlarge` | 32 | | `8xlarge` | 64 | | `10xlarge` | 80 | | `16xlarge` | 128 | | `32xlarge` | 256 | ### lineItem/NormalizedUsageAmount サイズ柔軟な RI のために発生した使用量。正規化単位。[**NormalizedUsageAmount**] は、[**UsageAmount**] に [**NormalizationFactor**] を乗算したものに等しくなります。 ## O ### lineItem/Operation この明細項目の対象となる特定の AWS オペレーション。これは、明細項目の特定の使用状況を表します。例えば、`RunInstances` の値は Amazon EC2 インスタンスのオペレーションを示します。 ## P ### lineItem/ProductCode 測定された製品のコード。例えば、Amazon EC2 は、Amazon Elastic Compute Cloud の製品コードです。 ## R ### lineItem/ResourceId (オプション) レポートに個々のリソース ID を含めることを選択した場合、この列にはプロビジョンしたリソースの ID が表示されます。例えば、Amazon S3 ストレージバケット、Amazon EC2 コンピューティングインスタンス、または Amazon RDS データベースは、すべてリソース ID を持つことができます。このフィールドは、インスタンス化されたホストに関連付けられていない使用タイプ (データ転送、API リクエストなど) と明細項目タイプ (ディスカウント、クレジット、税金など) では空白です。次の表は、一般的な AWS サービスのリソース識別子のリストを示しています。 **AWS リソース識別子** | AWS サービス | リソース識別子 | | --- | --- | | Amazon CloudFront | ディストリビューション ID | | Amazon CloudSearch | 検索ドメイン | | Amazon DynamoDB | DynamoDB テーブル | | Amazon Elastic Compute Cloud - Amazon EBS | Amazon EBS ボリューム | | Amazon Elastic Compute Cloud | [インスタンス ID] | | Amazon Elastic Compute Cloud - CloudWatch | インスタンス ID の CloudWatch の料金 | | Amazon EMR | MapReduce クラスター | | Amazon ElastiCache | キャッシュクラスター | | Amazon OpenSearch Service | 検索ドメイン | | Amazon Glacier | ボールト | | Amazon Relational Database Service | データベース | | Amazon Redshift | Amazon Redshift クラスター | | Amazon Simple Storage Service | Amazon S3 バケット | | Amazon Virtual Private Cloud | VPN ID | | AWS Lambda | Lambda 関数の名前 | ## T ### lineItem/TaxType この明細項目 AWS に適用された税金のタイプ。 ## U ### lineItem/UnblendedCost `UnblendedCost` は、`UnblendedRate` に `UsageAmount` を乗じた値です。 ### lineItem/UnblendedRate を使用するアカウントの一括請求では AWS Organizations、非ブレンドレートは、個々のアカウントのサービス使用量に関連付けられたレートです。 RI ディスカウントが適用されている Amazon EC2 と Amazon RDS 明細項目の場合、`UnblendedRate` は 0 です。RI ディスカウントが適用されている明細項目は、`LineItemType` が `DiscountedUsage` です。 ### lineItem/UsageAccountId この明細項目を使用したアカウントの ID。組織の場合、これは管理アカウントまたはメンバーアカウントのいずれかになります。このフィールドを使用して、アカウント別のコストや使用状況を追跡することができます。 ### lineItem/UsageAmount 指定した期間に発生した使用量。サイズ柔軟なリザーブドインスタンスについては、代わりに **reservation/TotalReservedUnits** 列を使用します。 **注記** 特定のサブスクリプション料金では、**UsageAmount** が `0` になります。 ### lineItem/UsageEndDate 対応する明細項目の終了日時は UTC で表されます (その時刻は含まない)。形式は `YYYY-MM-DDTHH:mm:ssZ` です。 ### lineItem/UsageStartDate 明細項目の開始日時は UTC で表されます (その時刻を含む)。形式は `YYYY-MM-DDTHH:mm:ssZ` です。 ### lineItem/UsageType この明細項目の使用状況の詳細。例えば、`USW2-BoxUsage:m2.2xlarge` は米国西部 (オレゴン) リージョンの M2 ハイメモリダブルエクストララージインスタンスについて説明します。 # 予約の詳細 AWS コストと使用状況レポートの **reservation**ヘッダーの列には、リザーブドリソースの詳細が表示されます。 [A](#r-A) \$1 B \$1 C \$1 D \$1 [E](#r-E) \$1 F \$1 G \$1 H \$1 I \$1 J \$1 K \$1 L \$1 [M](#r-M) \$1 [N](#r-N) \$1 O \$1 P \$1 Q \$1 [R](#r-R) \$1 [S](#r-S) \$1 [T](#r-T) \$1 [U](#r-U) \$1 VWXYZ ## A ### reservation/AmortizedUpfrontCostForUsage + **説明:** 全額前払い RI および一部前払い RI の最初の前払い料金は、使用時間に応じて償却されます。この値は `RIAmortizedUpfrontFeeForBillingPeriod` \$1 `The normalized usage amount for DiscountedUsage line items` / `The normalized usage amount for the RIFee` と等しくなります。前払いなし RI には前払いはないため、前払いなし RI の値は `0` です。現時点では、Dedicated Hosts 予約にはこの値を提供していません。将来のアップデートで変更を行う予定です。 + **該当する明細項目:** DiscountedUsage + **サンプル値：** `0.05`, `0.17`, `0.15` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon DynamoDB + Amazon Redshift + Amazon ElastiCache + Amazon RDS ### reservation/AmortizedUpfrontFeeForBillingPeriod + **説明:** この予約の前払い料金のうち、請求期間中の費用がどれくらいになるかを示します。全額前払い RI および一部前払い RI の最初の前払い料金は、今月償却されます。前払いなし RI には前払い料金はないため、前払いなし RI の値は `0` です。現時点では、Dedicated Hosts 予約にはこの値を提供していません。将来のアップデートで変更を行う予定です。 + **該当する明細項目:** RIFee + **サンプル値：** `29.15`, `200.67`, `214.43` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon DynamoDB + Amazon Redshift + Amazon ElastiCache + Amazon RDS ### reservation/AvailabilityZone + **説明:** この明細項目に関連付けられたリソースのアベイラビリティーゾーン。 + **該当する明細項目:** Fee、Refund、RIFee + **サンプル値：** `us-east-1`, `us-east-1b`, `eu-west-1b`, `ap-southeast-2a` + **サービス:** + Amazon EC2 ## E ### reservation/EffectiveCost + **説明:** 実質的時間料金に平均化された、RI の前払い料金と時間料金の両方の合計。`EffectiveCost` は、`amortizedUpfrontCostForUsage` を `recurringFeeForUsage` に加算することにより計算されます。詳細については、[Amazon EC2 リザーブドインスタンスの料金](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/)を参照してください。 + **該当する明細項目:** DiscountedUsage + **サンプル値：** `0.23`, `0.68`, `0.10` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon DynamoDB + Amazon ElastiCache + Amazon RDS ### reservation/EndTime + **説明:** 関連付けられた RI リース期間の終了日。 + **該当する明細項目:** RIFee + **サンプル値：** `2019-05-15T04:23:14.000Z`, `2020-02-08T17:32:15.000Z`, `2019-07-14T00:00:33.000Z` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon Redshift + Amazon ElastiCache + Amazon RDS ## M ### reservation/ModificationStatus + **説明:** RI リースが変更されたかどうかを示します。 + **Original (オリジナル):** 購入した RI は 1 回も変更されていません。 + **System (システム):** 購入した RI は、コンソールまたは API を使用して変更されました。 + **手動:** 購入した RI が AWS サポート サポートを使用して変更されました。 + **ManualWithData:** 購入した RI は、 AWS サポート 支援と RI AWS の計算された見積りを使用して変更されました。 + **該当する明細項目:** RIFee + **サンプル値：** `Original`, `System`, `Manual`, `ManualWithData` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon DynamoDB + Amazon Redshift + Amazon ElastiCache + Amazon RDS ## N ### reservation/NetAmortizedUpfrontCostForUsage 全前払い RI および一部前払い RI の最初の前払い料金は、該当する場合、使用時間に応じて償却されます。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 ### reservation/NetAmortizedUpfrontFeeForBillingPeriod 請求期間中の予約の前払い料金の費用。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 ### reservation/NetEffectiveCost RI の前払い料金と時間単価の合計を、平均して実効時間単価とします。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 ### reservation/NetRecurringFeeForUsage 継続利用料金のディスカウント後の金額。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 ### reservation/NetUnusedAmortizedUpfrontFeeForBillingPeriod 請求期間中に償却された正味の未使用の前払い料金。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 ### reservation/NetUnusedRecurringFee 一部前払い RI と前払いなし RI の未使用の予約時間に関連する定期的な料金。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 ### reservation/NetUpfrontValue ディスカウントが適用された RI の前払い額。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 ### reservation/NormalizedUnitsPerReservation + **説明:** 予約サブスクリプションの各インスタンスの正規化された単位の数。 + **該当する明細項目:** RIFee + **サンプル値：** `1316`, `54.5`, `319` + **サービス:** + Amazon RDS ### reservation/NumberOfReservations + **説明:** このサブスクリプションに含まれる予約の数。例えば、1 件のサブスクリプションには 4 件の RI 予約を関連付けることができます。 + **該当する明細項目:** Fee、RIFee、Refund、Credit + **サンプル値：** `5`, `50`, `500` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon DynamoDB + Amazon Redshift + Amazon ElastiCache + Amazon RDS ## R ### reservation/RecurringFeeForUsage + **説明:** 一部前払い RI および前払いなし RI の場合、使用時間に応じて償却される定期的料金です。この値は `The unblended cost of the RIFee` \$1 `The sum of the normalized usage amount of Usage line items` / `The normalized usage amount of the RIFee for size flexible Reserved Instances` と等しくなります。全額前払い RI には `0` より大きい定期料金支払いがないため、全額前払いRI の値は `0` です。 + **該当する明細項目:** DiscountedUsage + **サンプル値：** `0.139`, `0.729`, `0.018` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon DynamoDB + Amazon ElastiCache + Amazon RDS ### reservation/ReservationARN + **説明:** この明細項目が活用した RI の Amazon リソースネーム (ARN)。これは「RI リース ID」とも呼ばれます。これは、この特定の AWS リザーブドインスタンスの一意の識別子です。この値の文字列には、 AWS サービス名と、RI を購入したリージョンも含まれています。 + **該当する明細項目:** Fee、RIFee、DiscountedUsage、Refund、Credit + **サンプル値：** `arn:aws:ec2:us-east-1:074108124787:reserved-instances/1d3fbc13-f181-4c40-9dd6-12b345678de9`, `arn:aws:ec2:us-east-1:499958231354:reserved-instances/be41234c3-b5c0-403e-a80c-1cfd12345678` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon DynamoDB + Amazon Redshift + Amazon ElastiCache + Amazon RDS ## S ### reservation/StartTime + **説明:** 関連付けられたリザーブドインスタンスの期間の開始日。 + **該当する明細項目:** RIFee + **サンプル値：** `2018-07-29T02:56:10.000Z`, `2017-08-21T15:58:47.000Z`, `2019-02-01T22:01:34.000Z` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon Redshift + Amazon ElastiCache + Amazon RDS ### reservation/SubscriptionId + **説明:** 明細項目を関連オファーとマッピングする一意の識別子。RI ARN を AWS リザーブドインスタンスの識別子として使用することをお勧めしますが、両方を使用できます。 + **該当する明細項目:** Fee、RIFee、DiscountedUsage、Refund、Credit、および Usage + **サンプル値：** `123456789`, `111122222`, `333344444` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon DynamoDB + Amazon Redshift + Amazon ElastiCache + Amazon RDS ## T ### reservation/TotalReservedNormalizedUnits + **説明:** 予約サブスクリプションのすべてのインスタンスの予約済み正規化ユニットの総数。 `reservation/NormalizedUnitsPerReservation`に を乗算して、正規化されたユニットの合計を AWS 計算します`reservation/NumberOfReservations`。 + **該当する明細項目:** DiscountedUsage + **サンプル値：** `40320`, `3647.99`, `17928.77` + **サービス:** + Amazon EC2 + Amazon RDS ### reservation/TotalReservedUnits + **説明:** `TotalReservedUnits` により、Fee および RIFee の両方の明細項目に個別の値が入力されます。 + Fee 明細項目: 期間全体に対してサブスクリプションで購入した合計リース数量に対する、予約されたユニットの合計数。 これは、`NumberOfReservations` に `UnitsPerReservation` を掛けて計算されています。例: 5 RI x 744 時間/月 x 12 か月 = 44,640。 + RIFee 明細項目 (毎月の定期的な料金): 特定の RI サブスクリプションでの Amazon EC2 時間の合計など、サブスクリプションで利用できる合計ユニット数。 例: 5 RI x 744 時間 = 3,720。 + **該当する明細項目:** Fee、RIFee、Refund、Credit + **サンプル値：** `26208`, `98.19`, `15796` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon DynamoDB + Amazon Redshift + Amazon ElastiCache + Amazon RDS ## U ### reservation/UnitsPerReservation + **説明:** `UnitsPerReservation` により、Fee および RIFee の両方の明細項目に個別の値が入力されます。 + Fee 明細項目: サブスクリプション期間に対して購入した RI 時間の合計数など、サブスクリプションに予約した合計ユニット数。 例: 744 時間/月 x 12 か月 = 8,928 合計時間/ユニット。 + RIFee 明細項目 (毎月の定期的な料金): 特定の RI サブスクリプションでの Amazon EC2 時間の合計など、サブスクリプションで利用できる合計ユニット数。 例: 1 ユニット x 744 時間 = 744。 + **該当する明細項目:** Fee、RIFee、Refund、Credit + **サンプル値：** `334.0`, `486.72`, `18455` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon DynamoDB + Amazon Redshift + Amazon ElastiCache + Amazon RDS ### reservation/UnusedAmortizedUpfrontFeeForBillingPeriod + **説明:** 全額前払い RI および一部前払い RI の最初の前払い料金の amortized-upfront-fee-for-billing-period-column 償却部分。前払いなし RI には前払いはないため、前払いなし RI の値は `0` です。現時点では、Dedicated Hosts 予約にはこの値を提供していません。将来のアップデートで変更を行う予定です。 + **該当する明細項目:** RIFee + **サンプル値：** `6.05`, `1.97`, `0.17` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon Redshift + Amazon ElastiCache + Amazon RDS ### reservation/UnusedNormalizedUnitQuantity + **説明:** この請求期間中に使用しなかった、サイズ柔軟なリージョン RI の未使用の正規化されたユニットの数。 + **該当する明細項目:** RIFee + **サンプル値：** `25.00`, `3.50`, `274.33` + **サービス:** + Amazon RDS ### reservation/UnusedQuantity + **説明:** この請求期間中に使用しなかった RI 時間数。 + **該当する明細項目:** RIFee 明細項目 + **サンプル値：** `209.65110408`, `191.00000000`, `176.00000000` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon Redshift + Amazon ElastiCache + Amazon RDS ### reservation/UnusedRecurringFee + **説明:** 一部前払い RI と前払いなし RI の未使用の予約時間に関連する定期的な料金。全額前払い RI には `0` より大きい定期料金がないため、全額前払い RI の値は `0` です。 + **該当する明細項目:** RIFee + **サンプル値：** `0.02971114`, `0.19190000`, `1.37280000` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon Redshift + Amazon ElastiCache + Amazon RDS ### reservation/UpfrontValue + **説明:** AWS リザーブドインスタンスに支払われた前払い料金。前払いのない RI の場合、この値は `0` になります。 + **該当する明細項目:** RIFee + **サンプル値：** `150.00`, `1000.00`, `2000.00` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon Redshift + Amazon ElastiCache + Amazon RDS # 料金詳細 AWS コストと使用状況レポートの **pricing**ヘッダーの列には、明細項目の料金が含まれています。料金列は AWS Price List Service API に基づいています。 AWS Price List Service API には、スポットインスタンス、 の製品、前払いの年間サブスクリプション料金 (`Fee`) AWS Marketplace、および月額定期料金 () は含まれません`RIFee`。予約列には次のようなものがあります。 A \$1 B \$1 C \$1 D \$1 E \$1 F \$1 G \$1 H \$1 I \$1 J \$1 K \$1 [L](#pr-L) \$1 M \$1 N \$1 O \$1 [P](#pr-P) \$1 Q \$1 [R](#pr-R) \$1 S \$1 [T](#pr-T) \$1 [U](#pr-U) \$1 VWXYZ ## L ### pricing/LeaseContractLength RI の予約期間。 ## O ### pricing/OfferingClass + **説明:** リザーブドインスタンスの提供クラスについて説明します。リザーブドインスタンスを購入するとき、スタンダードあるいはコンバーティブルの提供クラスから選択できます。 + **サンプル値：** `Standard`, `Convertible` + **サービス:** + Amazon DynamoDB + Amazon EC2 + Amazon ElastiCache + OpenSearch Service + Amazon RDS + Amazon Redshift ## P ### pricing/publicOnDemandCost パブリックオンデマンドインスタンスレートに基づく明細項目の合計コスト。複数のオンデマンドパブリックコストが発生する SKU がある場合は、最も高い階層の同等のコストが表示されます。無料利用枠や階層型価格を提供するサービスなどが該当します。 ### pricing/publicOnDemandRate 特定の使用料の明細項目に対する、この請求期間のパブリックオンデマンドインスタンスレート。複数のオンデマンドパブリック料金が発生する SKU がある場合、最も高い階層の同等の料金が表示されます。無料利用枠や階層型価格を提供するサービスなどが該当します。 ### pricing/PurchaseOption この明細項目に選択した支払い方法。有効な値は、`All Upfront`、`Partial Upfront`、`No Upfront` です。 ## R ### pricing/RateCode 製品/オファー/価格-枠の組み合わせの一意のコード。製品および期間の組み合わせは、低使用利用枠、高使用利用枠など、複数の価格ディメンションを持つことができます。 ### pricing/RateId 明細項目のレートの ID。 ## T ### pricing/term AWS 使用量がリザーブドかオンデマンドか。 ## U ### pricing/unit が使用コストの計算 AWS に使用した料金単位。例えば、Amazon EC2 インスタンスの使用料の料金単位は時間数です。 # 製品の詳細 **product列**には、費用が発生した製品に関するメタデータと明細項目が表示されます。製品列は動的であり、コストと使用状況レポートの表示は、請求期間中の製品の使用状況によって異なります。料金列は AWS Price List Service API に基づいています。 AWS Price List Service API には、スポットインスタンス、 AWS Marketplace の製品、前払いの年間サブスクリプション料金 (`Fee`)、および月額定期料金 () は含まれません`RIFee`。 [A](#A) \$1 B \$1 [C](#C) \$1 [D](#D) \$1 [E](#E) \$1 [F](#F) \$1 [G](#G) \$1 H \$1 [I](#I) \$1 J \$1 K \$1 [L](#L) \$1 [M](#M) \$1 [N](#N) \$1 [O](#O) \$1 [P](#P) \$1 Q \$1 [R](#R) \$1 [S](#S) \$1 [T](#T) \$1 [U](#U) \$1 [V](#V) \$1 [W](#W) \$1 XYZ ## A ### product/APICalls + **説明:** DevOps Guru サービスを有効にするために DevOps Guru サービスが使用する API の数について説明します。 + **サンプル値：** `100`, `500`, `10000` + **サービス:** + Amazon DevOps Guru ### product/attachmentType + **説明:** Transit Gateway またはクラウド WAN サービスへのアタッチメントのタイプについて説明します。 + **サンプル値：** `VPC`, `AWS Site-to-Site VPN`, `AWS DirectConnect`, `Connect`, `Transit Gateway` + **サービス:** + Amazon Virtual Private Cloud + AWS クラウド WAN ### product/availability + **説明:** さまざまな AWS ストレージオプションの可用性について説明します。 + **サンプル値：** `99.99%`, `99.5%` + **サービス:** + Amazon Glacier + Amazon S3 + AWS Elemental MediaStore + AWS RoboMaker ## C ### product/cacheType + **説明:** 頻繁な読み取りデータのパフォーマンスを向上させるために、読み取り専用 SSD キャッシュの HDD ベースのファイル システムで顧客によって選択されたプロビジョニングについて説明します。 例えば、RC20 はファイルシステムの HDD ストレージ容量の 20% に自動的にサイズ変更される読み取り専用 SSD キャッシュが存在することを示します。 + **サンプル値：** `RC20`, `N/A` + **サービス:** + Amazon FSx ### product/capacitystatus + **説明:** キャパシティー予約のステータスを表します。 + **サンプル値：** `UnusedCapacityReservation`, `AllocatedCapacityReservation`, `Used` + **サービス:** + Amazon EC2 ### product/clockspeed + **説明:** AWS インスタンスの動作速度について説明します。 + **サンプル値：** `2.4 GHz`, `2.6 GHz` + **サービス:** + Amazon DocumentDB + Amazon EC2 + Amazon MQ + Amazon Neptune + Amazon RDS + AWS データベース移行サービス ### product/component + **説明:** SageMaker AI の機能にマップします。 例えば、ユーザーが SageMaker AI ノートブックを実行している場合、製品のコンポーネント属性は Notebook になります。ユーザーが推論用にモデルをデプロイしてホストしている場合、コンポーネント属性が Hosting の製品が表示されます。 + **サンプル値：** `Notebook`, `Hosting` + **サービス:** + Amazon SageMaker AI ## D ### product/databaseedition + **説明:** さまざまな開発、デプロイメントシナリオ、特定のアプリケーション目的に適したデータベースソフトウェアについて説明します。 + **サービス:** + Amazon RDS ### product/dataTransfer + **説明:** AWS データ転送は、データが から AWS インターネットに移動するか、それぞれのリージョンまたはアベイラビリティーゾーンの AWS インスタンス間で移動されるたびに発生します。リージョン間およびアベイラビリティーゾーン間のデータ転送には、ギガバイト単位で従量制のコストがかかります。 + **サービス:** + AWS Systems Manager ### product/dedicatedEbsThroughput + **説明:** インスタンス間の専用スループットを表します (例: Amazon EC2 インスタンスおよび Amazon EBS ボリューム)。使用するインスタンスタイプに応じて 500～10,000 メガビット/秒 (Mbps) を選択できます。専用スループットにより、Amazon EBS I/O と、EC2 インスタンスからのその他のトラフィックとの競合が最小限に抑えられ、Amazon EBS ボリュームに最適なパフォーマンスを得られます。 + ** サンプル値： ** `200 Mbps`, `Upto 5000 Mbps` + **サービス:** + Amazon EC2 + Amazon Neptune + Amazon RDS ### product/deploymentoption + **説明: 環境のインフラストラクチャがある場所について説明します**。 AWS クラウドのデプロイモデルは、`public`、`on-premise`、`hybrid` です。 + ** サンプル値： ** `Multi-AZ`, `Single-AZ` + **サービス:** + Amazon MQ + Amazon Neptune + Amazon RDS ### product/description + **説明:** 特定の AWS サービスの説明。 + **サービス:** + AWS CodePipeline + AWS Device Farm + AWS Elemental MediaConvert + AWS Elemental MediaStore ### product/destinationCountryISOCode + **説明:** SMS の送信先の国の ISO 3166-1 alpha-2 コードについて説明します。 参照として、[https://en.wikipedia.org/wiki/ISO\$13166-1\$1alpha-2](https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2) をご覧ください。 + ** サンプル値：** `FR`, `CO`, `MA`, `KN`, `PL`, `LV`, `LA`, `GB`, `ID`, `KR`, `MY`, `BR`, `MM`, `CA`, `VN`, `BD`, `BJ`, `AU`, `HK`, `AM`, `CZ`, `UA`, `PH`, `TW`, `ES`, `DE`, `NG`, `FI`, `SG`, `TH`, `IL`, `TR`, `JP`, `IT`, `PR`, `RU`, `EE` + **サービス:** + Amazon Simple Notification Service ### product/directconnectlocation + **説明:** 顧客から AWS へのプライベート専用ネットワーク接続が存在する場所を指定します。 + ** サンプル値： ** `Equinix DC1 - DC6`, `Equinix DC10 - DC11`, `Global Switch Singapore` + **サービス:** + Direct Connect ### product/directorysize + **説明:** ディレクトリまたはフォルダーのメタ情報を保存するために使用されるディスク上の容量。 + **サービス:** + Direct Connect ### product/directorytype + **説明:** ディレクトリがファイルか別のディレクトリかを指定します。 + **サービス:** + Direct Connect ### product/directorytypedescription + **説明:** ディレクトリに付けられたわかりやすい名前。 + **サービス:** + Direct Connect ### product/disableactivationconfirmationemail + **説明:** サービスの有効化を確認するメール送信機能を有効または無効にします。 ### product/durability + **説明:** 一定の年のオブジェクトの耐久性を表します。 + **サンプル値：** `99.999999999%`, `N/A`, `99.99%` + **サービス:** + Amazon Glacier + Amazon S3 + AWS Elemental MediaStore ## E ### product/ebsOptimized + **説明:** Amazon EC2 インスタンスで Amazon EBS が最適化されているかどうかを示します。 + **サンプル値：** `Yes`, `No` + **サービス:** + Amazon EC2 ### product/ecu + **説明:** Amazon EC2 インスタンスの整数処理能力を相対的に測定する EC2 コンピュートユニット (ECU) を示します。 + **サンプル値：** `9`, `100`, `variable` + **サービス:** + Amazon EC2 + OpenSearch Service + Amazon GameLift Servers + Amazon Redshift ### product/endpointtype + **説明:** デバイスの接続先のリモート接続の特徴について説明します。 例えば、`REST` (表現型状態転送) エンドポイントなどです。`REST` API (または `RESTful` API) は、`REST` アーキテクチャスタイルの制約に準拠したアプリケーションプログラミングインターフェイスであり、`RESTful` Web サービスとやり取りできます。 + **サンプル値：** `Ipsec`, `Amazon SQS`, `AWS Lambda` + **サービス:** + Amazon SNS + Amazon VPC + Storage Gateway + Amazon Glacier ### product/enhancedNetworkingSupported + **説明:** インスタンスが拡張ネットワーキングをサポートしているかどうかを表します。拡張ネットワーキングでは、シングルルート I/O 仮想化 (SR-IOV) を使用して、サポートされるインスタンスタイプにおける高性能ネットワーキング機能が提供されます。 + **サンプル値：** `Yes`, `No` + **サービス:** + Amazon DocumentDB + Amazon EC2 + Amazon Neptune + Amazon RDS + AWS データベース移行サービス ## F ### product/filesystemtype + **説明:** ローカルまたはリモートのストレージデバイスの詳細と、オペレーティングシステムの仕様について説明します。 ### product/findingGroup + **説明:** Security Hub に保存されている検出結果を有料にするか無料にするかを指定します。無料の場合は、理由も指定できます。 + **サンプル値：** `FreeFindingsIngestion-CrossRegion`, `FreeFindingsIngestion-FreeTier`, `FreeFindingsIngestion-FreeTrial`, `PaidFindingsIngestion` + **サービス:** + AWS Security Hub ### product/findingSource + **説明:** 検出結果が Security Hub コントロールによって生成されたのか、他のパートナーセキュリティ製品によって生成されたのかを指定します。 + **サンプル値：** `SecurityHubProduct`, `OtherProduct` + **サービス:** + AWS Security Hub ### product/freeUsageIncluded + **説明:** AWS 無料利用枠での無料利用は、すべてのリージョンで毎月計算され、自動的に請求額に適用されます。例えば、使用するすべてのリージョンで 750 時間の Amazon EC2 Linux マイクロインスタンスを無料で利用できます。1 リージョンあたり 750 時間ではありません。 + **サービス:** + Amazon Inspector ### product/fromLocation + **説明:** 使用が開始された場所を示します。 + **サンプル値：** `External`, `US East (N. Virginia)`, `Global` + **サービス:** + Amazon CloudFront + AWS DataTransfer ### product/fromRegionCode + **説明:** AWS サービスのソースリージョンコードについて説明します。詳細については、「[product/regioncode](#product-details-R-regioncode)」を参照してください。 + **サンプル値：** `ap-northeast-1` + **サービス:** + Amazon RDS + Amazon EC2 + Amazon VPC + Direct Connect ### product/fromLocationType + **説明:** 使用が開始された場所のタイプを示します。 + **サンプル値：** `AWS Region`, `AWS Edge Location` + **サービス:** + Direct Connect + AWS Elemental MediaConnect + Amazon CloudFront + Amazon Lightsail + AWS Shield ## G ### product/gpu + **説明:** GPUの数を表します。 + **サンプル値：** `16`, `32` + **サービス:** + Amazon SageMaker AI + Amazon EC2 ### product/gpuMemory + **説明:** GPU メモリの詳細を表します。 + **サンプル値：** `16`, `32` + **サービス:** + Amazon SageMaker AI + Amazon EC2 ### product/group + **説明:** 定義上類似している、またはグループ化された複数の製品の構成。例えば、Amazon EC2 チームは製品を共有インスタンス、専用ホスト、専用用途に分類できます。 + **サービス:** + AWS Certificate Manager + AWS CodeCommit + AWS Glue + AWS IoT Analytics + AWS Lambda ### product/groupdescription + **説明:** 製品グループに付けられた略称。 + **サービス:** + AWS 予算 + AWS Certificate Manager + AWS Lambda + Amazon SQS ## I ### product/insightsType + **説明:** 生成された Insight イベントのタイプを示します。 + **サンプル値：** `APICallVolume` + **サービス:** + CloudTrail ### product/instance + **説明:** Amazon EC2 インスタンスは、 AWS インフラストラクチャ上でアプリケーションを実行するための Amazon Elastic Compute Cloud (Amazon EC2) 内の仮想サーバーです。が提供する AMI AWS、ユーザーコミュニティ、または から選択できます AWS Marketplace。 + **サンプル値：** `T3` + **サービス:** + Amazon EC2 ### product/instanceFamily + **説明:** Amazon EC2 インスタンスファミリーを示します。Amazon EC2 には、10 種類の異なるインスタンスタイプに多数のオプションが用意されています。各タイプに 1 つ以上のサイズオプションがあり、さまざまなタイプのアプリケーションのために最適化された異なるインスタンスファミリーに分類されています。 + **サンプル値：** `General Purpose`, `Memory Optimized`, `Accelerated Computing` + **サービス:** + Amazon EC2 + Amazon RDS + OpenSearch Service + Amazon ElastiCache + Amazon EMR 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ### product/instanceSize + **説明:** リソースのインスタンスサイズを示します。 + **サンプル値：** `2vCPU`, `4vCPU`, `8vCPU`, `16vCPU` + **サービス:** + Amazon CodeCatalyst ### product/instanceType + **説明:** インスタンスのタイプ、サイズ、およびファミリーを表します。これらは、インスタンスの CPU、ネットワーク、およびストレージ容量を定義します。 + **サンプル値：** `t2.small`, `m4.xlarge`, `t2.micro`, `m4.large`, `t2.large` + **サービス:** + Amazon EC2 + Amazon RDS + OpenSearch Service + Amazon ElastiCache + Amazon EMR 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ### product/instanceTypeFamily + **詳細:** 指定された使用に関連付けられているインスタンスファミリー。 + **サンプル値：** `t2`, `m4`, `m3` + **サービス:** + Amazon DocumentDB + Amazon RDS ### product/integratingApi + **説明:** Amazon API Gateway などのサービス AWS を使用した でのアプリケーション統合、または Amazon AppFlow を使用したノーコード統合。 ### product/integratingService + **説明:** でのアプリケーション統合 AWS は、マイクロサービス、分散システム、サーバーレスアプリケーション内の分離されたコンポーネント間の通信に使用される一連のサービスです。アーキテクチャ全体をリファクタリングする必要はありません。アプリケーションをどのような規模でも切り離すことで、変更の影響を軽減でき、更新が容易になり、新機能をより早くリリースできるようになります。 ### product/intelAvxAvailable + **説明:** プロセスにインテル Advanced Vector Extension 命令セットがあるかどうかを表します。 + **サンプル値：** `Yes`, `No`. + **サービス:** + Amazon EC2 ### product/intelAvx2Available + **説明:** プロセスにインテル Advanced Vector Extension 命令セット 2 があるかどうかを表します。 + **サンプル値：** `Yes`, `No` + **サービス:** + Amazon EC2 ### product/intelTurboAvailable + **説明:** コアで Intel Turbo Technology を使用して周波数を上げることができるかどうかを表します。 + **サンプル値：** `Yes`, `No` + **サービス:** + Amazon EC2 ### product/invocation + **説明:** EventBridge スケジューラーが API またはサービスに対して行う呼び出しについて説明します。 + **サンプル値：** `Scheduled Invocation` + **サービス:** + Amazon CloudWatch Events ## L ### product/licenseModel + **説明:** インスタンスのライセンスモデルを表します。 + **Sample value:** `license-included`, `bring-your-own-license`, `general-public-license` + **サービス:** + Amazon AppStream + Amazon EC2 + Amazon MQ + Amazon Neptune + Amazon RDS ### product/location + **説明:** Amazon S3 バケットが存在するリージョンを示します。 + **サンプル値：** `Asia Pacific (Mumbai)`, `Asia Pacific (Seoul)`, `Canada (Central)`, `EU (London)`, `US West (Oregon)` + **サービス:** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ### product/locationType + **説明:** タスクのエンドポイントを示します。 + **サンプル値：** `AWS Region`, `AWS Edge Location`, `Other` + **サービス:** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ### product/logsDestination + **説明:**`AWS::Logs::Destination`リソースは、CloudWatch Logs の送信先を指定します。送信先には物理リソース (Amazon Kinesis データ ストリームなど) が含まれており、そのリソースをログ イベントのストリームにサブスクライブできます。 + **サンプル値：** `AWS Region`, `AWS Edge Location`, `Other` + **サービス:** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ## M ### product/maxIopsBurstPerformance + **説明:** Amazon EBS ボリュームの最大 IOPS バーストパフォーマンスを示します。 + **Sample value:** `3000 IOPS for volumes <= 1TB` + **サービス:** + Amazon EC2 ### product/maxIopsvolume + **説明:** Amazon EBS ボリュームの 1 秒あたりの最大入力/出力を示します。 + **Sample value:** `16,000 (maxiops for a General Purpose SSD (gp2))` + **サービス:** + Amazon EC2 ### product/maxThroughputvolume + **説明:** Amazon EBS ボリュームの最大ネットワークスループットボリュームを示します。 + **サンプル値：** `500 MiB/s`, `250 MiB/s`, `1000 MiB/s`, `40 - 90 MB/sec` + **サービス:** + Amazon EC2 + Amazon SageMaker AI ### product/memory + **説明:** コンピュータが迅速に応答するために必要な命令やデータを格納するプレースホルダー電子機器。コンピューターバイトはストレージユニットを示します。 + **サービス:** + AWS Database Migration Service + DynamoDB Accelerator + Amazon DocumentDB + Amazon EC2 ### product/messageCountfee + **説明:** メータリングの使用タイプを説明し、その使用量がメッセージ数なのか、請求された料金なのかを示します。 + **サンプル値：** `CarrierFeeCount`, `MessageFees`, `MessageCount`, `CarrierFees` + **サービス:** + Amazon Simple Notification Service ### product/messageType + **説明:** SMS メッセージの種類について説明します。SNS はアウトバウンド SMS のみをサポートしていることに注意してください。 + **サンプル値：** `OutboundSMS` + **サービス:** + Amazon Simple Notification Service ## N ### product/networkPerformance + **説明:** Amazon EC2 インスタンスのネットワークスループットを示します。 + **サンプル値：** `moderate`, `high`, `up to 10 GB` + **サービス:** + Amazon EC2 + Amazon RDS + Amazon ElastiCache + Amazon SageMaker AI + AWS データベース移行サービス 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ### product/normalizationSizeFactor + **説明:** インスタンスサイズの正規化係数を表します。 + **サンプル値：** `nano - 0.25`, `micro - 0.5`, `medium - 2`, `xlarge - 8`, `16xlarge - 128` + **サービス:** + Amazon DocumentDB + Amazon EC2 + Amazon MQ + Amazon Neptune + Amazon RDS ## O ### product/operatingSystem + **説明:** Amazon EC2 インスタンスのオペレーティングシステムを示します。 + **サンプル値：** `Amazon Linux`, `Ubuntu`, `Windows Server`, `Oracle Linux`, `FreeBSD` + **サービス:** + Amazon AppStream + Amazon EC2 + Amazon GameLift Servers + Amazon Lightsail + Amazon WorkSpaces + AWS CodeBuild ### product/operation + **説明:** この明細項目の対象となる特定の AWS オペレーションを表します。 + **サンプル値：** `RunInstances` (Amazon EC2 インスタンスのオペレーションを示します) + **サービス:** + Amazon EC2 + Amazon S3 + Amazon RDS + Amazon DynamoDB + Amazon CloudWatch + Amazon Redshift 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ### product/originationIdType + **説明:** SMS メッセージの送信時に使用される発信元 ID の種類について説明します。 + **サンプル値：** `Sharedroute` + **サービス:** + Amazon Simple Notification Service ### product/osType + **説明:** リソースのオペレーティング システムについて説明します。 + **サンプル値：** `Dev Environment`, `Linux`, `Linux ARM64`, `Windows` + **サービス:** + Amazon CodeCatalyst ## P ### product/parameterType + **説明:** スタックの作成時または更新時に、パラメータを使用してテンプレートにカスタム値を入力します。 CloudFormation 例えば、`InstanceTypeParameter` と指定します。このパラメータを使用して、スタックを作成または更新するときに Amazon EC2 インスタンス タイプを指定できます。 ### product/physicalCores + **説明:** インスタンスが提供する物理コアの数を表します。 + **サンプル値：** `4`, `8` + **サービス:** + Amazon EC2 ### product/physicalProcessor + **説明:** Amazon EC2 インスタンス上のプロセッサを示します。 + **サンプル値： **`High Frequency Intel Xeon E7-8880 v3 (Haswell)`, `Intel Xeon E5-2670`, `AMD EPYC 7571` + **サービス:** + Amazon DocumentDB + Amazon EC2 + Amazon Neptune + Amazon RDS + AWS データベース移行サービス ### product/platoClassificationType + **説明:** データ注釈ワークフロー ルーティングのオブジェクトごとの段階的な価格設定。 + **サンプル値： **`LabeledObject`, `3DLabeledObjectMultiFrame`, `3DLabeledObject`, `Processing:VolumeUsage` + **サービス:** + Amazon SageMaker AI ### product/pricingUnit + **説明:** AWS サービスの最小請求単位。例えば、API 呼び出しあたり 0.01c です。 + **サービス:** + Directory Service ### product/primaryplaceofuse + **説明:** 顧客が主にサービスを利用する主な事業所または住宅地の住所。 ### product/processorArchitecture + **説明:** プロセッサアーキテクチャを表します。 + **サンプル値：** `32-bit`, `64-bit` + **サービス:** + Amazon DocumentDB + Amazon EC2 + Amazon Neptune + Amazon RDS + AWS データベース移行サービス ### product/processorFeatures + **説明:** インスタンスのプロセッサ機能を表します。 + **サンプル値：** `Intel AVX`, `Intel AVX2`, `Intel AVX512`, `Intel Turbo` + **サービス:** + AWS データベース移行サービス + Amazon DocumentDB + Amazon EC2 + Amazon Neptune + Amazon RDS ### product/ProductFamily + **説明:** 製品タイプのカテゴリ。 + **サンプル値：** `Alarm`, `AWS Budgets`, `Stopped Instance`, `Storage Snapshot`, `Compute` + **サービス:** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ### product/ProductName + **説明:** AWS のサービスの完全な名前。この列を使用して、 AWS サービス別に AWS 使用状況をフィルタリングします。 + **サンプル値：** `AWS Backup`, `AWS Config`, `Amazon Registrar`, `Amazon Elastic File System`, `Amazon Elastic Compute Cloud` ### product/productSchemaDescription + **説明:** 製品がどのように構築されているかを示す設計図。これには、製品を構成するさまざまな属性が含まれます。 ### product/provisioned + **説明:** Amazon EBS の使用状況がプロビジョニングされた Amazon EBS ストレージに関連していたかどうかを示します。 + **サンプル値：** `Yes`, `No` + **サービス:** + Amazon EC2 + Amazon MQ ### product/provisioningType + **説明:** リソースがオンデマンドでデプロイされたのか、事前にプロビジョニングされたのかを説明します。 + **サンプル値：** `On-Demand`, `Pre-Provisioned` + **サービス:** + Amazon CodeCatalyst ### product/PurchaseOption + **説明:** AWS サービスで使用可能な購入モデルについて説明します。例えば、 は、、`On-Demand`、 `Reserved Instances`の 4 つの主要な Amazon EC2 インスタンス購入オプションと`Spot Instances`、 の追加オプション AWS を提供します`Dedicated Hosts`。 ### product/purchaseterm + **説明:** Amazon EC2 では、一貫性のあるインスタンス設定へのコミットメントを指定します。これには、1 ～ 3 年間のインスタンスタイプとリージョンが含まれます。 ## R ### product/region + **説明:** AWS サービスをホストする地理的エリア。このフィールドを使用して、特定のリージョンにわたって使用量を分析できます。 + **サンプル値：** `eu-west-3`, `us-west-1`, `us-east-1`, `ap-northeast-2`, `sa-east-1` + **サービス:** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ### product/regioncode + **説明:** リージョンは、データセンターがクラスター化されている世界中の物理的な場所です。 は、論理データセンターの各グループをアベイラビリティーゾーン (AZ) と AWS 呼びます。 AWS 各リージョンは、地理的エリア内の複数の、隔離された、物理的に別々の AZ で構成されています。リージョンコード属性の名前は AWS リージョンと同じで、 AWS サービスが利用可能な場所を指定します。 + **サンプル値：** `us-west-2`, `us-east-1`, `ap-southeast-2` + **サービス:** + Amazon SageMaker AI ### product/replicationType + **説明:** サービスが無料で使用できることを指定します。たとえば、 AWS Server Migration Service は無料で使用でき、移行プロセス中に使用されるストレージリソースに対してのみ料金が発生します。 + **サンプル値：** `Free` + **サービス:** + AWS アプリケーション移行サービス ### product/resourceAssessment + **説明:** 証拠を収集、保存、管理するプロセス。これを利用して、リスクや業界標準や規制の遵守状況を評価できます。 + **サンプル値：** `All assessment` + **サービス:** + AWS Audit Manager ### product/resourcePriceGroup + **説明:** リソースタイプ、リソース、価格グループ (モニタリング時に請求する価格。現在 A と B の 2 つの価格クラスがあります) について説明します。したがって、例として RDS リソースを監視する場合、リソースタイプは RDS (「製品」)、リソースはインスタンス、価格グループは B になります。 + **サンプル値：** `RDS-DBInstance-GroupB` + **サービス:** + Amazon DevOps Guru ### product/routeType + **説明:使用する** SMS ルートのタイプについて説明します。現時点では標準のみが適用されます。 + **サンプル値：** `Standard` + **サービス:** + Amazon Simple Notification Service ## S ### product/servicecode + **説明:** これは、顧客への特定の AWS サービスを一意の短い略語として識別します。 + **サンプル値：** `Amazon EC2`, `AWS KMS` + **サービス:** + AWS 予算 + AWS Backup + AWS Certificate Manager + AWS Cloud Map + AWS CloudTrail ### product/servicename + **説明:** AWS サービスに関する簡単な説明。 + **サービス:** + Amazon EC2 Budgets + Amazon ECR + Amazon ECS + Amazon EFS + Amazon Elastic Inference + Amazon EKS ### product/singleOrDualPass + **説明:** 動画のエンコーディングの種類を決定するために使われる用語。ワンパスエンコーディングでは、エンコーディングは最初のパス自体で行われます。2 パスエンコーディングでは、1 回目のパスでファイルが徹底的に分析され、中間ファイルが作成されます。2 番目のパスでは、エンコーダーが中間ファイルを見つけてビットを割り当てます。実際のエンコーディングは 2 回目のパスで行われます。 + **サービス:** + AWS Elemental MediaConvert ### product/sizeFlex + **説明:** RI の標準化された利点をリージョンやインスタンスファミリー内の他のインスタンスサイズにも適用できるかどうかを説明します。 + **サンプル値：** `true`, `false` + **サービス:** + Amazon Elastic Compute Cloud ### product/sku + **説明:** 製品の一意のコード。SKU は、`ProductCode`、`UsageType`、および `Operation` を組み合わせて作成されます。サイズ柔軟な RI の場合、SKU は使用されたインスタンスを使用します。たとえば、`t2.micro`インスタンスを使用し、使用量に RI `t2.small` 割引 AWS を適用した場合、明細項目の SKU は で作成されます`t2.micro`。 + **サンプル値：** `FFNT87MQSCR328W6`, `VBYCEU494XUAHCA7` + **サービス:** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ### product/storage + **説明:** インスタンスにアタッチされているディスクストレージを表します。 + **サンプル値：** `60GB`, `True`, `EBS Only`, `1 x 900 NVMe SSD`, `1 x 150 NVMe SSD` + **サービス:** + Amazon EC2 + Amazon RDS + Amazon Redshift + OpenSearch Service + Amazon WorkSpaces 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ### product/storageclass + **説明:** Amazon S3 バケットのストレージクラスを示します。 + **サンプル値：** `Archive`, `General Purpose`, `Infrequent Access`, `Intelligent-Tiering`, `Non-Critical Data` + **サービス:** + AWS Elemental MediaStore + AWS Storage Gateway + Amazon Cloud Directory + Amazon EFS + Amazon MQ + Amazon S3 ### product/storagemedia + **説明:** 記憶媒体とは、電子データの保存、保管、検索に使用されるデバイスや材料を含むあらゆる技術です。 + **サービス:** + AWS Database Migration Service + Amazon CloudWatch + Amazon DocumentDB + Amazon EC2 + Amazon ES ### product/storagetype + **説明:** コンピューターが情報を保存する方法と場所について説明します。これは、コンピューター、サーバー、またはコンピューティングデバイスの内部または外部の場合があります。 + **サンプル値：** `Amazon S3`, `SSD`, `SSD-backed` + **サービス:** + AWS Backup + Amazon ECR ## T ### product/tenancy + **説明:** Amazon EC2 インスタンスで許可されているテナンシーのタイプ。 + **サンプル値：** `Dedicated`, `Reserved`, `Shared`, `NA`, `Host` + **サービス:** + Amazon EC2 + Amazon ECS ### product/throughputCapacity + **説明:** ファイルシステムをホストしているファイルサーバーがファイルデータを提供できる速度について説明します。Amazon FileCache の場合、値は 1000 のみになります。 + **サンプル値：** `12`, `40`, `50`, `100`, `125`, `250`, `500`, `1000` + **サービス:** + Amazon FileCache + Amazon FSx ### product/tier + **説明:** を使用すると AWS、使用量が増えるにつれてボリュームベースの割引と節約を得ることができます。Amazon S3 のようなサービスの場合、料金は段階的です。つまり、使用量が多いほど、GB あたりの支払いが少なくなります。 は、ビジネスニーズを支援するサービスを取得するためのオプション AWS を提供します。 + **サービス:** + AWS Elemental MediaConvert ### product/toLocation + **説明:** 使用先の場所を示します。 + **サンプル値：** `External`, `US East (N. Virginia)` + **サービス:** + Amazon CloudFront + AWS データ転送 ### product/toLocationType + **説明:** サービス使用先の場所のタイプを示します。 + **サンプル値：** `AWS Region`, `AWS Edge Location` + **サービス:** + Direct Connect + AWS Elemental MediaConnect + AWS Shield + Amazon CloudFront + Amazon Lightsail 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ### product/toRegionCode + **説明:** AWS サービスのソースリージョンコードについて説明します。詳細については、「[product/regioncode](#product-details-R-regioncode)」を参照してください。 + **サンプル値：** `eu-west-1` + **サービス:** + Amazon RDS + Amazon EC2 + Amazon VPC + Direct Connect ### product/transcodingResult + **説明:** エンコードされたビデオソースを中間の非圧縮形式にデコードし、ターゲット形式に再エンコードする場合の出力。 + **サービス:** + AWS Elemental MediaConvert ### product/trialProduct + **説明:** AWS CloudHSM が空き時間を許容するかどうかを説明します。 + **サービス:** + AWS CloudHSM ## U ### product/upfrontCommitment + **説明:** 使用コミットメントが必要かどうかを記述します AWS CloudHSM。HSM が AWS CloudHSM クラスターにプロビジョニングされる 1 時間 (またはその時間の一部) ごとに、時間単位の料金が請求されます。HSM のないクラスターには課金されず、暗号化されたバックアップの自動保存についても請求されません。詳細については、[AWS CloudHSM の料金](https://aws.amazon.com/cloudhsm/pricing/)を参照してください。 HSM へのネットワークデータ転送と HSM からのネットワークデータ転送には別途料金がかかります。詳細については、[Amazon EC2 の料金表](https://aws.amazon.com/ec2/pricing/)を参照してください。 + **サービス:** + AWS CloudHSM ### product/usagetype + **説明:** 明細項目の使用状況の詳細を表します。 + **サンプル値：** `EU-BoxUsage:c5d.9xlarge`, `EU-BoxUsage:m4.16xlarge`, `SAE1-InstanceUsage:db.t2.medium`, `USW2-AW-SW-19`, `SAE1-BoxUsage:c4.large`, + **サービス:** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ## V ### product/vcpu + **説明:** 単一の CPU コア上で同時に実行されているスレッドの数を示します。Amazon EC2 インスタンスは、単一の Intel Xeon CPU コアで同時に複数のスレッドを実行できるマルチスレッドをサポートしています。各スレッドは、インスタンスの仮想 CPU (vCPU) として表されます。 + **サンプル値：** `8`, `16`, `36`, `72`, `128` + **サービス:** + Amazon EC2 + Amazon RDS + Amazon Redshift + OpenSearch Service + Amazon ElastiCache 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ### product/videoCodec + **説明:** デジタルビデオを圧縮および解凍するソフトウェアまたはハードウェア。ビデオ圧縮では、コーデックはエンコーダーとデコーダーを組み合わせたものです。圧縮のみを行うデバイスは一般にエンコーダーと呼ばれ、解凍のみを行うデバイスはデコーダーと呼ばれます。 + **サービス:** + AWS Elemental MediaConvert; ### product/videoFrameRate + **説明:** ビデオフレームレート (1 秒あたりのフレーム数 (FPS) で表示) は、ビデオカメラ、コンピュータグラフィックス、およびモーションキャプチャシステムによって連続した画像 (フレーム) がキャプチャまたは表示される周波数レートです。 + **サービス:** + AWS Elemental MediaConvert; ### product/videoQualitySetting + **説明:** エンコードに使用される品質設定について説明します。これは圧縮効率、ひいては特定のビットレートでのビデオ品質に影響します。 + **サンプル値：** `Multi-pass`, `Multi-pass HQ`, `NA`, `Single-pass`, `Single-pass HQ`, + **サービス:** + AWS Elemental MediaConvert ### product/volumeType + **説明:** Amazon EBS のボリュームタイプを示します。 + **サンプル値：** `Standard`, `General Purpose`, `General Purpose-Aurora`, `Amazon Glacier`, `Amazon SimpleDB – Standard`, + **サービス:** + Amazon EC2 + Amazon S3 + Amazon RDS + Amazon DynamoDB + Amazon Glacier 詳細。完全なサービスリストについては、[Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip) をダウンロードしてください。 ## W ### product/workforceType + **説明:** 雇用されている労働者と失業者の労働力プールの細分化。例えば、`Full Time Employees` (FTE)、または `Temporary`。 + **サービス:** + Amazon SageMaker AI # リソースタグの詳細 AWS コストと使用状況レポートの**resource**列を使用して、明細項目の対象となる特定のリソースに関する情報を検索できます。これらの列には、ユーザー定義のコスト配分タグが含まれます。次に例を示します。 ## resourceTags/user:creator **user:Creator** タグを使用して、リソースを作成したユーザーを追跡します。 ## resourceTags/user:name **user:Name** タグを使用して、特定のユーザーに関連付けられているリソースを追跡します。 ## resourceTags/user:owner **user:Owner** タグを使用して、リソースを所有しているユーザーを追跡します。 ## resourceTags/user:purpose **user:Purpose** タグを使用して、リソースが作成された理由を追跡します。 # Savings Plans の詳細 AWS コストと使用状況レポートの**SavingsPlan**列には、Savings Plans の詳細が表示されます。Savings Plans の詳細については、*Savings Plans ユーザーガイド* の [Savings Plans とは？](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html) を参照してください。 [A](#sp-A) \$1 B \$1 C \$1 D \$1 [E](#sp-E) \$1 F \$1 G \$1 H \$1 [I](#sp-I) \$1 J \$1 K \$1 L \$1 M \$1 [N](#sp-N) \$1 [O](#sp-O) \$1 [P](#sp-P) \$1 Q \$1 [R](#sp-R) \$1 [S](#sp-S) \$1 [T](#sp-T) \$1 [U](#sp-U) \$1 VWXYZ ## A ### savingsPlan/AmortizedUpfrontCommitmentForBillingPeriod + **説明:** 請求期間に Savings Plans サブスクリプションに必要となる前払い金額。**[全額前払い Savings Plans]** と **[一部前払い Savings Plans]** の最初の前払い金は、当月に償却されます。**[前払いなし Savings Plans]** の場合、値は 0 です。 + **該当する明細項目:** SavingsPlanRecurringFee + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ## E ### savingsPlan/EndTime + **説明:** Savings Plans 契約の有効期限日。 + **該当する明細項目:** SavingsPlanCoveredUsage、SavingsPlanNegation、SavingsPlanUpfrontFee、SavingsPlanRecurringFee + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ## I ### savingsPlan/InstanceTypeFamily + **説明:** 指定した使用量に関連するインスタンスファミリー。 + **該当する明細項目:** SavingsPlanCoveredUsage + **サンプル値：** `m4`, `g2` + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ## N ### savingsPlan/NetAmortizedUpfrontCommitmentForBillingPeriod 請求期間中の Savings Plans サブスクリプションの前払い料金のコスト。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 ### savingsPlan/NetRecurringCommitmentForBillingPeriod Savings Plans 手数料の混合されていない正味費用。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 ### savingsPlan/NetSavingsPlanEffectiveCost Savings Plans の実効費用。使用量を手数料で割ったものです。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 ## O ### savingsPlan/OfferingType + **説明:** 購入した Savings Plans のタイプを示します。 + **該当する明細項目:** SavingsPlanCoveredUsage、SavingsPlanNegation、SavingsPlanUpfrontFee、SavingsPlanRecurringFee + **サンプル値：** `ComputeSavingsPlans`, `EC2InstanceSavingsPlans`, `SageMakerSavingsPlans` + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ## P ### savingsPlan/PaymentOption + **説明:** Savings Plans に使用できる支払いオプション。 + **該当する明細項目:** SavingsPlanCoveredUsage、SavingsPlanNegation、SavingsPlanUpfrontFee、SavingsPlanRecurringFee + **サンプル値：** `Partial Upfront`, `All Upfront`, `No Upfront` + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ### savingsPlan/PurchaseTerm + **説明:** Savings Plans の期間を示します。 + **該当する明細項目:** SavingsPlanCoveredUsage、SavingsPlanNegation、SavingsPlanUpfrontFee、SavingsPlanRecurringFee + **サンプル値：** `1yr`, `3yr` + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ## R ### savingsPlan/RecurringCommitmentForBillingPeriod + **説明:** Savings Plans サブスクリプションの毎月の定額料金。例えば、**[一部前払い Savings Plans]** や **[前払いなし Savings Plans]** の毎月の定額料金が該当します。 + **該当する明細項目:** SavingsPlanRecurringFee + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ### savingsPlan/Region + **説明:** AWS サービスをホストする AWS リージョン (地理的エリア）。このフィールドを使用して、特定の AWS リージョンの支出を分析できます。 + **該当する明細項目:** SavingsPlanCoveredUsage、SavingsPlanNegation、SavingsPlanUpfrontFee、SavingsPlanRecurringFee + **サンプル値：** `US East (N. Virginia)`, `US West (N. California)`, `US East (Ohio)`, `Asia Pacific (Mumbai)`, `Europe (Ireland)` + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ## S ### savingsPlan/SavingsPlanArn + **説明:** Savings Plans の一意の ID。 + **該当する明細項目:** SavingsPlanUpfrontFee + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ### savingsPlan/SavingsPlanEffectiveCost + **説明:** 各使用量の行に割り当てられている Savings Plans 月額料金 (前払いおよび定額) の比率。 + **該当する明細項目:** SavingsPlanCoveredUsage + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ### savingsPlan/SavingsPlanRate + **説明:** 使用量に対する Savings Plans の料金。 + **該当する明細項目:** SavingsPlanCoveredUsage + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ### savingsPlan/StartTime + **説明:** Savings Plans 契約の開始日。 + **該当する明細項目:** SavingsPlanCoveredUsage、SavingsPlanNegation、SavingsPlanUpfrontFee、SavingsPlanRecurringFee + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ## T ### savingsPlan/TotalCommitmentToDate + **説明:** 今日の該当時間までに償却された前払いコミットメントと定額コミットメントの合計。 + **該当する明細項目:** SavingsPlanRecurringFee + **サービス:** + Amazon EC2 + Fargate + AWS Lambda + Amazon SageMaker AI ## U ### savingsPlan/UsedCommitment + **説明:** 使用している Savings Plans コミットメントの USD 総額。(SavingsPlanRate と使用量を乗じた額) + **該当する明細項目:** SavingsPlanRecurringFee + **サービス:** + Amazon EC2 + AWS Lambda + Fargate + Amazon SageMaker AI # Cost Categoriesの 詳細 AWS コストと使用状況レポートの**Cost Category**列を使用して、Cost Categories機能によって分類された特定の明細項目に関する情報を検索できます。 Cost Category列は、コストカテゴリと分類ルールを作成するときに自動的に入力されます。これらの列には、列ヘッダーとしてユーザー定義の Cost Category 名と、対応する Cost Category 値が含まれます。次に例を示します。 ## costCategory/Project **Project** Cost Category を使用して、プロジェクトに関連付けられたコストと使用量の情報を分類します。「alpha」や「beta」などのプロジェクト名は、**costCategory/Project**の下に値として表示されます。 ## costCategory/Team **Team** Cost Category を使用して、チームに関連付けられたコストと使用量の情報を分類します。「Marketing」などのチーム名は、**costCategory/Team** の下に値として表示されます。 ## costCategory/Environment **Environment** Cost Category を使用して、環境に関連付けられたコストと使用量の情報を分類します。「Development」などの環境名は、**costCategory/Environment** の下に値として表示されます。 # ディスカウントの詳細 **discount**ヘッダーの下の列は、レポートの請求期間中にアカウントにdiscount AWS が適用されている場合にのみコストと使用状況レポートに含まれます。これには以下の列が含まれます。 ## discount/BundledDiscount ラインアイテムに適用されるバンドルdiscount。バンドルdiscount は、サービスまたは機能を別のサービスまたは機能の使用量に基づいて無料またはdiscount 料金で提供する使用量ベースのディスカウントです。バンドルディスカウントの例には以下が含まれます。 + を使用する場合は AWS Shield Advanced、別途料金 AWS WAF を支払う必要はありません。 AWS WAF 使用量は にバンドルされています AWS Shield Advanced。詳細については AWS Shield Advanced、[Amazon CloudFront の料金](https://aws.amazon.com/cloudfront/pricing/)」を参照してください。 + を使用して NAT ゲートウェイを作成する場合 AWS Network Firewall、標準の NAT ゲートウェイ処理と 1 時間あたりの使用料金は、GB および使用時間あたりのファイアウォール処理で one-to-one ベースで免除されます。詳細については、「[AWS Network Firewall 料金表](https://aws.amazon.com/network-firewall/pricing/)」を参照してください。 + Amazon インタラクティブビデオサービス (IVS) チャットでは、ビデオ入力が 1 時間送信されるごとに、2,700 通のメッセージが送信され、27万件のメッセージが配信されます。追加料金は発生しません。詳細については、「[Amazon Service Video Service 料金](https://aws.amazon.com/ivs/pricing/)」を参照してください。 ## discount/TotalDiscount 対応する品目のすべてのdiscount 列の合計。 # 分割明細項目の詳細 AWS コストと使用状況レポートの **splitLineItem**ヘッダーの下の列は、分割コスト配分データ機能をオプトインしている場合にコストと使用状況レポートに表示されるフィールドです。詳細については、「[分割コスト配分データについて](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html)」を参照してください。この機能は、Amazon ECS (Fargate を含む) AWS Batch、および Amazon EKS のみに制限されています。 [A](#sli-A)\$1 B \$1 C \$1 D \$1 E \$1 F \$1 G \$1 H \$1 I \$1 J \$1 K \$1 L \$1 M \$1 \$1 O [N](#sli-N) \$1 \$1 Q [P](#sli-P) \$1 \$1 T [R](#sli-R) \$1 [S](#sli-S) \$1 \$1 V [U](#sli-U) \$1 W \$1 X \$1 Y \$1 Z ## A ### splitLineItem/ActualUsage + **説明:** Amazon ECS タスクまたは Kubernetes ポッドで指定した期間に発生した vCPU またはメモリの使用量 (lineItem/UsageType に基づく)。 + **該当する明細項目:** Usage + **サンプル値：** 0.1, 0.5, 1.3 + **サービス:** Amazon ECS、Fargate、Amazon EKS **注記** Fargate のコストは vCPU とメモリの予約に基づいて計算され、lineItem/UsageAmount 列に反映されます。スプリットコスト配分データは、低レイテンシーのテレメトリデータを観察し、それを時間、日、月に集計することにより、実際の Fargate vCPU とメモリの使用量を計算します。そのため、 splitLineItem/ActualUsage は lineItem/UsageAmount とは異なる場合があります。 ## N ### splitLineItem/NetSplitCost + **説明:** すべてのディスカウントが適用された後の Amazon ECS タスクまたは Kubernetes ポッドの実効コスト。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 + **該当する明細項目:** Usage + **サンプル値：** 1.35, 1.75 + **サービス:** Amazon ECS、Fargate、Amazon EKS ### splitLineItem/NetUnusedCost + **説明:** すべてのディスカウントが適用された後の Amazon ECS タスクまたは Kubernetes ポッドの実効未使用コスト。この列は、該当する請求期間中にアカウントにディスカウントがある場合にのみレポートに含まれます。 + **該当する明細項目:** Usage + **サンプル値：** 1.35, 1.75 + **サービス:** Amazon ECS、Fargate、Amazon EKS **注記** 未使用のコストは、splitLineItem/SplitUsage に基づいて Amazon ECS タスクまたは Kubernetes ポッドに比例して適用されます。 ## P ### splitLineItem/ParentResourceId + **説明:** Amazon ECS タスクまたは Amazon EKS ポッドに関連付けられている親 EC2 インスタンスのリソース ID (lineItem/ResourceId 列で参照されています)。親リソース ID は、指定された期間の ECS タスクまたは Kubernetes ポッドのワークロードが親 EC2 インスタンスで実行されたことを意味します。これは、起動タイプが EC2 の Amazon ECS タスクまたは Kubernetes ポッドにのみ適用されます。 + **該当する明細項目:** Usage + **サービス:** Amazon ECS、Amazon EKS **注記** splitLineItem/ParentResourceId は、リソース IDsが AWS コストと使用状況レポートに含まれている場合にのみ使用できます。 ### splitLineItem/PublicOnDemandSplitCost + **説明:** パブリックオンデマンドインスタンス料金 (pricing/publicOnDemandRate 列参照) に基づく、その期間に Amazon ECS タスクまたは Kubernetes ポッドに割り当てられた vCPU またはメモリのコスト (lineItem/UsageType に基づく)。 + **該当する明細項目:** Usage + **サンプル値：** 1.35, 1.75 + **サービス:** Amazon ECS、Fargate、Amazon EKS ### splitLineItem/PublicOnDemandUnusedCost + **説明:** パブリックオンデマンドインスタンス料金に基づいて、Amazon ECS タスクまたは Kubernetes ポッドに割り当てられた vCPU またはメモリの未使用コスト (lineItem/UsageType に基づく)。未使用コストとは、EC2 インスタンス (splitLineItem/ParentResourceId 列で参照) のリソース (CPU またはメモリ) で、指定された期間に使用されなかったコストです。 + **該当する明細項目:** Usage + **サンプル値：** 1.35, 1.75 + **サービス:** Amazon ECS、Fargate、Amazon EKS ## R ### splitLineItem/ReservedUsage + **説明:** Amazon ECS タスクまたは Kubernetes ポッドで指定した期間に設定した vCPU またはメモリの使用量 (lineItem/UsageType に基づく)。 + **該当する明細項目:** Usage + **サンプル値：** 1, 2, 4 + **サービス:** Amazon ECS、Fargate、Amazon EKS ## S ### splitLineItem/SplitCost + **説明:** 期間中に Amazon ECS タスクまたは Kubernetes ポッドに割り当てられた vCPU またはメモリのコスト (lineItem/UsageType に基づく)。これには、EC2 インスタンス（splitLineItem/parentResourceId 列で参照）に予約またはSavings Plans の前払いまたは一部前払い料金がある場合の償却費用が含まれます。 + **該当する明細項目:** Usage + **サンプル値：** 1.35, 1.75 + **サービス:** Amazon ECS、Fargate、Amazon EKS ### splitLineItem/SplitUsage + **説明:** 指定した期間に Amazon ECS タスクまたは Kubernetes ポッドに割り当てられた vCPU またはメモリ (lineItem/UsageType に基づく) の使用量。これは splitLineItem/ReservedUsage または splitLineItem/ActualUsage の最大使用量として定義されます。 + **該当する明細項目:** Usage + **サンプル値：** 1, 1.3 + **サービス:** Amazon ECS、Fargate、Amazon EKS ### splitLineItem/SplitUsageRatio + **説明:** Amazon ECS タスクまたは Kubernetes ポッドに割り当てられた vCPU またはメモリと、EC2 インスタンス (splitLineItem/ParentResourceId 列で参照) で使用可能な CPU またはメモリ全体の比率 (lineItem/UsageType に基づく)。 + **該当する明細項目:** Usage + **サンプル値：** 0.25, 0.75 + **サービス:** Amazon ECS、Fargate、Amazon EKS **注記** splitLineItem/SplitUsageRatio は、時間単位のデータを優先する AWS のコストと使用状況レポートでのみ使用できます。 ## U ### splitLineItem/UnusedCost + **説明:** 期間中に Amazon ECS タスクまたは Kubernetes ポッドに割り当てられた vCPU またはメモリの未使用コスト (lineItem/UsageType に基づく)。未使用コストとは、EC2 インスタンス (splitLineItem/ParentResourceId 列で参照) のリソース (CPU またはメモリ) で、指定された期間に使用されなかったコストです。これには、EC2 インスタンス (splitLineItem/parentResourceId) に予約または Savings Plans の前払いまたは一部前払い料金がある場合の償却費用が含まれます。 + **該当する明細項目:** Usage + **サンプル値：** 1.35, 1.75 + **サービス:** Amazon ECS、Fargate、Amazon EKS **注記** 未使用のコストは、splitLineItem/SplitUsage に基づいて Amazon ECS タスクまたは Kubernetes ポッドに比例して適用されます。 # ユースケース AWS コストと使用状況レポート (AWS CUR) は、レポート管理のニーズに合わせて使用できます。このセクションでは、Savings Plans やリザーブドインスタンス (RI) の使用率、料金、割り当ての追跡などのユースケースについて詳しく説明します。 **Topics** + [ # Savings Plans について ](cur-sp.md) + [ # 予約を理解する ](understanding-ri.md) + [ # データ転送料金について ](cur-data-transfers-charges.md) + [ # 分割コスト配分データを理解する ](split-cost-allocation-data.md) # Savings Plans について コストと使用状況レポート (AWS CUR) を使用して、Savings Plans の使用率、料金、配分を追跡できます。 ## Savings Plans 明細項目 Savings Plans は、Amazon EC2、、Amazon SageMaker AI を低価格で提供する柔軟な料金モデルを提供します。これと引き換えに AWS Fargate AWS Lambda、1 年または 3 年の期間にわたって一貫した使用量 (\$1/時間で測定) を約束します。 CUR の次の明細項目は、Savings Plans AWS での支出の追跡と管理に役立ちます。 **注記** 次の表では、わかりやすくするために CUR AWS の列と行が変換されています。最初の列の値はレポートのヘッダーを表します。これらの例には、いくつかのキー CUR AWS 列のみが含まれます。他の CUR AWS 列の詳細については、「」を参照してください[データディクショナリ](data-dictionary.md)。 **前払い料金** **[SavingsPlanUpfrontFee]** 明細項目は、`All Upfront` または `Partial Upfront` Savings Plans を購入すると、請求書に追加されます。次の表は、この 1 回限りの料金が一部の CUR AWS 列にどのように表示されるかを示しています。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/cur/latest/userguide/cur-sp.html) **Savings Plans の毎月の定額料金** **[SavingsPlanRecurringFee]** 明細項目は、`No Upfront` または `Partial Upfront` Savings Plans に対応する毎時間の定額料金を示します。最初は、**SavingsPlanRecurringFee**が購入日とその後は 1 時間ごとに請求書に追加されます。 [**SavingsPlanRecurringFee**] は、時間 (毎時間のコストと使用量に適用) または日 (毎日のコストと使用量に適用) に割り当てられ、購入した時刻に請求書に追加されます。以降は、請求期間の時間/日ごとに追加されます。 `All Upfront` Savings Plans の場合、明細項目には、請求期間中に未使用の Savings Plans の部分が表示されます。 次の表は、定期的な時間単位の料金が一部の CUR AWS 列にどのように表示されるかを示しています。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/cur/latest/userguide/cur-sp.html) SSavingsPlanRecurringFee は、定期的なRI手数料とは異なる方法で計算されます。定期的な RI 料金は月額料金ですが、SSavingsPlanRecurringFee は1時間ごとの料金です。定期的な RI 料金については、[定額月額 RI 料金](regular-reserved-instances.md#recurring-monthly)を参照してください。 **Savings Plans 割引特典** **[SavingsPlanCoveredUsage]** 明細項目は、Savings Plans の特典が適用されたインスタンス使用量を示します。**[SavingsPlanCoveredUsage]** 明細項目は、Savings Plans 特典が適用されなかった場合のオンデマンド料金の非ブレンドコストを示します。この非ブレンドコストは、対応する [**SavingsPlanNegation**] 明細項目で相殺されます。 **SavingsPlanCoveredUsage** の各明細項目では、**savingsPlan/SavingsPlanRate**および**savingsPlan/SavingsPlanEffectiveCost**フィールドを使用して、Savings Plans の時間単位のコミットメントに対してその使用量がどのように請求されたかを確認できます。 **SavingsPlanCoveredUsage** 明細項目ごとに、対応する **SavingsPlanNegation** を確認できます。[**SavingsPlanNegation**] 明細項目は、[**SavingsPlanCoveredUsage**] の非ブレンドコストを相殺し、SavingsPlanARN、オペレーション、使用タイプ、およびアベイラビリティーゾーン別に時間レベルでグループ化されます。このため、1 つの **SavingsPlanNegation** 明細項目が複数の **SavingsPlanCoveredUsage** 明細項目に対応する場合があります。 次の表は、一部の CUR AWS 列で対象使用量と否定行項目がどのように表示されるかを示しています。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/cur/latest/userguide/cur-sp.html) 使用量が、Savings Plans コミットメントでカバーできる範囲を超えた場合、カバーされない使用量は依然として [Usage] (使用量) 明細項目として表示され、カバーされた使用量は **[SavingsPlanCoveredUsage]** として、対応する **[SavingsPlanNegation]** 明細項目と共に表示されます。 # 予約を理解する AWS コストと使用状況レポート (AWS CUR) を使用して、リザーブドインスタンス (RI) の使用率、料金、割り当てを追跡できます。このセクションでは、予約について詳しく説明します。 **Topics** + [ # 予約の明細項目を理解する ](regular-reserved-instances.md) + [ # 償却された予約データを理解する ](amortized-reservation.md) + [ # Amazon EC2 のサイズフレキシブル予約の監視 ](monitor-flexible-reservation.md) + [ # オンデマンドキャパシティー予約のモニタリング ](monitor-ondemand-reservations.md) # 予約の明細項目を理解する RI では、オンデマンドインスタンスの料金と比べて大幅な割引を受けられます。RI は物理インスタンスではありません。アカウントでのオンデマンドインスタンスの使用に適用される請求割引です。これらのオンデマンドインスタンスは、請求の割引のメリットを得るために特定の属性に一致する必要があります。 **Topics** + [ ## 前払い料金 ](#upfront-fee) + [ ## 調整手数料 ](#true-up-fee) + [ ## 定額月額 RI 料金 ](#recurring-monthly) + [ ## RI 割引特典 ](#discount-benefits) + [ ## Reserved Instance type ](#ri-type) + [ ## リザーブドインスタンスのメリットはインスタンスの使用に適用されます ](#ri-instance-usage) **注記** 次の表では、わかりやすくするために CUR AWS の列と行が変換されています。最初の列の値はレポートのヘッダーを表します。これらの例には、いくつかのキー CUR AWS 列のみが含まれます。他の CUR AWS 列の詳細については、「」を参照してください[データディクショナリ](data-dictionary.md)。 ## 前払い料金 [**料金**] 明細項目は、RI の `All Upfront` または `Partial Upfront` を購入した場合に請求書に追加されます。 次の表は、この 1 回限りの料金が一部の CUR AWS 列にどのように表示されるかを示しています。 | | | | --- |--- | | lineItem/LineItemType | Fee | | lineItem/ProductCode | AmazonEC2 | | lineItem/UsageStartDate | 2016-01-01T00:00:00Z | | lineItem/LineItemDescription | Sign up charge for subscription: 363836886, planId: 1026576 | | lineItem/UnblendedCost | 68 | | Reservation/ReservationARN | arn:aws:ec2:us-east-1:123456789012:reserved-instances/f8c204c1-dd48-43f1-adb8-f88aa61e0dea | ## 調整手数料 **コンバーティブルリザーブドインスタンスを交換する場合、元のリザーブドインスタンスと新しいリザーブドインスタンスの交換に関連する費用 (調整手数料) も、料金**明細項目として請求書に追加されます。調整手数料については、**reservation/ReservationARN** 列は **reserved-instance-exchange/riex**を含んでいます。 次の表は、コンバーティブルリザーブドインスタンスを交換する際の調整手数料を示しています。 | lineItem/LineItemType | lineItem/ProductCode | lineItem/UsageStartDate | lineItem/LineItemDescription | lineItem/UnblendedCost | Reservation/ReservationARN | | --- | --- | --- | --- | --- | --- | | Fee | AmazonEC2 | 2016-01-01T00:00:00Z | | | arn:aws:ec2:eu-west-1:012345678901:reserved-instance-exchange/riex-examplef-5d71-4215-886f-17a3f64ea972 | ## 定額月額 RI 料金 [**RI 料金**] 明細項目には、その月に適用された、関連付けられた RI の定額月額料金が表示されます。[**料金**] は、まず購入日の請求書に追加され、そしてそれ以降の各請求期間の最初の日に追加されます。 [**RI 料金**] は、割引された時間料金を月ごとの時間数で乗算して計算されます。 次の表は、定期的な月額料金がどのようにレポートに表示されるかを示しています。 | | | | --- |--- | | lineItem/LineItemType | RI 料金 | | lineItem/ProductCode | AmazonEC2 | | lineItem/UsageStartDate | 2016-01-01T00:00:00Z | | lineItem/UsageType | HeavyUsage: m4.large | | lineItem/LineItemDescription | USD 0.0309 hourly fee per Linux/UNIX (Amazon VPC), m4.large instance | | lineItem/NormalizationFactor | 4 | | lineItem/UnblendedCost | 23 | | Reservation/AvailabilityZone | | | Reservation/ReservationARN | arn:aws:ec2:us-east-1:123456789012:reserved-instances/f8c204c1-dd48-43f1-adb8-f88aa61e0dea | | Reservation/TotalReservedunits | 744 | | Reservation/TotalReservedNormalizedUnits | 2976 | アベイラビリティーゾーンまたは AWS リージョン リージョンの範囲を持つ RIs では、月額料金の定期的な記録が異なります。アベイラビリティーゾーンを範囲とする RI の場合、対応するアベイラビリティーゾーンは **reservation/AvailabilityZone**列に表示されます。リージョン範囲がある RI の場合、[**reservation/AvailabilityZone**] の列は空になります。リージョン範囲がある RI は、インスタンスサイズを示す **lineitem/NormalizationFactor** および **reservation/TotalReservedNormalizedUnits** 列の値を持っています。 **注記** 定期的なRI手数料は、SavingsPlanの定期手数料とは異なる方法で計算されます。定期的な RI 料金は月額料金ですが、SSavingsPlanRecurringFee は1時間ごとの料金です。SavingsPlanの定期手数料については、を参照してください。[Savings Plans について](cur-sp.md) ## RI 割引特典 **割引使用量**の明細項目は、一致する RI 割引特典を受け取ったインスタンスの使用状況を記述し、RIs の 1 つに一致する使用状況がある場合に請求書に追加されます。 は、一致する使用状況に基づいて RI 割引特典 AWS を計算します。たとえば、インスタンス予約に一致するインスタンスの使用などです。対応する使用料がある場合、使用料の明細項目に関連するコストは常に 0 となります。これは、RI に関連する料金がすでにそのほかの 2 つの明細項目で課金されているためです (前払い料金と定期的な月額料金)。 次の表は、RI の割引特典が適用された使用料の例を示しています。 | | | | --- |--- | | lineItem/LineItemType | DiscountedUsage | | lineItem/ProductCode | AmazonEC2 | | lineItem/UsageStartDate | 2016-01-01T00:00:00Z | | lineItem/UsageType | BoxUsage:m4.large | | lineItem/LineItemDescription | Linux/UNIX (Amazon VPC), m4.large Reserved Instance applied | | lineItem/ResourceId | i-1bd250bc | | lineItem/AvailabilityZone | us-east-1b | | lineItem/NormalizationFactor | 4 | | lineItem/NormalizedUsageAmount | 4 | | lineItem/UnblendedRate | 0 | | lineItem/UnblendedCost | 0 | | Reservation/ReservationARN | arn:aws:ec2:us-east-1:123456789012:reserved-instances/f8c204c1-dd48-43f1-adb8-f88aa61e0dea | Amazon EC2 の **[DiscountedUsage]** 列にある **[UsageAmount]** の値が実際の使用時間数です。[**NormalizedUsageAmount**] の値は、[**UsageAmount**] の値を [**NormalizationFactor**] の値で乗算した値です。[**NormalizationFactor**] の値は、インスタンスのサイズによって決まります。RI の特典である割引が対応する使用料の明細項目に適用された場合、**reservation/ReservationARN**列に表示される最初の前払い料金と定期的な月額料金の Amazon リソースネーム (ARN) の値は、割引使用料の明細項目の ARN の値と一致します。 正規化因子へのインスタンスサイズのマッピングの詳細については、「*Amazon EC2 ユーザーガイド*」の「[インスタンスサイズの変更のサポート](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ri-modification-instancemove.html)」を参照してください。 ## Reserved Instance type レポートの明細項目がスタンダードリザーブドインスタンスとコンバーティブルリザーブドインスタンスのどちらに関連付けられているかを判断するには、その**lineItem/LineItemType** 列を **料金** または **RI 料金** でフィルタリングします。次に、**product/OfferingClass**リザーブドインスタンスタイプを示す列を確認します。 レポート項目が地域別リザーブドインスタンスと地域別リザーブドインスタンスのどちらに関連しているかを判断するには、**reservation/AvailabilityZone**列を確認してください。ゾーン型リザーブドインスタンスの場合、この列には対応するアベイラビリティーゾーンが表示されます。リージョンリザーブドインスタンスの場合、この列は空です。 ## リザーブドインスタンスのメリットはインスタンスの使用に適用されます どのインスタンス使用量項目がどのリザーブドインスタンスから恩恵を受けたかを把握するには、レポートを次の 1 つまたは複数の列でフィルタリングできます。 + **reservation/reservationARN**: この列を予約 ARN でフィルタリングして、各項目にどのリザーブドインスタンスリースが関連付けられているかを識別します。 + **lineitem/ResourceId**: この列を確認して、リザーブドインスタンスの対象となるリソースの ID を確認してください。 + **lineitem/LineItemType**: この列を「**手数料**」、「**RI 手数料**」、または「**DiscountedUsage**」で絞り込むと、関連する手数料や特典を確認できます。 + **lineitem/UsageType**: この列を **HeavyUsage** でフィルタリングすると、**RI 料金**明細項目を識別できます。または、この列を **BoxUsage** でフィルタリングして、**DiscountedUsage** 明細項目を識別します。 + **lineitem/UsageAmount**: **RI 料金**の明細項目の場合、この列にはリザーブドインスタンスが適用された月の合計時間数が表示されます。**DiscountedUsage** 明細項目の場合、この列には、レポートの設定方法に応じて、日単位または月単位でリザーブドインスタンスが特定のインスタンスに適用された合計時間数が表示されます。 サイズフレキシブルなリザーブドインスタンスでインスタンスの使用量に適用される標準化された単位数を把握するには、レポートの **lineitem/NormalizedUsageAmount** 列を確認してください。この列の値は、以下の列の積と等しくなります。 + **lineitem/UsageAmount**: この列には、従量制インスタンスの使用量が時間単位で表示されます。 + **lineItem/NormalizationFactor**: **DiscountedUsage** と **RI 料金**の明細項目の場合、この列にはインスタンスに関連する正規化係数が表示されます。正規化因子の詳細については、「*Amazon EC2 ユーザーガイド*」の「[正規化因子によって決定されるインスタンスサイズの柔軟性](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/apply_ri.html#ri-normalization-factor)」を参照してください。 複数のアカウント AWS Organizations を持つ の場合、リザーブドインスタンスを購入または恩恵を受けたアカウントを確認するには、次の列を確認してください。 + **reservation/reservationARN**: 予約 ARN を確認して、どのアカウントがリザーブドインスタンスを購入したかを確認します。ARN にはアカウント ID が含まれます。 + **lineitem/UsageAccountId**: **DiscountedUsage** 明細項目の場合、この列には購入したリザーブドインスタンスから特典を受けたアカウント ID が示されます。 **注記** リザーブドインスタンスは請求サブスクリプションであり、Amazon EC2 インスタンスのようなリソースではありません。そのため、タグが付けられたリザーブドインスタンスは、タグ付けされたリソースのように明細項目を追加しません。**DiscountedUsage** の明細項目の場合、タグはリザーブドインスタンスではなくタグ付けされたリソースに設定されます。 特定のリザーブドインスタンスリースに関連する費用を特定するには、**料金** または **RI 料金**の明細項目をリース ID であるリザーブドインスタンス ARN でフィルタリングできます。リザーブドインスタンスのコストデータを整理するには、 AWS Cost Categories の使用を検討してください。詳細については、「 *AWS Billing ユーザーガイド*[」の AWS Cost Categoriesを使用したコストの管理](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/manage-cost-categories.html)」を参照してください。 # 償却された予約データを理解する 償却とは、1 回限りの予約をそのコストの影響を受ける請求期間で分散することです。償却により、キャッシュベースの会計とは異なり、加算ベースの会計としてコストを表示できます。例えば、1 年間の全前払いの RI で 365 USD を支払い、この RI を使用した合致するインスタンスがある場合、このインスタンスは償却されて 1 日に 1 USD のコストとなります。 請求とコスト管理で償却コストの計算に使用するデータは、以下のコストと使用状況レポート列に表示されます。 **Topics** + [ ## リザーブドインスタンスのインベントリ ](#ri-inventory) + [ ## 請求期間の償却データ ](#amortization-billing-period) + [ ## リザーブドインスタンスの実質的なコスト ](#ri-effective-costs) **注記** すべてのリザーブドインスタンスの明細項目にすべての **reservation/** 列が入力されるわけではありません。レポート内の**reservation/** 列は、明細項目の種類に基づいて入力されます。例えば、**RI 料金** の明細項目が **reservation/UnusedAmortizedUpfrontFeeForBillingPeriod** 列に入力されます。その間、「**DiscountedUsage**」明細項目が **reservation/effectivecost** 列に表示されます。 ## リザーブドインスタンスのインベントリ 次の列を使用して、RI のインベントリを追跡できます。これらの列の値は RI サブスクリプション明細項目 (`RI Fee` 明細項目) のみを表示し、RI を使用した実際のインスタンス分は表示しません。 列の説明とサンプル値の詳細については、「[予約の詳細](reservation-columns.md)」を参照してください。 + reservation/UpfrontValue + reservation/startTime + reservation/endTime + reservation/modificationStatus ## 請求期間の償却データ 次の列を使用すると、請求期間の RI の償却コストを理解できます。これらの列の値は RI サブスクリプション明細項目 (`RI Fee` 明細項目) のみを表示し、RI を使用した実際のインスタンス分は表示しません。 列の説明とサンプル値の詳細については、「[予約の詳細](reservation-columns.md)」を参照してください。 + reservation/amortizedUpfrontFeeForBillingPeriod + reservation/unusedQuantity + reservation/unusedNormalizedUnitQuantity + reservation/unusedRecurringFee + reservation/unusedAmortizedUpfrontFeeForBillingPeriod ## リザーブドインスタンスの実質的なコスト 次の列を使用すると、インスタンスレベルで実質的なコストを理解できます。この列の値は、インスタンス使用状況明細項目 (`Discounted Usage boxUsage` 明細項目) のみを表示します。 列の説明とサンプル値の詳細については、「[予約の詳細](reservation-columns.md)」を参照してください。 + reservation/amortizedUpfrontCostForUsage + reservation/recurringFeeForUsage + reservation/effectiveCost # Amazon EC2 のサイズフレキシブル予約の監視 リージョンに適用される Amazon EC2 リザーブドインスタンスは、アベイラビリティーゾーンの柔軟性とインスタンスサイズの柔軟性を提供します。アベイラビリティーゾーンの柔軟性を提供するリザーブドインスタンスでは、リージョン内の任意のアベイラビリティーゾーンでの使用に割引が提供されます。インスタンス サイズの柔軟性を提供するリザーブド インスタンスでは、そのファミリー内のインスタンス サイズに関係なく、使用量の割引が提供されます。サイズフレキシブルリザーブドインスタンスは、最小サイズのインスタンスに最初に適用されます。詳細については、「*Amazon EC2 ユーザーガイド*」の「[リザーブドインスタンスが適用される仕組み](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/apply_ri.html)」を参照してください。 リザーブドインスタンスによって提供されるインスタンスサイズの柔軟性が使用状況にどのように適用されるかを理解するには、 **lineItem/NormalizationFactor** 列と**lineItem/NormalizedUsageAmount** 列を参照してください。 **注記** インスタンスサイズの柔軟性は、デフォルトテナンシーが設定されている Linux/Unix リージョンリザーブドインスタンスでのみサポートされます。リージョンリザーブドインスタンスのインスタンスサイズ柔軟性の制限の詳細については、「*Amazon EC2 ユーザーガイド*」の「[リージョンリザーブドインスタンスの適用方法](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/apply_ri.html#apply-regional-ri)」を参照してください。 コストと使用状況レポートでは、リザーブドインスタンスの使用量は、リザーブドインスタンスを購入したアカウントにデフォルトで適用されます。購入したアカウントが 1 時間以内に使用できないリザーブドインスタンス特典は、利用可能な利用可能なオンデマンドインスタンスの使用量に基づいて、他の連結アカウントにも適用されます。 ## 例 特定のリージョンで `m4.xlarge` RI を 1 つ購入します。この `m4.xlarge` RI は、同じリージョン内のすべての `m4` インスタンスの使用に自動的に適用できます。次の表で、 AWS は `m4.xlarge` を 2 つの `m4.large` インスタンスに個別に適用しています。 | | | | | | --- |--- |--- |--- | | lineItem/LineItemType | RIFee | 割引使用料 | 割引使用料 | | lineItem/ProductCode | AmazonEC2 | AmazonEC2 | AmazonEC2 | | lineItem/UsageStartDate | 2016-01-01T00:00:00Z | 2016-01-01T00:00:00Z | 2016-01-01T00:00:00Z | | lineItem/UsageType | HeavyUsage:m4.xlarge | BoxUsage:m4.large | BoxUsage:m4.large | | lineItem/LineItemDescription | USD 0.0618 hourly fee per Linux/UNIX (Amazon VPC), m4.xlarge instance | Linux/UNIX (Amazon VPC), m4.large Reserved Instance applied | Linux/UNIX (Amazon VPC), m4.large Reserved Instance applied | | lineItem/ResourceId | | i-1bd250bc | i-1df340ed | | lineItem/UsageAmount | | 1 | 1 | | lineItem/NormalizationFactor | 4 | 4 | 4 | | lineItem/NormalizedUsageAmount | | 4 | 4 | | lineItem/UnblendedRate | | 0 | 0 | | lineItem/UnblendedCost | 46 | 0 | 0 | | Reservation/ ReservationARN | arn:aws:ec2:us-east-1: 123456789012:reserved-instances /f8c204c1 | arn:aws:ec2:us-east-1: 123456789012:reserved-instances /f8c204c1 | arn:aws:ec2:us-east-1: 123456789012:reserved-instances /f8c204c1 | | Reservation/TotalReservedUnits | 744 | | | | Reservation/TotalReserved NormalizedUnits | 5952 | | | この 2 つの `m4.large` 明細項目には別々の [**Resource**] があり、どちらも単一の `m4.xlarge` RI から割引特典を受けます。これは、使用量の [**reservationARN**] 値と定期的な月額料の明細項目を一致して表示されます。 RI 購入オプションの詳細については、「*Amazon EC2 ユーザーガイド*」の「[課金の仕組み](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts-reserved-instances-application.html#reserved-instances-payment-options)」を参照してください。 # オンデマンドキャパシティー予約のモニタリング キャパシティー予約を使用すると、特定のアベイラビリティーゾーンで任意の期間にわたって Amazon EC2 インスタンスのキャパシティーを予約できます。これにより、リージョンのリザーブドインスタンス (RI) で提供される請求割引とは別に、キャパシティー予約を作成および管理できます。請求割引の利点を享受するために、リージョンの RI をキャパシティー予約と組み合わせて使用できます。 ## キャパシティー予約の明細項目 AWS CUR データディクショナリで定義されている一部の列を使用して、キャパシティ予約を追跡できます。以下の列は、キャパシティー予約にも使用されます。 このセクションでは、これらの明細項目を定義し、さらにキャパシティー予約に固有の補足的な定義を示します。 コストと使用状況レポートの列の説明の詳細については、[明細項目の詳細](Lineitem-columns.md) を参照してください。 A \$1 [B](#lcr-B) \$1 C \$1 D \$1 E \$1 F \$1 G \$1 H \$1 I \$1 J \$1 K \$1 L \$1 M \$1 N \$1 O \$1 P \$1 Q \$1 [R](#lcr-R) \$1 S \$1 T \$1 [U](#lcr-U) \$1 VWXYZ ### B #### lineItem/BlendedRate **[UsageType]** が **[Reservation]** または **[DedicatedRes]** のキャパシティー予約の場合、**[BlendedRate]** は `0` です。これは、キャパシティー予約のコストが、キャパシティー予約自体ではなく、キャパシティーを提供するインスタンスに関連付けられているためです。 ### R #### lineItem/ResourceId コストと使用状況レポートの作成時に `lineItem/ResourceId` を含めると、**[ResourceId]** 列を使用してキャパシティー予約を識別して追跡できます。キャパシティー予約の **ResourceId** は、**UnusedBox**、**UnusedDed**、**Reservation**、および **DedicatedRes** の **UsageTypes** でのみキャプチャされます。 キャパシティー予約のリソース ID には常に`cr-`が含まれます。リソース ID の形式は次のとおりです。 ``` arn:aws:ec2:::/cr-0be443example1db6f ``` ### U #### lineItem/UnblendedCost `BlendedRate` に `UsageAmount` を乗じた値。 #### lineItem/UnblendedRate **[UsageType]** が **[Reservation]** または **[DedicatedRes]** のキャパシティー予約の場合、**[UnblendedRate]** は `0` です。これは、キャパシティー予約のコストが、キャパシティー予約自体ではなく、キャパシティーを提供するインスタンスに関連付けられているためです。 #### lineItem/UsageAmount 使用したキャパシティー予約の量。キャパシティー予約ごとに 1 時間に複数のスロットを使用でき、1 時間にわたり、予約を使用する複数のインスタンスを実行できます。したがって、1 時間に複数のインスタンス時間を使用できます。[**UsageAmount**] は、明細項目で対象となるインスタンススロットの数を明細項目で対象となる時間数で掛けて計算されます。 #### lineItem/UsageType 使用した特定の予約の量。Amazon EC2 の場合、オプションは以下のとおりです。 ##### lineItem/lineitemtype = BoxUsage この `UsageType` の場合、`UsageAmount` 列は、使用したインスタンスのインスタンス時間の量です。 例えば、レポートの対象時間が 1 時間で、そのキャパシティー予約の明細項目が 10 個のインスタンスをカバーできるとします。レポートの対象時間中に 2 個のインスタンススロットを使用した場合、[**BoxUsage**] の [**UsageAmount**] は、予約して使用したインスタンス時間数を示します。この場合、2 (使用したインスタンススロットの数) に 1 時間 (レポートの対象時間) を乗算して、合計 2 となります。1 日を対象とするレポートの場合、[**UsageAmount**] は、2 に 24 を乗算して合計 48 になります。 ##### DedicatedRes **[UsageType]** が **[DedicatedRes]** の場合、**[UsageAmount]** 列には、予約した専用キャパシティー予約のインスタンス時間数が表示されます。 ##### 予約する **[UsageType]** が **[Reservation]** の場合、**[UsageAmount]** 列には、予約したキャパシティー予約のインスタンス時間数が表示されます。 例えば、レポートの対象時間が 1 時間で、そのキャパシティー予約の明細項目が 10 個のインスタンスをカバーできる場合、**[Reservation]** の **[UsageAmount]** は、予約したインスタンススロットの数を示します。この場合、10 (使用可能なインスタンススロットの数) に 1 時間 (レポートの対象時間) を乗算して、合計 10 となります。1 日を対象とするレポートの場合、[**UsageAmount**] は、10 に 24 を乗算して合計 240 になります。 ##### UnusedBox **[UsageType]** が **[UnusedBox]** の場合、**[UsageAmount]** 列には、予約したが使用しなかったキャパシティー予約のインスタンス時間数が表示されます。 例えば、レポートの対象時間が 1 時間で、そのキャパシティー予約の明細項目が 10 個のインスタンスをカバーできるとします。レポートの対象時間中に 8 個のインスタンススロットを使用しなかった場合、[**UnusedBox**] の [**UsageAmount**] は、予約したが使用しなかったインスタンス時間数を示します。この場合、8 (使用していないインスタンススロットの数) に 1 時間 (レポートの対象時間) を乗算して、合計 8 となります。1 日を対象とするレポートの場合、[**UsageAmount**] は、8 に 24 を乗算して合計 192 になります。 ##### UnusedDed **[UsageType]** が **[UnusedDed]** の場合、**[UsageAmount]** 列には、予約したが使用しなかった専用キャパシティー予約のインスタンス時間数が表示されます。 # データ転送料金について CUR の AWS [lineItem/UsageType](Lineitem-columns.md#Lineitem-details-U-UsageType)列を使用して AWS データ転送料金を特定できます。 **注記** データ転送料金は、 AWS 使用するサービスと転送元の地域によって異なる場合があります。詳細な料金情報については、サービスの料金表ページを参照してください。例えば、[Amazon EC2 データ転送の詳細な料金情報については、Amazon EC2 オンデマンド料金](https://aws.amazon.com/ec2/pricing/on-demand/)を参照してください。 ## AWS リージョン内のデータ転送 同じ AWS リージョン内のアベイラビリティーゾーン間のデータ転送の **UsageType** は です`Region-DataTransfer-Regional-Bytes`。例えば、`USE2-DataTransfer-Regional-Bytes`使用タイプによって、米国東部 (オハイオ) リージョンのアベイラビリティーゾーン間のデータ転送の料金が決まります。 特定のリソースについては、 AWS リージョン内のデータ転送におけるインバウンドトラフィックとアウトバウンドトラフィックの両方に対して課金されます。つまり、従量制リソースごとに、データ転送ごとに 2 `DataTransfer-Regional-Bytes` つの明細項目が表示されます。一部のサービスではリージョン内のトラフィックが無料で発生するため、詳細についてはサービスの料金ページを確認してください。 ## AWS リージョン間のデータ転送 異なる AWS リージョン間のデータ転送には、次の使用タイプを使用できます。 + `Source Region-Destination Region-AWS-In-Bytes`: 転送先リージョンへの別の特定の AWS リージョンからの受信データ転送を測定します。 + `Source Region-Destination Region-AWS-Out-Bytes`: ソースリージョンから別の特定の AWS リージョンへの送信データ転送を測定します。 + `Source Region-AWS-In-Bytes`: この使用タイプは、VPC ピアリングを使用してトラフィックが流れる場合に表示されます。 + `Source Region-AWS-Out-Bytes`: この使用タイプは、VPC ピアリングを使用してトラフィックが流れる場合に表示されます。 リソースごとに、 AWS リージョン間のデータ転送はレポート内の 2 つの明細項目に対応します。 + 転送先のリージョンに転送されるデータの 1 つの明細項目 + ソースリージョンから転送されるデータの明細項目。 転送先のリージョンに転送されたデータには料金はかかりません。データ転送料金は、転送元リージョンから転送されるデータによって決まります。 例えば、`USE2`リージョンから`APS3`リージョンへのデータ転送には、`APS3-USE2-AWS-In-Bytes`明細項目と`USE2-APS3-AWS-Out-Bytes`明細項目の両方が含まれます。`APS3-USE2-AWS-In-Bytes`この明細項目には対応する料金はありません。`USE2-APS3-AWS-Out-Bytes`データ転送料金は明細項目に関連付けられています。 ## インターネットへのデータ転送。 からインターネット AWS へのデータ転送の **UsageType** は です`Region-DataTransfer-Out-Bytes`。例えば、`USE2-DataTransfer-Out-Bytes`使用タイプによって、`USE2`リージョンからインターネットへのデータ転送の料金が決まります。 インターネットからへのデータ転送には料金はかかりません AWS。 **注記** リージョンプレフィックスが付いていないデータ転送使用タイプ (`DataTransfer-Regional-Bytes`やなど) は`DataTransfer-Out-Bytes`、米国東部 (バージニア北部) リージョンからのデータ転送を表します。 ## Direct Connect トラフィック Direct Connect パブリック仮想インターフェイスを介したデータ転送には、 `DataXfer-In`または で終わる使用タイプがあります`DataXfer-Out`。 Direct Connect プライベートまたはトランジット仮想インターフェイスを介したデータ転送には、 `DataXfer-In:dc.3` または で終わる使用タイプがあります`DataXfer-Out:dc.3`。 ## S3 Transfer Acceleration S3 転送アクセラレーションを使用した Amazon S3 データ転送には、`ABytes`次のような使用タイプがあります。 + Amazon S3 と Amazon EC2 の間: `C3DataTransfer-In-ABytes` または `C3DataTransfer-Out-ABytes` で終わる使用タイプ + Amazon S3 とインターネット間: `DataTransfer-In-ABytes`または `DataTransfer-Out-ABytes` で終わる使用タイプ + Amazon S3 とCloudFront の間: `CloudFront-In-ABytes` または `CloudFront-Out-ABytes` で終わる使用タイプ + 異なる AWS リージョンの Amazon S3 バケット間: の使用タイプ `Source Region-Destination Region-AWS-Out-ABytes` ## CloudFront トラフィック CloudFront データ転送の使用タイプは、`Region-DataTransfer-Out-Bytes``Region-DataTransfer-Out-OBytes`または製品コードと組み合わせたものです。`AmazonCloudFront`使用タイプのリージョンプレフィックスは、データ転送に使用される CloudFront Edge ロケーションを指します。例えば、`AP-DataTransfer-Out-Bytes` 使用タイプによって、AP リージョンからインターネットへのデータ転送の料金が決まります。 **ヒント** [lineItem/ProductCode](Lineitem-columns.md#Lineitem-details-P-ProductCode)この列を使用して、CloudFront のデータ転送とインターネットへのデータ転送を区別します。これらのデータ転送タイプの使用タイプは似ています。 # 分割コスト配分データを理解する コストと使用状況レポート (AWS CUR) を使用して、Amazon ECS と Amazon EKS コンテナのコストを追跡できます。分割コスト配分データを使用すると、コンテナワークロードが共有のコンピューティングリソースとメモリリソースをどのように消費しているかに基づいて、コンテナコストを個々のビジネスユニットやチームに割り当てることができます。分割コスト配分データは、新しいコンテナレベルのリソース (ECS タスクと Kubernetes ポッド) のコストと使用状況データを AWS CUR に導入します。以前は、 AWS CUR は EC2 インスタンスレベルでのみコストをサポートしていました。分割コスト配分データでは、各コンテナの EC2 インスタンスのリソース消費量を調べてコンテナレベルのコストを生成し、インスタンスの償却コストと、インスタンス上で実行されたコンテナが消費する CPU およびメモリリソースの割合に基づいてコストを生成します。 Amazon EKS で使用される高速コンピューティングインスタンスの場合、分割コスト配分データには、CPU とメモリに加えて、特殊なプロセッサへのリソース割り当てが含まれます。これには、NVIDIA および AMD GPUs、 AWS Trainium、および AWS Inferentia アクセラレーターが含まれます。この機能は Amazon EKS 環境でのみ使用でき、これらの高速コンピューティングリソースのポッドレベルのリソース予約データを提供します。これにより、AI/ML アプリケーションやその他の計算負荷の高いタスクなど、これらの特殊なプロセッサを使用するワークロードのコストを追跡して割り当てることができます。高速コンピューティングインスタンスの最新のリストについては、「[高速コンピューティング](https://aws.amazon.com/ec2/instance-types/#Accelerated_Computing)」を参照してください。 分割コスト配分データでは、CUR 内のコンテナ化されたリソース ID (ECS タスクと Kubernetes ポッド) AWS ごとに新しい使用状況レコードと新しいコストメトリクス列が導入されます。詳細については、「[明細の分割の詳細](https://docs.aws.amazon.com/cur/latest/userguide/split-line-item-columns.html)」を参照してください。 分割コスト配分データを CUR AWS に含めると、CPU とメモリのコストを反映するために、ECS タスクと Kubernetes ポッドごとに 1 時間あたり 2 つの新しい使用状況レコードが追加されます。1 日あたりの CUR AWS の新しい明細項目の数を見積もるには、次の式を使用します。 ECS の場合: `(number of tasks * average task lifetime * 2) * 24` EKS の場合: `(number of pods * average pod lifetime * 2) * 24` 例えば、10 個の EC2 インスタンスからなるクラスターで 1 時間に 1,000 件のポッドが実行されており、そのポッドの有効期間が 1 時間未満の場合、 `(1000 * 1 * 2) * 24 = 48,000 new usage records in AWS CUR` 高速コンピューティングインスタンスを使用する場合、他の測定オプションが有効になっていても、デフォルトのリソースリクエストでアクセラレーター、CPU、メモリのコストが計算されます。1 日あたりの CUR AWS の新しい明細項目の数を見積もるには、次の式を使用します。 高速コンピューティングを使用する EKS の場合: `(number of pods * average pod lifetime * 3) * 24` 例えば、10 個の EC2 インスタンスからなるクラスターで 1 時間に 1,000 件のポッドが実行されており、各ポッドの有効期間が 1 時間未満の場合: `(1000 * 1 * 3) * 24 = 72,000 new usage records in AWS CUR` **注記** ECS の場合: AWS コスト配分タグについては、コストと使用状況レポートに Amazon ECS 管理タグまたはユーザー追加タグを使用できます。これらのタグは、すべての新しい ECS 分割コスト配分データ使用レコードに適用されます。詳細については、[[課金用の ECS リソースのタグ付け](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-using-tags.html#tag-resources-for-billing)]を参照してください。 EKS の場合: 分割コスト配分データは、一部の Kubernetes 属性に新しいコスト配分タグを作成します。これらのタグには、`aws:eks:cluster-name`、`aws:eks:deployment`、`aws:eks:namespace`、`aws:eks:node`、`aws:eks:workload-name`、`aws:eks:workload-type` が含まれます。 `aws:eks:cluster-name`、`aws:eks:namespace`、`aws:eks:node` には、クラスター、名前空間、ノードの名前が遡及的に入力されます。 `aws:eks:workload-type` は、ポッドを管理するワークロードが 1 つだけあり、組み込みワークロードの 1 つである場合にのみ入力されます。ワークロードタイプには `ReplicaSet`、`StatefulSet`、`Job`、`DaemonSet`、`ReplicationController` のいずれかが含まれ、`aws:eks:workload-name` にはワークロードの名前が含まれます。詳細については、「*Kubernetes ドキュメント*」の「[ワークロード](https://kubernetes.io/docs/concepts/workloads/)」を参照してください。 `aws:eks:deployment` はワークロードタイプ `ReplicaSet` にのみ入力されます。`ReplicaSet` を作成するのはデプロイです。 これらのタグは、すべての新しい EKS 分割コスト配分データ使用レコードに適用されます。これらのタグは、デフォルトでコスト配分が有効になっています。`aws:eks:cluster-name` タグを以前に使用および無効にした場合、分割コスト配分データはこの設定を保持し、タグを有効にしません。これは、[[コスト配分タグ]](https://console.aws.amazon.com/billing/home#/tags) コンソールページから有効にできます。 # 分割コスト配分データを有効にする **注記** 分割コスト配分データは Cost Explorer では使用できません。従来のコストと使用状況レポート (CUR)、およびデータエクスポートを備えたコストと使用状況レポート 2.0 (CUR 2.0) で使用できます。 コスト管理の設定でコスト配分データを分割するよう選択することが前提条件です。 **コスト配分データの分割をオプトインするには** 1. [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/) で Billing and Cost Management コンソールを開きます 1. ナビゲーションペインで [**コスト管理の設定**] を選択します。 1. **[全般]** の **[コスト配分データの分割]** セクションで、次のいずれかを選択します。 + Amazon ECS にのみオプトインする場合は **[Amazon Elastic Container Service (Amazon ECS)]**。 + Amazon EKS にのみオプトインする場合は **[Amazon Elastic Kubernetes Service (Amazon EKS)]**。Amazon EKS の場合は、次のいずれかを選択します。 + **リソースリクエスト**: Amazon EC2 は Kubernetes ポッド CPU とメモリリソースによってのみ割り当てられます。これにより、アプリケーションチームは必要なもののみをプロビジョニングできます。 + **Amazon Managed Service for Prometheus**: Kubernetes ポッドの CPU とメモリのリソース要求と実際の使用率のいずれか高い方に基づいて Amazon EC2 のコストが割り当てられます。これにより、各アプリケーションチームが使用した分だけ支払うことになります。Amazon Managed Service for Prometheus のセットアップの詳細については、「*Amazon Managed Service for Prometheus ユーザーガイド*」の「[Setting up](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-setting-up.html)」を参照してください。 前提条件: ですべての機能を有効にする必要があります AWS Organizations。詳細については、「*Organizations ユーザーガイド*」の「[組織内のすべての機能の有効化](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_org_support-all-features.html)」を参照してください。 + **Amazon CloudWatch Container Insights**: これにより、共有 EC2 インスタンスを使用して複数のアプリケーションコンテナを実行しているクラスターのコストをより詳細に可視化できるため、EKS クラスターの共有コストのコスト配分が向上します。 **注記** 通常のアカウントと支払者アカウントのみが AWS Cost Management 設定にアクセスでき、コスト配分データの分割をオプトインできます。オプトインすると、メンバーアカウントはコストと使用状況レポートのデータを表示できます。 リソースリクエストを選択すると、メモリと CPU リクエストで設定されたポッドのみが分割コスト配分データに使用されます。使用をリクエストしていないポッドには、分割コストデータが表示されません。 Amazon Managed Service for Prometheus を選択した場合は、 AWS Organizations のすべての機能を有効にする必要があります。詳細については、「[組織内のすべての機能の有効化](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_org_support-all-features.html)」を参照してください。さらに、分割コスト配分データでは、サービスにリンクされたロールで使用する新しいポリシーが作成されます。これで、分割コスト配分データによって使用または管理される AWS サービスやリソースにアクセスできるようになります。 高速コンピューティングインスタンスでは、[リソースリクエスト] オプションのみがサポートされています。これらのインスタンスでは、Amazon Managed Service for Prometheus も Amazon CloudWatch Container Insights もサポートされていません。高速コンピューティングインスタンスを使用する場合、他の測定オプションが有効になっている場合でも、システムはデフォルトでリソースリクエストになり、アクセラレーター、CPU、メモリのコストを計算します。 オプトインすると、レポート作成のステップ 1 でコンテナレベルのリソースのコストと使用状況データをレポートに含めるか、後でレポートの詳細を編集してレポートに含めるかを選択できます。 **コストと使用状況のデータをレポートに含めるには** 1. [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/) で請求およびコスト管理コンソールを開きます 1. ナビゲーションペインの **[レガシーページ]** で **[コストと使用状況レポート]** を選択します。 1. 新しいレポートを作成するか、既存のレポートを編集するかにかかわらず、[**レポートの詳細を指定**] ページの [**レポートコンテンツ**] で [**コスト配分データの分割**] を選択します。 **注記** CUR API または AWS Command Line Interface (CLI) AWS を使用して、分割コスト配分データの設定を管理することもできます。 分割コスト配分データにより、一括決済ファミリー全体 (支払いアカウントと連結アカウント) のすべての Amazon ECS と Amazon EKS のコンテナオブジェクトのコストを可視化できます。分割コスト配分データを有効にすると、タスクとコンテナが自動的にスキャンされます。コンテナワークロードのテレメトリ使用状況データを取り込み、当月の詳細なコストデータを準備します。 **注記** CUR にデータが表示されるまでに最大 24 AWS 時間かかる場合があります。 Billing and Cost Management 管理コンソールページへのアクセス権の管理の詳細については、「[アクセス権限の管理の概要](https://docs.aws.amazon.com/cost-management/latest/userguide/control-access-billing.html)」を参照してください。 Cost Explorer AWS Cost Management の設定とアクセスの制御については、[Cost Explorer へのアクセスの制御](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-access.html)」を参照してください。 Cost Explorer # 分割コスト配分データの例 次の例の目的は、個々の Amazon ECS サービス、Amazon ECS クラスター内のタスク、Amazon EKS クラスター内の Kubernetes 名前空間とポッドのコストを計算することによって、分割コスト割り当てデータがどのように計算されるかを示すことです。例全体で使用されている料金は、説明のみを目的としています。 **注記** この例では、Amazon EKS クラスターで実行されている Kubernetes 名前空間とポッドを示しています。その後、Amazon ECS クラスターで実行されている Amazon ECS サービスとタスクに同じコストモデルを適用できます。 1 時間あたりの使用量は以下のとおりです。 + 2 つの名前空間と 4 つのポッドで構成される単一インスタンス (m5.xlarge) 共有クラスターで、1 時間稼働します。 + インスタンス構成は 4 vCPU と 16 GB です。 + インスタンスの償却コストは 1 時間あたり 1 USD です。 分割コスト配分データでは、CPU とメモリの相対的な単位重量を 9:1 の比率で計算しています。これは、の vCPU 1 時間あたりの料金と 1 時間あたり GB あたりの料金から算出されます。[AWS Fargate](https://aws.amazon.com/fargate/pricing/) ## ステップ 1: CPU とメモリの単価を計算する `Unit-cost-per-resource = Hourly-instance-cost/((Memory-weight * Memory-available) + (CPU-weight * CPU-available))` = 1ドル/ ((1 \$1 16GB) \$1 (9 \$1 4vCPU)) = 0.02 ドル `Cost-per-vCPU-hour = CPU-weight * Unit-cost-per-resource` = 9 \$1 0.02 ドル = 0.17 ドル `Cost-per-GB-hour = Memory-weight * Unit-cost-per-resource` = 1 \$1 0.02 ドル = 0.02 ドル **** | Instance | Instance type | vCPU-available | Memory-available | Amortized-cost-per-hour | Cost-per-vCPU-hour | Cost-per-GB-hour | | --- | --- | --- | --- | --- | --- | --- | | Instance1 | m5.xlarge | 4 | 16 | 1 USD | 0.17 USD | 0.02 USD | ## ステップ 2: 割り当てられた容量とインスタンスの未使用容量を計算する + 割り当て済み容量:親 EC2 インスタンスから Kubernetes ポッドに割り当てられたメモリと vCPU。使用済み容量とリザーブドキャパシティの最大値として定義されます。 **注記** メモリまたは vCPU の使用状況データがない場合は、代わりに予約データが使用されます。詳細については、「[Amazon ECS 使用状況レポート](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/usage-reports.html)」または「[Amazon EKS コストモニタリング](https://docs.aws.amazon.com/eks/latest/userguide/cost-monitoring.html)」を参照してください。 + インスタンスの未使用容量: vCPU とメモリの未使用容量。 `Pod1-Allocated-vCPU = Max (1 vCPU, 0.1 vCPU)` = 1 vCPU `Pod1-Allocated-memory = Max (4 GB, 3 GB)` = 4 GB `Instance-Unused-vCPU = Max (CPU-available - SUM(Allocated-vCPU), 0)`= 最大値 (4 — 4.9、0) = 0 `Instance-Unused-memory = Max (Memory-available - SUM(Allocated-memory), 0)`= 最大 (16 — 14、0) = 2 GB この例では、インスタンスの CPU がサブスクリプションを超えています。これは、予約されたものよりも多くの vCPU を使用した Pod2 に起因します。 **** | Pod name | Namespace | Reserved-vCPU | Used-vCPU | Allocated-vCPU | Reserved-memory | Used-memory | Allocated-memory | | --- | --- | --- | --- | --- | --- | --- | --- | | Pod1 | Namespace1 | 1 | 0.1 | 1 | 4 | 3 | 4 | | Pod2 | Namespace2 | 1 | 1.9 | 1.9 | 4 | 6 | 6 | | Pod3 | Namespace1 | 1 | 0.5 | 1 | 2 | 2 | 2 | | Pod4 | Namespace2 | 1 | 0.5 | 1 | 2 | 2 | 2 | | Unused | Unused | | | 0 | | | 2 | | | | | | 4.9 | | | 16 | ## ステップ 3: 分割使用率を計算する + 分割使用率: EC2 インスタンスで使用可能な CPU またはメモリ全体に対する Kubernetes ポッドが使用している CPU またはメモリの割合。 + 未使用率: EC2 インスタンスで使用されている CPU またはメモリ全体の (つまり、インスタンスの未使用の CPU またはメモリは考慮されていない) に対する Kubernetes ポッドが使用している CPU またはメモリの割合。 `Pod1-vCPU-split-usage-ratio = Allocated-vCPU / Total-vCPU` = 1 vCPU/4.9vCPU = 0.204 `Pod1-Memory-split-usage-ratio = Allocated-GB / Total-GB` = 4 ギガバイト/ 16ギガバイト = 0.250 `Pod1-vCPU-unused-ratio = Pod1-vCPU-split-usage-ratio / (Total-CPU-split-usage-ratio – Instance-unused-CPU)` (インスタンス未使用 CPU が 0 の場合は 0 に設定) = 0 (インスタンス未使用 CPU は 0 なので) `Pod1-Memory-unused-ratio = Pod1-Memory-split-usage-ratio / (Total-Memory-split-usage-ratio – Instance-unused-memory)` (インスタンス未使用メモリが 0 の場合は 0 に設定) = 0.250/(1-0.125) = 0.286 **** | Pod name | Namespace | vCPU-split-usage-ratio | vCPU-unused-ratio | Memory-split-usage-ratio | Memory-unused-ratio | | --- | --- | --- | --- | --- | --- | | Pod1 | Namespace1 | 0.204 | 0 | 0.250 | 0.286 | | Pod2 | Namespace2 | 0.388 | 0 | 0.375 | 0.429 | | Pod3 | Namespace1 | 0.204 | 0 | 0.125 | 0.143 | | Pod4 | Namespace2 | 0.204 | 0 | 0.125 | 0.143 | | Unused | Unused | 0 | | 0.125 | | | | | 1 | | 1 | | ## ステップ 4: 分割コストと未使用コストの計算 + 分割コスト: Kubernetes ポッドによって割り当てられた CPU とメモリの使用量に基づく EC2 インスタンスコストの従量課金制コスト配分。 + 未使用インスタンスコスト: インスタンス上の未使用の CPU またはメモリリソースのコスト。 `Pod1-Split-cost = (Pod1-vCPU-split-usage-ratio * vCPU-available * Cost-per-vCPU-hour) + (Pod1-Memory-split-usage-ratio * Memory-available * Cost-per-GB-hour)` = (0.204 \$1 4 vCPU \$1 0.17 ドル) \$1 (0.25 \$1 16GB \$1 0.02 ドル) = 0.22 ドル `Pod1-Unused-cost = (Pod1-vCPU-unused-ratio * Instance-vCPU-unused-ratio * vCPU-available * Cost-per-VCPU-hour) + (Pod1-Memory-unused-ratio * Instance-Memory-unused ratio * Memory-available * Cost-per-GB-hour)` = (0 \$1 0 \$1 4 \$1 0.17 ドル) \$1 (0.286 \$1 0.125 \$1 16 \$1 0.02 ドル) = 0.01 ドル `Pod1-Total-split-cost = Pod1-Split-cost + Pod1-Unused-cost` = 0.23 ドル **** | Pod name | Namespace | Split-cost | Unused-cost | Total-split-cost | | --- | --- | --- | --- | --- | | Pod1 | Namespace1 | 0.22 USD | 0.01 USD | 0.23 USD | | Pod2 | Namespace2 | 0.38 USD | 0.02 USD | 0.40 USD | | Pod3 | Namespace1 | 0.18 USD | 0.01 USD | 0.19 USD | | Pod4 | Namespace2 | 0.18 USD | 0.01 USD | 0.19 USD | | Unused | Unused | 0.04 USD | | | | | | 1 USD | 0.04 USD | 1 USD | サービスのコストは、各名前空間に関連するポッドのコストの合計です。 Namespace1 の合計コスト = \$10.23 \$1 \$10.19 = \$10.42 Namespace2 の合計コスト = \$10.40 \$1 \$10.19 = \$10.59 ## サンプル AWS CUR 請求期間中の EC2 インスタンスの使用量全体をカバーするSavings Plans をご利用の場合、償却コストは savingsPlan/SavingsPlanEffectiveCost を使用して計算されます。 ![\[Table showing EC2 instance usage details with Savings Plans and cost breakdown.\]](http://docs.aws.amazon.com/ja_jp/cur/latest/userguide/images/savings-plan-entire-usage.png) 請求期間内の EC2 インスタンスの一部使用分をカバーするSavings Plans があり、残りの EC2 インスタンスの使用量がオンデマンド料金で請求される場合、EC2 インスタンスの償却費用は savingsPlan/SavingsPlanEffectiveCost (SavingsPlanCoveredUsage の場合) \$1 lineItem/UnblendedCost (オンデマンド使用の場合) を使用して計算されます。 ![\[Table showing EC2 instance usage details, costs, and savings plan information.\]](http://docs.aws.amazon.com/ja_jp/cur/latest/userguide/images/savings-plan-partial-usage.png) # 高速インスタンスの分割コスト配分データの例 次の例の目的は、Amazon EKS クラスター内の Kubernetes 名前空間とポッドのコストを計算することによって、分割コスト割り当てデータがどのように計算されるかを示すことです。例全体で使用されている料金は、説明のみを目的としています。 1 時間あたりの使用量は以下のとおりです。 + 2 つの名前空間で 4 つのポッドを実行している単一の EC2 インスタンス。各名前空間のコストを把握できます。 + EC2 インスタンスは p3.16xlarge で、8 GPU、64 vCPU、488 GB の RAM を備えています。 + インスタンスの償却コストは 1 時間あたり 10 USD です。 分割コスト配分データは、GPU:(CPU: メモリ) の相対比率 9:1 に基づいてリソースあたりのコストを正規化します。これは、GPU の単位のコストが CPU とメモリの単位の 9 倍であることを意味します。CPU とメモリには 9:1 の重みが割り当てられます。非高速 EC2 インスタンスの場合、CPU:メモリの重みがデフォルトで 9:1 である、現在のデフォルトの動作が採用されます。 ## ステップ 1: 単価を計算する EC2 インスタンスの CPU リソースとメモリリソースに基づき、上記の比率を使用して、分割コスト配分データでは、最初に GPU あたりの単価、1 時間あたりの vCPU、1 時間あたりの GB を計算します。 `GPU-Weight =9` `GPU+Memory-Weight =1` `CPU-Weight=1*.9=.9` `Memory-Weight=1*0.1=0.1` `Hourly-Instance-Cost=$10` `GPU-Available=8` `Memory-Available=488` `CPU-Available=64` `UnitCostPerResource = Hourly-Instance-Cost/(( GPU-Weight * GPU-Available) + (Memory-Weight * Memory-Available) + (CPU-Weight * CPU-Available)) = $10/((9*8gpu)+ (0.1 * 488GB) + (.9 * 64vcpu)) = $0.056` `Cost-per-GPU-Hour = GPU-Weight * UnitCostPerResource = 9 * $0.056 = $0.504` `Cost-per-vcpu-Hour = CPU-Weight * UnitCostPerResource = .9 * $0.056 = $0.05` `Cost-per-GB-Hour = Memory-Weight * UnitCostPerResource = .1 * $0.056 = $0.00506` **表 1: 単価の計算** | インスタンス | インスタンスタイプ | 利用可能な vCPU | 利用可能な GPU | \$1\$1 | 利用可能なメモリ | 1 時間あたりの償却コスト | vCPU 1 時間あたりのコスト | GPU 1 時間あたりのコスト | GB 1 時間あたりのコスト | | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | | インスタンス 1 | p3.16xlarge | 64 | 8 | | 488 | 10 USD | 0.05 USD | 0.50 USD | 0.005 | ## ステップ 2: 割り当てられた容量と未使用の容量を計算する 割り当てられた容量 親 EC2 インスタンスから Kubernetes ポッドに割り当てられたGPU、vCPU、メモリ。予約済みまたは使用済みの最大の容量として定義されます。 インスタンスの未使用の容量 GPU、vCPU、メモリの未使用の容量 `Pod1-Allocated-GPU = Max (1 GPU, 1 GPU) = 1 GPU` `Pod1-Allocated-vcpu = Max (16 vcpu, 4 vcpu) = 16 vcpu` `Pod1-Allocated-Memory = Max (100 GB, 60 GB) = 100 GB` `Instance-Unused-GPU = Max (GPU-Available - SUM(Allocated-vcpu), 0)` `= Max (8 – 8, 0) = 0` `Instance-Unused-vcpu = Max (CPU-Available - SUM(Allocated-vcpu), 0)` `= Max (16 – 18, 0) = 0` `Instance-Unused-Memory = Max (Memory-Available - SUM(Allocated-Memory), 0)` `= Max (488 – 440, 0) = 48 GB` この例では、インスタンスの CPU がサブスクリプションを超えています。これは、予約されたものよりも多くの GPU と vCPU を使用した Pod 2 に起因します。 **表 2: 割り当て済みキャパシティと未使用のキャパシティの計算** | ポッド名 | 名前空間 | 予約済み vCPU | 使用済み vCPU | 割り当て済み vCPU | 予約済み GPU | 使用済み GPU | 割り当て済み GPU | 予約されているメモリ | 使用済みメモリ | 割り当て済みメモリ | | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | | Pod 1 | 名前空間 1 | 16 | 4 | 16 | 1 | 1 | 1 | 100 | 60 | 100 | | Pod 2 | 名前空間 2 | 16 | 18 | 18 | 2 | 3 | 3 | 100 | 140 | 140 | | Pod 3 | 名前空間 1 | 16 | 4 | 16 | 2 | 1 | 2 | 100 | 60 | 100 | | ポッド 4 | 名前空間 2 | 16 | 4 | 16 | 2 | 2 | 2 | 100 | 40 | 100 | | 未使用 | 未使用 | 0 | 34 | 0 | 1 | 1 | 0 | 88 | 188 | 48 | | \$1\$1\$1 | | 64 | 32 | 66 | 8 | 8 | 8 | 488 | 488 | 488 | ## ステップ 3: 分割使用率と使用率を計算する 分割使用率 EC2 インスタンスで使用可能な CPU またはメモリ全体と比較した、Kubernetes ポッドが使用している CPU またはメモリの割合。 未使用率 EC2 インスタンスで使用されている CPU またはメモリ全体の (つまり、インスタンスの未使用の CPU またはメモリは考慮されていません) に対する Kubernetes ポッドが使用している CPU またはメモリの割合。 EC2 インスタンスで使用可能な CPU またはメモリ全体と比較した、Kubernetes ポッドが使用している CPU またはメモリの割合。 `Pod1-GPU-Utilization-Ratio = Allocated-GPU / Total-GPU` `= 1 gpu / 8 gpu = 0.125` `Pod1-vcpu-Utilization-Ratio = Allocated-vcpu / Total-vcpu` `= 16 vcpu / 66 vcpu = 0.24` `Pod1-Memory-Utilization-Ratio = Allocated-GB / Total-GB` `= 100 GB/ 488GB = 0.205` `Pod1-GPU-Split-Ratio = Pod1-GPU-Utilization-Ratio / (Total-GPU-Utilization-Ratio – Instance-Unused-GPU). Set to 0 if Instance-Unused-GPU = 0` `= 0 since Instance-Unused-GPU is 0` `Pod1-vcpu-Split-Ratio = Pod1-CPU-Utilization-Ratio / (Total-CPU-Utilization-Ratio – Instance-Unused-CPU). Set to 0 if Instance-Unused-CPU = 0` `= 0 since Instance-Unused-CPU is 0` `Pod1-Memory-Split-Ratio = Pod-Memory-Utilization-Ratio / (Total-Utilization-Ratio – Instance-Unused-Memory). Set to 0 if Instance-Unused-Memory = 0` `= 0.204/ (1-0.102) = 0.227` **表 3: 使用率の計算** | ポッド名 | 名前空間 | vCPU 使用率 | vCPU 分割率 | vCPU 使用率 | vCPU 分割率 | メモリ使用率 | メモリ分割率 | | --- | --- | --- | --- | --- | --- | --- | --- | | Pod 1 | 名前空間 1 | 0.242 | 0 | 0.125 | 0 | 0.205 | 0.227 | | Pod 2 | 名前空間 2 | 0.277 | 0 | 0.375 | 0 | 0.287 | 0.318 | | Pod 3 | 名前空間 1 | 0.242 | 0 | 0.25 | 0 | 0.205 | 0.227 | | ポッド 4 | 名前空間 2 | 0.242 | 0 | 0.25 | 0 | 0.205 | 0.227 | | 未使用 | 未使用 | 0 | | | | 0.098 | | | | | 1 | 0 | 1 | 0 | 1 | 1 | ## ステップ 4: 分割コストと未使用コストの計算 分割コスト Kubernetes ポッドによって割り当てられた CPU とメモリの使用量に基づく EC2 インスタンスコストの従量課金制コスト配分。 未使用インスタンスのコスト インスタンス上の未使用の CPU リソースまたはメモリリソースのコスト。 `Pod1-Split-Cost = (Pod1-GPU-Utilization-Ratio * GPU-Available * Cost per GPU-Hour) + (Pod1-vcpu-Utilization-Ratio * vcpu-Available * Cost per vcpu-Hour) + (Pod1-Memory-Utilization-Ratio * Memory-Available * Cost per GB-Hour)` `= (.125*8gpu*$0.504) + (0.242 * 64 vcpu * $0.05) + (0.204 * 488GB * $0.00506) = 0.504+ 0.774 + 0.503 = $1.85` `Pod1-Unused-Cost = (GPU-Split-Ratio * Unused-Cost) + (vcpu-Split-Ratio * Unused-Cost) + (Memory-Split-Ratio * Unused-Cost)` `= (0*0*8*$0.504) + (0 * $0.05) + (0.227 *.102*488GB*$.00506) = $0.06` `Pod1-Total-Split-Cost = Pod1-Split-Cost + Pod1-Unused-Cost = $1.85 + $0.06 = $1.91` [注意: 未使用コスト = 未使用使用率 \$1 合計リソース数 \$1 リソースの時間単位のコスト] **表 4 - クラスター内で実行されているすべてのポッドについて 1 時間ごとに計算された分割コストと未使用コストの概要** | ポッド名 | 名前空間 | 分割コスト | 未使用コスト | 合計コスト | | --- | --- | --- | --- | --- | | Pod 1 | 名前空間 1 | 1.85 USD | 0.06 USD | 1.91 USD | | Pod 2 | 名前空間 2 | 3.18 USD | 0.09 USD | 3.26 USD | | Pod 3 | 名前空間 1 | 2.35 USD | 0.06 USD | 2.41 USD | | ポッド 4 | 名前空間 2 | 2.35 USD | 0.06 USD | 2.41 USD | | Total | | | | 10 USD | # EKS でのコスト配分に Kubernetes ラベルを使用する 分割コスト配分データは、Amazon EKS クラスターのコスト配分タグとして Kubernetes ラベルをサポートします。これらのラベルはユーザー定義のコスト配分タグとして自動的にインポートされますが、管理アカウントレベルでのアクティブ化が必要です。アクティブ化したら、これらのラベルを使用して、コストセンター、アプリケーション、ビジネスユニット、環境などのカスタム属性を利用して、コストと使用状況レポート (CUR) でポッドレベルのコストに属性を付けることができます。 この機能は、組織がチーム、プロジェクト、または部門間で共有 EKS 環境のコストを正確に追跡して割り当てるのに役立ちます。Kubernetes ラベルを使用すると、特定のビジネス要件と組織設計に基づいて Kubernetes コストを割り当てることができます。 ## 前提条件 分割コスト配分データで Kubernetes ラベルを使用するための前提条件は次のとおりです。 + Billing AWS and Cost Management コンソールで分割コスト配分データを有効にする必要があります。これは、管理アカウントレベルで有効にする必要があります。詳細については、「[分割コスト配分データを有効にする](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html)」を参照してください。 + 分割コスト配分データを追跡する EKS クラスターが必要です。新しいクラスターを作成するか、既存のクラスターを使用できます。詳細については、「*Amazon EKS ユーザーガイド*」の「[Amazon EKS クラスターを作成する](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html)」を参照してください。 + EKS クラスターのポッドにラベルを割り当てる必要があります。Kubernetes でラベルを作成する方法の詳細については、「*Kubernetes ドキュメント*」の[「ラベル (Labels) とセレクター (Selectors)](https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/)」を参照してください。 ## EKS での Kubernetes ラベルの操作 分割コスト配分データは、ポッドあたり最大 50 個の Kubernetes ラベルをサポートし、コスト配分タグとしてインポートされる前にアルファベット順にソートされます。最初の 50 個を超えるラベルは自動的に破棄されます。50 個のラベルの上限に達した後に新しいコスト配分タグを追加する必要がある場合は、まず既存のラベルを削除し、アルファベット順にソートしたときに新しいラベルが最初の 50 個以内に収まるようにする必要があります。 **注記** 一部の AWS マネージドサービスでは、EKS ポッドにラベルが自動的に追加されます。これらのラベルは、ポッドあたりの 50 個のラベルの上限にカウントされ、コスト配分タグページに表示されます。 Kubernetes ラベルにはサイズの制限はありませんが、コスト配分タグには特定の文字数制限があります。タグキーは 128 文字、タグ値は 256 文字です。これらの文字数制限を超えるラベルは破棄され、コスト配分タグとして表示されません。コスト配分を目的とする場合は、これらの文字数制限に従うラベルを作成することをお勧めします。 インポートした Kubernetes ラベルはコスト配分タグとして表示され、支払者アカウントレベルでアクティブ化する必要があります。コスト配分タグとアクティブ化の詳細については、「[ユーザー定義のコスト配分タグの使用](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/custom-tags.html)」を参照してください。適用されるコスト配分タグの上限は、リソースあたり 50 個のユーザー定義タグと、支払者アカウントごとに 500 個のユーザー定義タグです。システムによって生成されたタグは、これらの上限にはカウントされません。 **注記** ユーザー定義のタグを作成してリソースに適用した後、タグキーがコスト配分タグページに表示されるまでに最大で 24 時間かかる場合があります。タグをアクティブ化すると、タグがアクティブになるまでにさらに 24 時間かかることがあります。 ## Kubernetes ラベルとコスト配分タグの管理 EKS で Kubernetes ラベルを追加、削除、編集したり、関連するコスト配分タグを非アクティブ化したりできます。以下に、各操作で予想される動作を示します。 **新しいパネルを追加する** ポッドに新しい Kubernetes ラベルを追加できます。ラベルの上限である 50 個に達していない場合、新しいラベルをインポートし、コスト配分タグとして提供して、アクティブ化できます。ただし、上限の 50 個に達した場合、新しいラベルは最初の 50 個のラベルのアルファベット順に収まってもインポートされません。新しいラベルをインポートするには、まず既存のコスト配分タグを非アクティブ化する必要があります。 **ラベルの編集** Kubernetes では、ラベルキーを編集することはできません。ラベルキーを変更するには、そのキーを削除して新しいラベルを追加する必要があります。ただし、次の CUR に反映されるラベル値を編集することはできます。 **ラベルの削除** EKS ポッドからラベルを削除できます。ラベルを削除しても、関連するコスト配分タグは自動的に非アクティブ化されないことに注意してください。分割コスト配分データは、コスト配分タグを明示的に非アクティブ化するまで CUR に入力され続けます。 **コスト配分タグを非アクティブ化する** Kubernetes ラベルから作成されたコスト配分タグを非アクティブ化できます。非アクティブ化すると、データはそれぞれの列に入力されなくなり、列は翌月の CUR から削除されます。 ## コスト配分用の Kubernetes ラベルを管理するためのベストプラクティス Kubernetes ラベルは、共有コスト配分のモデリングに大きな柔軟性を提供します。この機能の可能性を最大化するには、以下のベストプラクティスに従ってコスト管理アプローチを最適化することをお勧めします。 ラベルの上限について ポッドあたり 50 個のラベルの上限は、アルファベット順のソートに基づいています。コスト配分用にインポートされるのは、アルファベット順に並べられた最初の 50 個のラベルのみです。重要なラベルが確実に含まれるようにするには、ラベルがアルファベット順にソートされたときに重要なラベルが最初の 50 個以内に表示されるように、ラベルの命名を慎重に計画してください。 **文字数制限に従う** AWS コスト配分タグには次の文字制限があります。 + タグキー: 128 文字 + タグ値: 256 文字 Kubernetes では長いラベルを使用できますが、これらの上限を超えるラベルはインポートされません。コスト配分の追跡を成功させるために、これらの上限内でラベルを設計します。 **容量があるときに新しいラベルを追加する** ポッドが 50 個のラベルの上限に達しているときに、新しいコスト配分ラベルを追加する必要がある場合は、次の手順に従います。 1. 既存のラベルを確認し、非アクティブ化するコスト配分タグを特定します。 1. 選択したタグを非アクティブ化します。 1. 新しいコスト配分ラベルを追加します。 1. 新しいラベルがアルファベット順にソートされた最初の 50 個のラベル内にあることを確認します。 **注記** コスト配分には、アルファベット順にソートされた最初の 50 個のラベルのみが使用されます。 # Amazon Managed Service for Prometheus で分割コスト配分データを使用する Amazon EKS のコストデータを分割するには、メモリや CPU 使用量などのメトリクスをクラスターから収集して保存する必要があります。この目的には、Amazon Managed Service for Prometheus を使用できます。 分割コスト配分データにオプトインし、Amazon Managed Service for Prometheus ワークスペースが 2 つの必須メトリクス (`container_cpu_usage_seconds_total` と `container_memory_working_set_bytes`) の受信を開始すると、分割コスト配分データはメトリクスを認識し、自動的に使用します。 **注記** 2 つの必須メトリクス (`container_cpu_usage_seconds_total` と `container_memory_working_set_bytes`) は、デフォルトの Prometheus スクレイプ設定と、 AWS マネージドコレクターで提供されるデフォルト設定にあります。ただし、これらの設定をカスタマイズする場合は、`container_cpu_usage_seconds_total` および `container_memory_working_set_bytes` メトリクスから、`name`、`namespace`、`pod` のラベルを再ラベル付けしたり、変更したり、削除したりしないでください。これらのラベルの再ラベル付け、変更、修正、または削除を行うと、メトリクスの取り込みに影響する可能性があります。 Amazon Managed Service for Prometheus を使用して、1 つのリージョンで 1 つの使用状況アカウントから EKS メトリクスを収集できます。Amazon Managed Service for Prometheus ワークスペースは、そのアカウントとリージョンにある必要があります。コストをモニタリングする使用状況アカウントとリージョンごとに、Amazon Managed Service for Prometheus インスタンスが 1 つ必要です。Amazon Managed Service for Prometheus ワークスペース内の複数のクラスターのメトリクスは、同じ使用状況アカウントとリージョンにある限り収集できます。 以下のセクションでは、EKS クラスターから Amazon Managed Service for Prometheus ワークスペースに正しいメトリクスを送信する方法について説明します。 ## 前提条件 分割コスト配分データで Amazon Managed Service for Prometheus を使用するための前提条件: + Billing AWS and Cost Management コンソールで分割コスト配分データを有効にする必要があります。詳細については、「[Enabling split cost allocation data](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html)」を参照してください。コスト配分データの分割にオプトインすると、各使用アカウントにサービスにリンクされたロールが作成され、そのアカウントの Amazon EKS クラスターメトリクスについて Amazon Managed Service for Prometheus にクエリが実行されます。詳細については、「[分割コスト配分データのサービスにリンクされたロール](https://docs.aws.amazon.com/cost-management/latest/userguide/split-cost-allocation-data-SLR.html)」を参照してください。 + 分割コスト配分データを追跡する EKS クラスターが必要です。新しいクラスターを作成するか、既存のクラスターを使用できます。詳細については、「*Amazon EKS ユーザーガイド*」の「[Amazon EKS クラスターを作成する](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html)」を参照してください。 **注記** 後の手順で使用するために、`EKS cluster ARN`、`security group IDs`、さらに少なくとも 2 つの `subnet IDs` (異なるアベイラビリティーゾーン内) が必要になります。 (任意) EKS クラスターの認証モードを `API` または `API_AND_CONFIG_MAP` に設定します。 + EKS クラスターと同じアカウントとリージョンに Amazon Managed Service for Prometheus インスタンスが必要です。まだ持っていない場合は、作成する必要があります。Amazon Managed Service for Prometheus インスタンスを作成する方法については、「*Amazon Managed Service for Prometheus ユーザーガイド*」の「[Create a workspace](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-onboard-create-workspace.html)」を参照してください。 **注記** 後の手順で使用するために `Amazon Managed Service for Prometheus workspace ARN` が必要です。 ## EKS メトリクスを Amazon Managed Service for Prometheus に転送する EKS クラスターと Amazon Managed Service for Prometheus インスタンスがあれば、メトリクスをクラスターからインスタンスに転送できます。メトリクスは 2 つの方法で送信できます。 + [オプション 1: AWS マネージドコレクターを使用します。](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data-resource-amp.html#use-managed-collector)これは、EKS クラスターから Amazon Managed Service for Prometheus にメトリクスを送信する最も簡単な方法です。ただし、最大 30 秒ごとにメトリックをスクレイピングするだけという制限があります。 + [オプション 2: 独自の Prometheus エージェントを作成します。](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data-resource-amp.html#create-prometheus-agent)この場合、スクレイピング構成をより細かく制御できますが、エージェントを作成した後に管理する必要があります。 ### オプション 1: AWS マネージドコレクターの使用 AWS マネージドコレクター (*スクレイパー*) を使用することは、EKS クラスターから Amazon Managed Service for Prometheus インスタンスにメトリクスを送信する最も簡単な方法です。次の手順では、 AWS マネージドコレクターを作成する手順を示します。詳細については、「*Amazon Managed Service for Prometheus ユーザーガイド*」の「[AWS managed collectors](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector.html)」を参照してください。 **注記** AWS マネージドコレクターの最小スクレイプ間隔は 30 秒です。有効期間の短いポッドがある場合は、スクレイパー間隔を 15 秒に設定することをお勧めします。15 秒のスクレイパー間隔を使用するには、オプション 2 を使用して[独自の Prometheus エージェントを作成](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data-resource-amp.html#create-prometheus-agent)します。 AWS マネージドコレクターを作成するには、次の 3 つのステップがあります。 1. スクレイパー設定を作成します。 1. スクレイパーを作成します。 1. EKS クラスターを、スクレイパーがメトリクスにアクセスできるように設定します。 *ステップ 1: 設定を作成する* スクレイパーを作成するには、スクレイパー設定が必要です。デフォルト設定を使用するか、独自の設定を作成できます。スクレイパー設定を取得する 3 つの方法は次のとおりです。 + CLI AWS を使用してデフォルト設定を取得するには、以下を呼び出します。 ``` aws amp get-default-scraper-configuration ``` + 独自の設定を作成します。詳細については、「*Amazon Managed Service for Prometheus ユーザーガイド*」の「[Scraper configuration](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-configuration)」を参照してください。 + 「*Amazon Managed Service for Prometheus ユーザーガイド*」の同じ「[Scraper configuration](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-configuration)」の手順で提供されているサンプル設定をコピーします。 スクレイパー設定を編集して、スクレイプ間隔を変更したり、スクレイプされたメトリクスをフィルタリングしたりできます。 スクレイピングされるメトリクスをフィルタリングして、分割コスト配分データに必要な 2 つのメトリクスを含めるには、次のスクレイパー設定を使用します。 ``` global: scrape_interval: 30s #external_labels: #clusterArn: scrape_configs: - job_name: kubernetes-nodes-cadvisor scrape_interval: 30s scrape_timeout: 10s scheme: https authorization: type: Bearer credentials_file: /var/run/secrets/kubernetes.io/serviceaccount/token kubernetes_sd_configs: - role: node relabel_configs: - regex: (.+) replacement: /api/v1/nodes/$1/proxy/metrics/cadvisor source_labels: - __meta_kubernetes_node_name target_label: __metrics_path__ - replacement: kubernetes.default.svc:443 target_label: __address__ metric_relabel_configs: - source_labels: [__name__] regex: 'container_cpu_usage_seconds_total|container_memory_working_set_bytes' action: keep ``` スクレイパー設定が完了したら、*ステップ 2* で使用するために base64 でエンコードする必要があります。設定はテキスト YAML ファイルです。ファイルをエンコードするには、[https://www.base64encode.org/](https://www.base64encode.org/) などのウェブサイトを使用します。 *ステップ 2: スクレイパーを作成する* 設定ファイルを作成したら、スクレイパーを作成する必要があります。前提条件セクションで説明されている変数に基づいて、次の AWS CLI コマンドを使用してスクレイパーを作成します。**、**、** の各フィールドに EKS クラスターの情報を使用し、** を前のステップで作成したスクレイパー設定に置き換え、** を Amazon Managed Service for Prometheus ワークスペース ARN に置き換える必要があります。 ``` aws amp create-scraper \ --source eksConfiguration="{clusterArn=,securityGroupIds=[],subnetIds=[]}" \ --scrape-configuration configurationBlob= \ --destination ampConfiguration={workspaceArn=""} ``` *ステップ 3* で使用するために返される `scraperId` を書き留めます。 *ステップ 3: EKS クラスターを、スクレイパーがメトリクスにアクセスできるように設定する* EKS クラスターの認証モードが `API` または `API_AND_CONFIG_MAP` のいずれかに設定されている場合、スクレイパーは自動的に正しいクラスター内アクセスポリシーを持ち、スクレイパーはクラスターにアクセスできます。これ以上の設定は必要なく、メトリクスは Amazon Managed Service for Prometheus に流れるはずです。 EKS クラスターの認証モードが `API` または `API_AND_CONFIG_MAP` に設定されていない場合は、スクレイパーが ClusterRole および ClusterRoleBinding を介してメトリクスにアクセスできるようにクラスターを手動で設定する必要があります。これらのアクセス許可を有効にする方法については、「*Amazon Managed Service for Prometheus ユーザーガイド*」の「[Manually configuring an EKS cluster for scraper access](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-eks-setup)」を参照してください。 スクレイパーがアクティブになったら、両方のメトリクス (`container_cpu_usage_seconds_total` と `container_memory_working_set_bytes`) が Amazon Managed Service for Prometheus ワークスペースにプッシュされていることを確認します。 ``` awscurl --service="aps" --region="" "https://aps-workspaces..amazonaws.com/workspaces//api/v1/label/__name__/values" ``` 出力: ``` { "status": "success", "data": [ "container_cpu_usage_seconds_total", "container_memory_working_set_bytes", "scrape_duration_seconds", "scrape_samples_post_metric_relabeling", "scrape_samples_scraped", "scrape_series_added", "up" ] } ``` ### オプション 2: 独自の Prometheus エージェントを作成する AWS マネージドコレクターを使用できない場合、または独自の Prometheus サーバーがすでにある場合は、独自の Prometheus インスタンスをエージェントとして使用して EKS クラスターからメトリクスをスクレイプし、Amazon Managed Service for Prometheus に送信できます。 独自の Prometheus インスタンスをエージェントとして使用する方法の詳細については、「*Amazon Managed Service for Prometheus ユーザーガイド*」の「[Using a Prometheus instance as a collector](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-ingest-with-prometheus.html)」を参照してください。 以下は、Prometheus サーバースクレイプ間隔と分割コスト配分データに必要なコンテナメトリクスを含む Prometheus スクレイプ設定の例です。ポッドの有効期間が短い場合は、デフォルトの Prometheus サーバースクレイプ間隔を 30 秒から 15 秒に短縮することをお勧めします。この場合、Prometheus サーバーのメモリ使用率が高くなる可能性があります。 ``` global: scrape_interval: 30s #external_labels: #clusterArn: scrape_configs: - job_name: kubernetes-nodes-cadvisor scrape_interval: 30s scrape_timeout: 10s scheme: https authorization: type: Bearer credentials_file: /var/run/secrets/kubernetes.io/serviceaccount/token kubernetes_sd_configs: - role: node relabel_configs: - regex: (.+) replacement: /api/v1/nodes/$1/proxy/metrics/cadvisor source_labels: - __meta_kubernetes_node_name target_label: __metrics_path__ - replacement: kubernetes.default.svc:443 target_label: __address__ metric_relabel_configs: - source_labels: [__name__] regex: 'container_cpu_usage_seconds_total|container_memory_working_set_bytes' action: keep ``` 「*Amazon Managed Service for Prometheus ユーザーガイド*」で、「[Set up ingestion from a new Prometheus server using Helm](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-onboard-ingest-metrics-new-Prometheus.html)」に従った場合は、スクレイプ設定を更新できます。 **スクレイプ設定を更新するには** 1. ガイドの `my_prometheus_values_yaml` を編集し、サンプルスクレイプ設定を `server` ブロックに含めます。 1. 「*Amazon Managed Service for Prometheus ユーザーガイド*」の `prometheus-chart-name` および `prometheus-namespace` を使用して、次のコマンドを実行します。 ``` helm upgrade prometheus-chart-name prometheus-community/prometheus -n prometheus-namespace -f my_prometheus_values_yaml ``` `scrape_interval` の詳細またはグローバル以外の scrape\$1interval の使用方法については、Prometheus の「[](https://prometheus.io/docs/prometheus/latest/configuration/configuration/#scrape_config)」を参照してください。 または、Prometheus Receiver、Prometheus Remote Write Exporter、および AWS Sigv4 Authentication Extension を持つ AWS Distro for OpenTelemetry コレクターを使用して、Amazon Managed Service for Prometheus へのリモート書き込みアクセスを実現することもできます。 **注記** Prometheus エージェントを設定すると、 AWS マネージドコレクターとは異なり、エージェントを最新の状態に保ち、メトリクスを収集するために実行する必要があります。 ## Amazon Managed Service for Prometheus のコストの見積もり AWS 料金計算ツールを使用して、分割コスト配分データに Amazon Managed Service for Prometheus を使用するコストを見積もることができます。 **見積りに Amazon Managed Service for Prometheus を設定するには** 1. [https://calculator.aws/\$1/](https://calculator.aws/#/) で AWS 料金計算ツールを開きます。 1. [**Create estimate (見積りの作成)**] を選択します。 1. **[サービスの追加]**ページで、検索フィールドに「**Amazon Managed Service for Prometheus**」と入力し、**[設定]** を選択します。 1. **[Description]** (説明) の欄に見積りの説明を入力します。 1. **[Region]** (リージョン) を選択します。 1. **[インフラストラクチャの詳細を使用してコストを計算する]** を選択します。このオプションを使用すると、現在または提案されているインフラストラクチャの設定に基づいて、取り込み、ストレージ、クエリのサンプルコストを見積もることができます。 1. **[EC2 インスタンスの数]** には、一括決済ファミリー全体 (すべてのアカウントとリージョンを含む) のすべてのクラスターの EC2 インスタンスの合計数を入力します。を使用する場合は AWS Fargate、EC2 インスタンス数のプロキシとして Fargate タスクの数を使用します。 1. 分割コスト配分データには、`container_cpu_usage_seconds_total` と `container_memory_working_set_bytes` の 2 つのメトリクスが必要です。**[EC2 インスタンスあたりの Prometheus メトリクス]** には、「2」と入力します。 1. 分割コスト配分データは、スクレイプ間隔が 15 秒であることを示しています。**[メトリクス収集間隔 (秒)]** には、「15」と入力します。別の間隔 (30 秒など) を使用した場合は、設定した間隔に変更します。 1. 分割コスト配分データは、他のパラメータに特定の要件を課さないため、ビジネス要件に従って残りの入力パラメータに適切な値を入力します。 1. **[サービスを保存して追加]** を選択します。 # Amazon CloudWatch Container Insights での分割コスト配分データの使用 Amazon EKS のコストデータを分割するには、メモリや CPU 使用量などのメトリクスをクラスターから収集して保存する必要があります。この目的に Amazon CloudWatch Container Insights を使用できます。 分割コスト配分データにオプトインし、EKS クラスターで EKS オブザーバビリティアドオンを使用して CloudWatch エージェントを設定すると、分割コスト配分データは `ContainerInsights` 名前空間で 2 つの必須メトリクス `(pod_cpu_usage_total` と `pod_memory_working_set`) の受信を開始し、自動的に使用します。EKS の完全なコンテナメトリクスセットを表示するには、「*Amazon CloudWatch ユーザーガイド*」の「[Amazon EKS および Kubernetes Container Insights のメトリクス](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Container-Insights-metrics-EKS.html)」を参照してください。 以下のセクションでは、EKS クラスターから正しいメトリクスを分割コスト配分データに送信する方法について説明します。 ## 前提条件 分割コスト配分データで Amazon CloudWatch Container Insights を使用するための前提条件は次のとおりです。 + Billing AWS and Cost Management コンソールで分割コスト配分データを有効にする必要があります。詳細については、「[分割コスト配分データを有効にする](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html)」を参照してください。 + 分割コスト配分データを追跡する EKS クラスターが必要です。新しいクラスターを作成するか、既存のクラスターを使用できます。詳細については、「*Amazon EKS ユーザーガイド*」の「[Amazon EKS クラスターを作成する](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html)」を参照してください。 ## EKS メトリクスを転送するように Amazon CloudWatch Container Insights を設定する EKS メトリクスを転送するには、CloudWatch エージェントを設定して構成する必要があります。[Amazon CloudWatch Observability EKS アドオンまたは Amazon CloudWatch Observability Helm チャート](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/install-CloudWatch-Observability-EKS-addon.html)を使用して、Amazon EKS クラスターに CloudWatch エージェントと Fluent Bit エージェントをインストールできます。CloudWatch エージェントをインストールして設定する方法については「*Amazon CloudWatch ユーザーガイド*」の「[Amazon CloudWatch Observability EKS のクイックスタート](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Container-Insights-setup-EKS-addon.html)」を参照してください。 CloudWatch エージェントと EKS アドオンに必要な最小バージョンは次のとおりです。 + CloudWatch エージェントバージョン: v1.300045.0 + CloudWatch Observability EKS アドオンバージョン: v2.0.1-eksbuild.1 ## Amazon CloudWatch のコストを見積もる 分割コスト配分データで Amazon CloudWatch Container Insights を使用する機能を有効にすると、Amazon CloudWatch Container Insights に `pod_cpu_usage_total` と `pod_memory_working_set` の 2 つの新しいメトリクスが追加されます。詳細については「*Amazon CloudWatch ユーザーガイド*」の「[Amazon EKS および Kubernetes Container Insights のメトリクス](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Container-Insights-metrics-EKS.html)」を参照してください。 **機能に関連するコストを理解するには** 1. [https://aws.amazon.com/cloudwatch/pricing/](https://aws.amazon.com/cloudwatch/pricing/) で Amazon CloudWatch 料金表を開きます。 1. 「**有料利用枠**」セクションに移動します。 1. **[Container Insights]** タブを選択します。 1. コストの詳細な計算については、「**料金の例**」セクションに移動し、「**例 13 - Amazon EKS および Kubernetes 用 Container Insights**」を参照してください。 # レガシー請求レポートについて このセクションでは、 および AWS Data Exports AWS コストと使用状況レポートの外部で提供されるレガシー請求レポートについて説明します。これらのページは参照用に用意されています。ただし、これらのレポート方法は後日使用できなくなるため、 AWS Data Exports を使用することをお勧めします。 **Topics** + [ # 請求明細レポートを使用する ](detailed-billing.md) + [ # 請求明細レポートからコストと使用状況レポートへの移行 ](detailed-billing-migrate.md) + [ # 未使用予約のコストの確認 ](unused-reservation-costs.md) + [ # 月別レポートをダウンロードする ](monthly-report.md) + [ # 毎月のコスト配分レポートをダウンロードする ](monthly-cost-allocation.md) + [ # AWS 使用状況レポートのダウンロード ](usage-report.md) # 請求明細レポートを使用する **重要** 請求明細レポート機能は、2019 年 7 月 8 日現在、新規のお客様にはご利用いただけません。 請求明細レポート (DBR) には、料金に関する AWS コストと使用状況レポート (AWS CUR) と同様の情報が含まれていますが、個々の明細項目の計算方法は異なります。DBR と CUR AWS の両方にサインアップした場合、明細項目は一致しません。ただし、レポートが月末に確定されると、合計コストは一致します。 AWS は、次の命名規則を使用して DBR を CSV ファイルとして Amazon S3 に保存します。 ``` AWS account number-aws-billing-detailed-line-items-yyyy-mm.csv.zip ``` AWS は、詳細請求レポート (DBR) を 1 日に複数回再作成し、レポートを上書きします。がレポートを AWS 上書きすると、明細項目は以前のレポートとは異なる順序になる可能性があります。最終レポートは月末に作成されます。翌月、 は前月の最終レポートを上書きせずに新しいレポートファイル AWS を作成します。過去の月のレポートは、レポートを削除するまで S3 バケットに保存されます。 DBR を CUR AWS に移行する方法については、「」を参照してください[請求明細レポートからコストと使用状況レポートへの移行](detailed-billing-migrate.md)。 # 請求明細レポートからコストと使用状況レポートへの移行 請求明細レポート (DBR) と AWS コストと使用状況レポート (AWS CUR) はどちらも料金に関する情報を提供します。ただし、DBR を使用している場合は、レポートをコストと使用状況レポートに転送することをお勧めします。 **Topics** + [ ## コストと使用状況レポート (AWS CUR) の利点の比較 ](#migrate-benefit-cur) + [ ## 請求明細レポートとコストと使用状況レポートの主な違い ](#migrate-key) + [ ## アドバンスト料金タイプのレポート ](#reporting-advanced-chargetype) ## コストと使用状況レポート (AWS CUR) の利点の比較 AWS CUR は、最も包括的な情報源を提供します。 AWS CUR を使用すると、個々のコストを深く理解し、より詳細に分析できます。これは、エンタープライズ規模で特に役立ちます。 AWS CUR は、複雑なコスト管理のニーズがあり、専用のクエリまたは分析ベースのシステムが必要な場合に役立ちます。 AWS CUR は、償却コストを含むリザーブドインスタンス (RI) に関する詳細情報も提供します。 ### 包括予約情報 リザーブドインスタンス (RI) または予約は、1 年間または 3 年間のサービス利用契約と引き換えに、オンデマンド利用と比較して割引となる時間料金を提供します。これによりコストを大幅な削減できます。 AWS CUR を使用して予約ポートフォリオをモニタリングおよび管理できます。 AWS CUR は、予約 Amazon リソースナンバー (ARNs)、予約数、合計 RIs などの詳細情報を提供します。特定のリソースに対する予約関連の割引を追跡して、節約額をより深く理解することができます。 詳細請求レポート (DBR) はこのメタデータのサブセットを提供しますが、必要な列を変換する作業が必要です。 AWS CUR は、償却された予約コストに関する情報など、DBR で利用できない追加の列を提供します。詳細については、「[償却された予約データを理解する](amortized-reservation.md)」を参照してください。 ### オンデマンド料金の利用可能性 AWS CUR は、使用量の各明細項目のオンデマンド料金に関する情報を提供します。この情報を使用して、オンデマンド料金から支払った金額を差し引くことで節約額を数値化できます。また、パブリックオンデマンド料金を使用してコストを割り当てるという柔軟な選択もできます。 DBR は、オンデマンド料金の情報を示さず、請求額のみを示します。そのため、全体の節約額の計算や、オンデマンド料金を使用したコストの割り当ては困難です。 ### 割引額の詳細な内訳 AWS CUR は、使用量ベースの割引の詳細なビューにアクセスできます。割引が適用された場合は、CUR AWS を使用して以下を表示できます。 + 割引を受ける前の費用 + 割引額 + 明細項目レベルで割引を適用した後の合計コスト DBR には、割引の詳細な内訳は含まれていません。 ### 大規模な自動データ取り込み AWS CUR を使用すると、自動データ取り込みプロセスをトリガーするようにイベントを簡単に設定し、社内システムの請求データを更新するプロセスを合理化できます。 AWS CUR データは、前月に関連する料金が検出されたときに自動的に更新できます。 さらに、 AWS CUR は複数のファイルとして生成されるため、データを小さな部分にセグメント化する利点があります。こうすることで、複数のワーカーが使用するプロセスに従ってデータを取り込むことができます。さらに、データのダウンロードを少しずつ再試行できます。 AWS CUR は、データをすばやく見つけて抽出できるようにフォーマットされています。このレポートは、データの全体的な構造に関する情報を含むマニフェスト ファイルからモデル化されています。これには、レポートに含まれるすべての列のリストが含まれます。この情報を使用すると、レポートを拡張し、使用状況に関する新しい情報が利用できるようになったときに含めることができます。 ### 製品間統合 AWS CUR は Amazon Redshift、Quick、Amazon Athena と統合されています。 AWS CUR を使用して、 AWSベースのコスト管理ソリューションを構築できます。 AWS CUR は Parquet 形式のデータも提供します。これにより、コストと使用状況に関する独自のレポートシステムを構築するためのオプションが増えます。詳細については、*AWS Billing ユーザーガイド*の[AWS コストと使用状況レポートのマニフェストファイル](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-files.html#manifests)を参照してください。 ## 請求明細レポートとコストと使用状況レポートの主な違い CUR AWS に移行した後に考慮すべき DBR と AWS CUR にはいくつかの違いがあります。例えば、システムにデータを取り込む方法を調整する必要がある場合があります。 ### ファイル構造 詳細請求レポート (DBR) は 1 つのファイルとして配信されます。対照的に、 AWS CUR は統合されたファイルセットです。 AWS CUR では、Amazon S3 バケットで次のファイルを表示できます。 + 使用状況行項目をすべて含むデータファイルのセット + すべての割引を含む別のデータ ファイル (該当する場合) + 単一のレポートに属するすべてのデータファイルをリストしたマニフェストファイル ### 列の構造 DBR には列の固定リストがあり、柔軟性が制限されています。 AWS CUR には固定列構造がないため、必要に応じて自由に列を追加または削除できます。新しい の使用を開始すると AWS のサービス、 AWS CUR は動的にレポートに新しいデータを含め始めることができ、これはお客様の場合に役立ちます。マニフェストファイルは、レポート内に存在するすべての列のマップを提供します。 **DBR と CUR AWS の同等の列名** | DBR 列名 | AWS CUR 列名 | | --- | --- | | InvoiceId | bill/InvoiceId | | PayerAccountId | bill/PayerAccountId | | LinkedAccountId | lineItem/UsageAccountId | | ProductName | product/ProductName | | SubscriptionId | reservation/subscriptionid | | UsageType | lineItem/UsageType | | 運用 | lineItem/Operation | | AvailabilityZone | lineItem/AvailabilityZone | | ReservedInstance | サポート外 | | ItemDescription | lineItem/LineItemDescription | | UsageStartDate | lineItem/UsageStartDate | | UsageEndDate | lineItem/UsageEndDate | | UsageQuantity | lineItem/UsageAmount | | BlendedRate | lineItem/BlendedRate | | BlendedCost | lineItem/BlendedCost | | UnBlendedRate | lineItem/UnblendedRate | | UnBlendedCost | lineItem/UnblendedCost | | ResourceId | lineItem/ResourceId | | RecordType | サポート外 | | Pricingplanid | サポート外 | | RateID | pricing/RateId | **注記** CUR の RecordId AWS に同等のものはありません。 には RecordId に相当する列はありませんが、identity/LineItemId、identity/TimeInterval、および bill/BillType を組み合わせて同等の情報を収集できます。 **CUR による DBR RecordType AWS 値の取得** | DBR の RecordType 値 | CUR を介して RecordType AWS を取得する構文 | ユースケース | | --- | --- | --- | | LineItem | SELECT SUM(line\$1item\$1unblended\$1cost) FROM [CUR] WHERE line\$1item\$1line\$1item\$1type = 'Usage' | 使用状況行項目は、使用コストを 1 回限りの課金から区別します。 | | InvoiceTotal | SELECT (bill\$1invoice\$1id), sum(line\$1item\$1unblended\$1cost) FROM [CUR] GROUP BY bill\$1invoice\$1id | 請求合計は、請求書とコストと使用状況レポートでコストを一致させるのに役立ちます。 | | AccountTotal | SELECT line\$1item\$1usage\$1account\$1id, sum(line\$1item\$1unblended\$1cost) FROM [CUR] GROUP BY line\$1item\$1usage\$1account\$1id | アカウント合計は、メンバーアカウントに関連するコストを払い戻しの目的で分離できます。 | | StatementTotal | SELECT SUM(line\$1item\$1unblended\$1cost) FROM [CUR] | ステートメント合計は、請求期間のコストを理解するために役立ちます。 | | Discount | SELECT SUM(line\$1item\$1unblended\$1cost) FROM [CUR] WHERE line\$1item\$1line\$1item\$1type = 'Discount' | 割引行項目は、割引に関連した行項目を識別するのに役立ちます。 | | Rounding | まだサポートされていません。 | まだサポートされていません。 | ## アドバンスト料金タイプのレポート ### Refunds AWS CUR: 返金は`lineItem/LineItemDescription = ‘Refund’`文字列をフィルタリングすることで識別されます。 DBR: 返金を確認するには `‘Refund’` サブストリングの ItemDescription 列を解析します。 ### Credits AWS CUR: クレジットは`lineItem/LineItemDescription = ‘Credit’`文字列をフィルタリングすることで識別されます。 DBR: クレジットを確認するには `‘Credit’` サブストリングの ItemDescription 列を解析します。 ### Taxes AWS CUR: 税は`lineItem/LineItemDescription = ‘Tax’`文字列をフィルタリングすることで識別されます。 DBR: 税金を確認するには `‘Tax’` サブストリングの ItemDescription 列を解析します。 ### 予約関連の前払いコストの確認 AWS CUR: 予約関連の前払いコストは、`"lineItem/LineItemType" = 'Fee'`文字列をフィルタリングすることで識別されます。 DBR: 予約関連の前払い料金を確認するには `'HeavyUsage'` サブストリングの Usagetype 列と、`'SubscriptionId'` が null かどうかを調べます。 ### 予約関連の月額料金の確認 AWS CUR: 予約関連の月額料金は、`"lineItem/LineItemType" = 'RIfee'`文字列をフィルタリングすることで識別されます。 DBR: 予約関連の月額料金を確認するには `'HeavyUsage'` サブストリングの Usagetype 列を解析します。 ### リザーブドインスタンスのメリットを受けたインスタンスを確認する AWS CUR: 予約関連の前払い料金は、`"lineItem/LineItemType" = 'DiscountedUsage'`文字列をフィルタリングすることで識別されます。 DBR: 予約関連の初期費用は、ReservedInstance カラムの `'Y'` サブストリングを確認することでわかります。 # 未使用予約のコストの確認 AWS コストと使用状況レポート (AWS CUR) を使用して、未使用の RI コストを把握できます。次の 4 つのシナリオはその方法を示しています。 **注記** 次の表では、わかりやすくするために CUR AWS および DBR/DBR-RT の列と行が変換されています。最初の列の値はレポートのヘッダーを表します。 ## シナリオ 1: RI 使用率が 100% である場合 RI 料金の明細項目は、未使用コスト \$10、使用時間は 0 です。 DBR/DBR-RT では、RI 料金の明細項目の UsageQuantity フィールドと UnblendedCosts フィールドを参照して、未使用の RI の使用状況とコストを確認できます。RI 料金の明細項目は、ItemDescription フィールドに「購入済み時間」の情報があることで識別できます。表 1 は、DBR レポートと DBR-RT レポートで未使用 RI のコストを管理するために使用する列と情報を示しています。 **表 1 - 2019 年 6 月 17 日以前の DBR と DBR-RT で RI 使用率が 100% である場合の未使用 RI のコスト** | | | | | --- |--- |--- | | ProductName | Amazon Elastic Compute Cloud | Amazon Elastic Compute Cloud | | UsageType | HeavyUsage:c3.8xlarge | HeavyUsage:c3.8xlarge | | 運用 | RunInstances | RunInstances | | アベイラビリティーゾーン | us-east-1a | us-east-1a | | リザーブドインスタンス | はい | はい | | ItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge (744 hours purchased, 744 hours used) | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | | 使用量 | 0 | 744 | | 非ブレンドレート | 0.1 | 0.1 | | 非ブレンドコスト | 0 | 74.4 | AWS CUR を使用すると、RI 料金明細項目の「reservation/UnusedQuantity」フィールドと「reservation/UnusedRecurringFee」フィールドを参照して、未使用の RI の使用状況とコストを把握できます。以下の表 4 は、CUR で未使用の RI AWS コストを管理するために使用される現在の列と情報を示しています。 **表 2 – AWS CUR で RI 使用率が 100% である場合の未使用 RI のコスト** | | | | | --- |--- |--- | | lineItem/ProductCode | Amazon EC2 | Amazon EC2 | | UsageType | HeavyUsage:c3.8xlarge | USW2-BoxUsage:c3.8xlarge | | lineitem/LineItemType | RI Fee | DiscountedUsage | | lineitem/LineItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | USD 0.00 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | | lineitem/UsageAmount | 744 | 744 | | lineitem/NormalizedUsageAmount | 47,616 | 47,616 | | lineitem/UnblendedRate | 0.1 | 0 | | lineitem/UnblendedCost | 74.4 | 0 | | reservation/UnusedQuantity | 0 | | | reservation/UnusedRecurringFee | 0 | | | reservation/UnusedAmortizedUpfrontFeeForBillingPeriod | 0 | | | reservation/RecurringFeeForUsage | | 74.4 | | reservation/AmortizedUpfrontCostForUsage | | 5 | | reservation/EffectiveCost | | 79.4 | DBR/DBR-RT でサポートされている現在の機能と一致することに加えて、 AWS CUR には次の利点があります。 + AWS CUR を使用すると、DiscountedUsage 明細項目の EffectiveCost に関する情報にアクセスできます。これには、定期的な料金と前払い料金の両方が含まれます。DBR では、定期的な料金のみ計算されます。 + AWS CUR では、UsageType フィールドは DiscountedUsage 明細項目に対して変換されませんが、DBR は情報を RI 料金明細項目情報に置き換えます。これは、ユーザーがどの使用量がどの RI AWS によってReservationARN で CUR の明細項目をグループ化できるためです。 + AWS CUR では、RI 料金の明細項目に対して LineItemDescription フィールドは変換されません。DBR は、購入した時間数と使用した時間数を追加します。 ## シナリオ 2: RI を部分的に使用した場合 RI 料金の明細項目には、未使用コストと使用状況が含まれます。 DBR/DBR-RT では、RI 料金の明細項目の UsageQuantity フィールドと UnblendedCosts フィールドを参照して、未使用 RI の使用状況とコストを確認できます。表 3 は、DBR レポートと DBR-RT レポートで未使用 RI のコストを管理するために使用する列と情報を示しています。 **表 3 - 2019 年 6 月 17 日以前に DBR と DBR-RT で RI を部分的に使用した場合の未使用 RI のコスト** | | | | | --- |--- |--- | | ProductName | Amazon Elastic Compute Cloud | Amazon Elastic Compute Cloud | | UsageType | HeavyUsage:c3.8xlarge | HeavyUsage:c3.8xlarge | | 運用 | RunInstances | RunInstances | | アベイラビリティーゾーン | us-east-1a | us-east-1a | | リザーブドインスタンス | はい | はい | | ItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge (744 hours purchased, 644 hours used) | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | | 使用量 | 100 | 644 | | 非ブレンドレート | 0.1 | 0.1 | | 非ブレンドコスト | 10 | 64.4 | AWS CUR を使用すると、RI 料金明細項目の「reservation/UnusedQuantity」フィールドと「reservation/UnusedRecurringFee」フィールドを参照することで、未使用の RI の使用状況とコストを把握できます。表 4 は、CUR で未使用の RI AWS コストを管理するために使用される現在の列と情報を示しています。 **表 4 – AWS CUR で RI を部分的に使用した場合の未使用 RI のコスト** | | | | | --- |--- |--- | | lineitem/Productcode | Amazon EC2 | Amazon EC2 | | UsageType | HeavyUsage:c3.8xlarge | USW2-BoxUsage:c3.8xlarge | | lineitem/LineItemType | RI Fee | DiscountedUsage | | lineitem/LineItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | USD 0.00 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | | lineitem/UsageAmount | 744 | 644 | | lineitem/NormalizedUsageAmount | 47,616 | 47,216 | | lineitem/UnblendedRate | 0.1 | 0 | | lineitem/UnblendedCost | 74.4 | 0 | | reservation/UnusedQuantity | 100 | | | reservation/UnusedRecurringFee | 0 | | | reservation/UnusedAmortizedUpfrontFeeForBillingPeriod | 10 | | | reservation/RecurringFeeForUsage | | 64.4 | | reservation/AmortizedUpfrontCostForUsage | | 5 | | reservation/EffectiveCost | | 69.4 | DBR/DBR-RT でサポートされている現在の機能と一致することに加えて、 AWS CUR には次の利点があります。 + AWS CUR には、RI 料金の明細項目と DBR/DBR-RT の UnusedQuantity を表す個別の列があり、UsageQuantity 列を未使用の時間で過負荷にします。 ## シナリオ 3: キャパシティー予約 RI 料金の明細項目には [UsageQuantity] フィールドと [UnblendedCost] フィールドの未使用金額がすでに含まれているため、RI でカバーする場合、DBR/DBR-RT のキャパシティー予約に関する使用タイプの明細項目 [UnusedBox] および [UnusedDed] は除外されます。表 5 は、DBR レポートと DBR-RT レポートで未使用 RI のコストを管理するために使用する列と情報を示しています。 **表 5 - 2019 年 6 月 17 日以前の DBR と DBR-RT でのキャパシティー予約シナリオにおける未使用 RI のコスト** | | | | | --- |--- |--- | | ProductName | Amazon Elastic Compute Cloud | Amazon Elastic Compute Cloud | | UsageType | HeavyUsage:c3.8xlarge | HeavyUsage:c3.8xlarge | | 運用 | RunInstances | RunInstances | | アベイラビリティーゾーン | us-east-1a | us-east-1a | | リザーブドインスタンス | はい | はい | | ItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge (744 hours purchased, 734 hours used) | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | | 使用量 | 10 | 734 | | 非ブレンドレート | 0.1 | 0.1 | | 非ブレンドコスト | 1 | 73.4 | AWS CUR は、これらの明細項目を DiscountedUsage として表示します。表 6 は、CUR で未使用の RI AWS コストを管理するために使用される現在の列と情報を示しています。 **表 6 – CUR でのキャパシティ予約シナリオの未使用の RI AWS コスト** | | | | | | --- |--- |--- |--- | | lineitem/Productcode | Amazon EC2 | Amazon EC2 | Amazon EC2 | | UsageType | HeavyUsage: c3.8xlarge | USW2-Reservation: c3.8xlarge | USW2-BoxUsage: c3.8xlarge | | lineitem/LineItemType | RI Fee | Usage | DiscountedUsage | | lineitem/LineItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | USD 0.00 per Reservation Linux/UNIX (Amazon VPC), c3:8xlarge Instance Hour | USD 0.00 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | | lineitem/UsageAmount | 744 | 744 | 744 | | lineitem/NormalizedUsageAmount | 47,616 | | 47,216 | | lineitem/UnblendedRate | 0.1 | 0 | 0 | | lineitem/UnblendedCost | 74.4 | 0 | 0 | | reservation/RecurringFeeForUsage | | | 64.4 | | reservation/AmortizedUpfrontCostForUsage | | | 5 | | reservation/EffectiveCost | | | 69.4 | ## シナリオ 4: サイズの柔軟な予約 DBR/DBR-RT では、RI 料金の明細項目の [UsageQuantity] および [UnblendedCosts] フィールドを参照して、未使用の RI の使用状況やコストを把握することができます。RI 料金の明細項目は、ItemDescription フィールドに「購入済み時間」の情報があることで識別できます。表 9 は、DBR レポートと DBR-RT レポートで未使用 RI のコストを管理するために使用する列と情報を示しています。 **表 7 - 2019 年 6 月 17 日以前の DBR と DBR-RT でのサイズ柔軟な RI シナリオにおける未使用 RI のコスト** | | | | | --- |--- |--- | | ProductName | Amazon Elastic Compute Cloud | Amazon Elastic Compute Cloud | | UsageType | HeavyUsage:c3.8xlarge | HeavyUsage:c3.8xlarge | | 運用 | RunInstances | RunInstances | | アベイラビリティーゾーン | us-east-1a | us-east-1a | | リザーブドインスタンス | はい | はい | | ItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge (744 hours purchased, 644 hours used) | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge; UsageType: BoxUsage:c3.large | | 使用量 | 100 | 644 | | 非ブレンドレート | 0.1 | 0.1 | | 非ブレンドコスト | 10 | 64.4 | AWS CUR を使用すると、RI 料金明細項目の「reservation/UnusedQuantity」フィールドと「reservation/UnusedRecurringFee」フィールドを参照することで、未使用の RI の使用状況とコストを把握できます。表 8 は、CUR で未使用の RI AWS コストを管理するために使用される現在の列と情報を示しています。 **表 8 – AWS CUR でのサイズ柔軟な RI シナリオにおける未使用 RI のコスト** | | | | | --- |--- |--- | | lineitem/Productcode | Amazon EC2 | Amazon EC2 | | UsageType | HeavyUsage:c3.8xlarge | USW2-BoxUsage:c3.8xlarge | | lineitem/LineItemType | RI Fee | DiscountedUsage | | lineitem/LineItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | USD 0.00 hourly fee per Linux/UNIX (Amazon VPC), c3:8large | | lineitem/UsageAmount | 744 | 644 | | lineitem/NormalizedUsageAmount | 47,616 | 2,576 | | lineitem/UnblendedRate | 0.1 | 0 | | lineitem/UnblendedCost | 74.4 | 0 | | reservation/UnusedQuantity | 100 | | | reservation/UnusedRecurringFee | 70.37 | | | reservation/UnusedAmortizedUpfrontFeeForBillingPeriod | 5.5 | | | reservation/RecurringFeeForUsage | | 4.03 | | reservation/AmortizedUpfrontCostForUsage | | 0.5 | | reservation/EffectiveCost | | 4.53 | DBR/DBR-RT でサポートされている現在の機能と一致することに加えて、 AWS CUR には次の利点があります。 + AWS CUR には NormalizedUsageAmount と数量があります。DBR/DBR-RT にはこれを表す列はありません。 + AWS CUR UsageType と Operation は、DiscountedUsage 明細項目に対して変換されません。DBR/DBR-RT では、これらの値は、RI 料金の明細項目に置き換わります。 + AWS CUR LineItemDescription は DiscountedUsage 明細項目に対して変換されません。DBR/DBR-RT では、RI 料金の明細項目の説明に置き換わり、[DiscountedUsage] の明細項目 [Usage Type] が文字列 (例:「USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge; UsageType: BoxUsage:c3.large」) の後に追加されます。 # 月別レポートをダウンロードする 請求情報とコスト管理コンソールの**請求書**ページから、推定 AWS 請求額の月次レポートをダウンロードすることができます。 一括請求機能を使用するとします AWS Organizations。このレポートは管理アカウントでのみ利用でき、すべてのメンバー アカウントのアクティビティが含まれます。メンバーアカウントの所有者は、管理アカウントからのみ月別レポートを取得できます。詳細については、[AWS Billing ユーザーガイド](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html) の *組織の一括請求* を参照してください。 レポートには、アカウントが使用する AWS 製品、使用タイプ、オペレーションの一意の組み合わせごとに明細項目が含まれます。見積もりレポートは 1 日に数回更新されます。明細書期間を選択すると、前月のレポートを取得できます。まず、月別レポートに登録した月のレポートから始めます。サインアップする前からのレポートは利用できません。 # 毎月のコスト配分レポートをダウンロードする **重要** 毎月のコスト配分レポートは後日利用できなくなります。代わりに AWS コストと使用状況レポートを使用することをお勧めします。 AWS 使用量のビジネスディメンションを記述できる AWS リソースのカスタムコスト配分タグセットを作成できます。これらのタグセットを使用して、 AWS コストを整理および追跡できます。多くの は、特徴量セットでタグ付けを AWS のサービス 公開します。これらのサービスでタグを作成するには、コンソール、API、または AWS コマンドラインインターフェイス (CLI) を使用します。詳細については、*AWS Billing ユーザーガイド* の [[コスト配分タグの使用](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html)] をご参照ください。 タグを作成すると、毎月のコスト配分レポートを取得できます。これは、基本的にコスト配分タグセットが含まれた月別レポートです。 # AWS 使用状況レポートのダウンロード **重要** 2023 年 9 月 15 日、 AWS 使用状況レポートは 2019 年 3 月 1 日より前の使用状況データへのアクセスを提供しなくなります。このような使用状況データにアクセスするには、2023 年 9 月 15 日までに使用履歴をダウンロードしてローカルに保存してください。 AWS 使用状況レポート機能は、後日使用できなくなります。代わりに AWS コストと使用状況レポートを使用することをお勧めします。 使用状況レポートは XMLまたはCSV 形式でダウンロードできます。レポートは、使用タイプ、オペレーション、期間に基づいて、単一のサービスを対象としています。データの集計方法を選択することもできます。 **使用状況レポートのダウンロード** 1. [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/) で請求およびコスト管理コンソールを開きます 1. ナビゲーションペインの **[レガシーページ]** で **[コストと使用状況レポート]** を選択します。 1. [**AWS 使用状況レポート**]セクションで、[**使用状況レポートの作成**] を選択します。 1. 「**使用状況レポートのダウンロード**」ページの「**サービス**」で、使用状況を確認したいサービスを選択します。 1. **使用タイプを選択します**。 1. **[操作]**を選択します。 1. **レポートの期間を選択します**。**カスタム日付範囲を選択した場合は**、**レポートの日付範囲を手動で指定する必要があります**。 1. [**レポートの精度**] で、[**時間単位**]、[**日単位**]、または [**月単位**] を選択します。 1. [**ダウンロード**] を選択し、[**XML レポート**] または [**CSV レポート**] を選択します。 **注記** サイズの大きいレポートをダウンロードすると、レポートの内容が切り捨てられることがあります。ダウンロードしたファイルの最後の行に警告やエラーメッセージがないか確認してください。レポートが切り捨てられている場合は、短い期間を選択して小さいレポートをダウンロードしてください。もう 1 つの選択肢は、レポートの粒度を時間単位から日単位または月単位に減らすことです。 # コストと使用状況レポートのトラブルシューティング 以下のトピックを使用して、コストと使用状況レポートの一般的な問題のトラブルシューティングを支援します。 **Topics** + [ ## Amazon S3 バケットにはレポートファイルはありません ](#no-report-files) + [ ## レポートデータパーティションの 1 つが空です ](#partition-empty) + [ ## コストと使用状況レポートのデータが、他の請求とコスト管理機能のデータと一致しない ](#data-differences) + [ ## レポートの設定を変更したので、データをバックフィルしたいです。 ](#backfill-data) + [ ## Amazon S3 のレポートファイルフォルダが名前のないフォルダにあります ](#unnamed-folder) + [ ## レポートにリソース ID を含めるオプションを選択できない ](#activate-resource-ids) + [ ## Amazon Athena のコストと使用状況レポートのクエリが Amazon Redshift で動作しない、またはAmazon Redshift クエリが Amazon Athena で動作しない ](#athena-redshift-queries) + [ ## レポートに含まれる列が前月と変わっています。 ](#cur-columns-changed) + [ ## レポート内の列が変更されたため、レポートに基づくクエリやテーブルが機能しない ](#cur-columns-changed-solutions) + [ ## レポートをクエリする方法を知りたい ](#cur-query-help) + [ ## Amazon EC2 専用ホストの請求データが見つかりません ](#cur-dedicated-hosts) + [ ## Amazon EC2 Elastic IP アドレスの請求データがわかりません ](#cur-elastic-ips) + [ ## 一括請求を使っているが、非ブレンドとブレンドのレートまたはコストの違いがわからない ](#consolidated-billing-unblended-blended) + [ ## レポートの一部の明細項目には、ブレンドレートまたはブレンドコストが 0 のものがあります。 ](#blended-rate-zero) + [ ## 私のレポートでは、全額前払いリザーブドインスタンスがどのように償却されているのかわかりません。 ](#all-upfront-ri) ## Amazon S3 バケットにはレポートファイルはありません Amazon S3 バケットポリシーが、**billingreports.amazonaws.com** サービスにバケットにファイルを配置するアクセス許可を付与していることを確認します。必要なバケットポリシーの詳細については、「[コストと使用状況レポート用に Amazon S3 バケットをセットアップする](cur-s3.md)」を参照してください。 ## レポートデータパーティションの 1 つが空です レポートがほとんどのアプリケーションが処理できるサイズより大きい場合、 はレポートを複数のファイルに AWS 分割します。レポートを更新すると、個々のファイルパーティションが以前のレポートバージョンよりも少なくなる可能性があります。 レポートのマニフェストファイルを確認して、取り込む必要のない空のファイルを見つけてください。 ## コストと使用状況レポートのデータが、他の請求とコスト管理機能のデータと一致しない その他の請求とコスト管理機能 (Cost Explorer、請求詳細レポート、請求とコスト管理コンソール) では、以下の理由によりコストの表示が異なる場合があります。 + 請求機能では、コストデータをさまざまな方法で四捨五入します。 + 請求機能ではデータ更新設定が異なる場合があります。例えば、コストと使用状況レポートで、以前に決済された請求書を、請求書の確定後に適用された返金、クレジット、またはSupport 料金で自動的に更新するかどうかを選択できます。Cost Explorer には同じ項目が自動的に反映されます。このシナリオでは、コストと使用状況レポートの自動更新を有効にしないと、コストと使用状況レポートのデータは Cost Explorer のデータと一致しません。 + 請求機能では料金を異なる方法でグループ化できます。例えば、Billing and Cost Management コンソールの**請求書**ページには、データ転送料金が **AWS サービス料金** 内の個別の **データ転送** グループとして表示されます。一方、コストと使用状況レポートとCost Explorer には、各サービスの使用タイプとしてデータ転送料金が表示されます。 これらの理由を確認しても、コストと使用状況レポートとその他の請求およびコスト管理機能との間に相違があると思われる場合は、サポートケースを開いてコストデータの確認をリクエストしてください。サポートケースでは、確認するレポート名と請求期間を必ず提供してください。 ケースを開く方法については、「[エクスポートとレポートに関するヘルプの取得](billing-get-answers.md)」を参照してください。 ## レポートの設定を変更したので、データをバックフィルしたいです。 サポートケースを開いて、コストデータのバックフィルをリクエストします。サポートケースでは、バックフィルするレポート名と請求期間を必ず指定してください。 ケースを開く方法については、「[エクスポートとレポートに関するヘルプの取得](billing-get-answers.md)」を参照してください。 以下のシナリオでは、コストデータのバックフィルを取得できないことに注意してください。 + アカウントを作成した日より前のコストデータのバックフィルは取得できません。 + を使用し AWS Organizations 、管理アカウントとして指定されたアカウントなど、組織の構造が変更された場合、以前の組織構造でデータのバックフィルを取得することはできません。 + を使用して組織 AWS Organizations を変更する場合、現在の組織に参加する前に からデータのバックフィルを取得することはできません。 ## Amazon S3 のレポートファイルフォルダが名前のないフォルダにあります レポートの**レポートパスプレフィックス** に **/** 文字があると、Amazon S3 バケットに名前のないフォルダが生成されます。次回のレポート更新時に名前のないフォルダを削除するには、レポート設定を編集し、**レポートパスのプレフィックス**から **/** 文字を削除します。手順については、「[コストと使用状況レポートの設定の編集](edit-cur.md)」を参照してください。 ## レポートにリソース ID を含めるオプションを選択できない レポートを作成するときに、**リソース ID を含める** オプションを選択できます。[**レポートバージョニング**] を [**既存のレポートを上書き**] に設定してレポートを作成した場合、レポートを作成した後に [**リソース ID を含める**] の選択を変更することはできません。リソース ID を含めるには、新しいレポートを作成して [**リソース ID を含める**] オプションを選択する必要があります。 ## Amazon Athena のコストと使用状況レポートのクエリが Amazon Redshift で動作しない、またはAmazon Redshift クエリが Amazon Athena で動作しない Amazon Athena データベースと Amazon Redshift データベースでは、コストと使用状況レポートの列の形式が異なります。Amazon Athena では、列名 (line\$1item\$1normalized\$1usage\$1amount) の単語の間にアンダースコアが追加されます。Amazon Redshift では、列タイプと属性 (lineitem\$1normalizedusageamount) の間にアンダースコアが追加されます。Amazon Athena または Amazon Redshift の列名の形式と一致するようにクエリを変更してください。 ## レポートに含まれる列が前月と変わっています。 がレポート AWS に含める列は、 AWS 使用状況によって異なります。すべてのレポートには、**identity/**、**bill/**、**lineItem/** というプレフィックスが付いている列が含まれています。 + identity/LineItemId + identity/TimeInterval + bill/InvoiceId + bill/BillingEntity + bill/BillType + bill/PayerAccountId + bill/BillingPeriodStartDate + bill/BillingPeriodEndDate + lineItem/UsageAccountId + lineItem/LineItemType + lineItem/UsageStartDate + lineItem/UsageEndDate + lineItem/ProductCode + lineItem/UsageType + lineItem/Operation + lineItem/AvailabilityZone + lineItem/ResourceId + lineItem/UsageAmount + lineItem/NormalizationFactor + lineItem/NormalizedUsageAmount + lineItem/CurrencyCode + lineItem/UnblendedRate + lineItem/UnblendedCost + lineItem/BlendedRate + lineItem/BlendedCost + lineItem/LineItemDescription + lineItem/TaxType + lineItem/LegalEntity 他のすべての列は、毎月の AWS 使用量がそれらの列に入力するデータを生成する場合にのみ含まれます。 例えば、その月に Savings Plans を使用した場合のみ、レポートに **savingsPlan/** 列が含まれます。 ## レポート内の列が変更されたため、レポートに基づくクエリやテーブルが機能しない がレポート AWS に含める列は、その月の AWS 使用状況によって異なります。レポートに含まれる列は変更される可能性があるため、レポートに基づくカスタムクエリやテーブルでは、列番号の代わりに列名を参照するのがベストプラクティスです。 ## レポートをクエリする方法を知りたい コストと使用状況レポートのクエリの詳細については、 AWS Well-Architected Labs ウェブサイトの[「CUR クエリライブラリのヘルプ](https://wellarchitectedlabs.com/cost/300_labs/300_cur_queries/query_help/)」を参照してください。 ## Amazon EC2 専用ホストの請求データが見つかりません **ResourceID** 列で、インスタンス ID ではなく専用ホスト ID を探します。Dedicated Hosts は Dedicated Host の実行時間によって計測されるため、レポートには Dedicated Host の使用状況が Dedicated Host の使用状況を、ホスト ID に関連付けられた従量制時間別に表示します。 ## Amazon EC2 Elastic IP アドレスの請求データがわかりません Amazon EC2 Elastic IP アドレスは集計して計測されます。つまり、レポートの各行項目が個々の Elastic IP アドレスに対応しているわけではありません。各行項目は課金対象時間の合計を表します。実行中のインスタンスに 1 つの Elastic IP アドレスを無料で割り当てることができます。インスタンスに割り当てる Elastic IP アドレスが追加されるたびに、1 時間ごとに比例配分して課金されます。さらに、 は割り当てられていない Elastic IP アドレスに対して時間単位の料金を AWS 請求します。 ## 一括請求を使っているが、非ブレンドとブレンドのレートまたはコストの違いがわからない の一括請求では AWS Organizations、非ブレンドレートとブレンドレートまたはコストが、組織内のスタンドアロンアカウントとリンクされたアカウントのアカウントの使用コストを理解するのに役立ちます。一部のサービスでは、使用量が増えるにつれて単価を下げることができる価格帯が提供されています。は組織内のサービスのすべての使用量を AWS 集計するため、個々のアカウントは、使用量が組織の毎月の使用量に集計されると、より早く低価格の階層にアクセスする可能性があります。 非ブレンドレートは、個々のアカウントのサービス使用量に関連する料金です。詳細項目の場合、非ブレンドコストは使用量に非ブレンドレートを掛けたものです。スタンドアロンアカウントの場合、非ブレンドコストはアカウントの使用コストになります。ブレンドレートは、組織内の総使用量に関連する料金をアカウント全体で平均したものです。詳細項目の場合、ブレンドコストは使用量にブレンドレートを掛けたものです。ブレンドコストは、組織内の連結アカウントとしてのアカウントの使用状況に起因するコストです。 非ブレンド費用とブレンド費用の計算の詳細と例については、*AWS Billing ユーザーガイド* の「[一括請求について](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/con-bill-blended-rates.html)」を参照してください。 ## レポートの一部の明細項目には、ブレンドレートまたはブレンドコストが 0 のものがあります。 リザーブドインスタンスdiscount のある Amazon EC2 品目のブレンドレートはゼロです。これらの詳細項目の場合、**LineItemType** は「**割引使用**」です。 ブレンドコストは、使用量にブレンドレートを掛けたものです。ブレンドレートまたは使用量の値が 0 の場合、ブレンドコストも 0 になります。 ## 私のレポートでは、全額前払いリザーブドインスタンスがどのように償却されているのかわかりません。 全額前払いリザーブドインスタンスは全額前払いで支払われるため、償却された費用は、関連する期間 (1 年または 3 年) にわたって分割された前払いとしてレポートに反映されます。 **reservation/AmortizedUpfrontCostForUsage** および **reservation/EffectiveCost** は、全額前払いリザーブドインスタンスで同じレートです。これは、どちらの列も、リザーブドインスタンスの前払い金をその期間の合計時間に対して等しく割ったものだからです。 **RiFee** が 0.00 USD であっても、レポートには全額前払いリザーブドインスタンスの **RiFee** 明細項目が入力されていることが予想されます。これらの項目は、その月の定期的な時間単位のコストを表し、他の列には追加の使用量データがあります。すべてのリザーブドインスタンスは **RiFee** の明細項目を生成します。 # AWS コストと使用状況レポートのセキュリティ でのクラウドセキュリティが最優先事項 AWS です。お客様は AWS 、セキュリティを最も重視する組織の要件を満たすように構築されたデータセンターとネットワークアーキテクチャを活用できます。 AWS コストと使用状況レポートは、 AWS Billing and Cost Management コンソールの機能です。セキュリティに関する考慮事項の詳細については、[*AWS Billing ユーザーガイド*の AWS Billing and Cost Managementのセキュリティ](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/security.html)を参照してください。 CUR を使用するためのアクセスコントロールと IAM AWS アクセス許可の詳細については、[「アクセス許可の管理の概要](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/control-access-billing.html)」を参照してください。 # クォータと制限 次の表に、AWS コストと使用状況レポート内の現在のクォータと制限を示します。 ## コストと使用状況レポート | | | | --- |--- | | コストと使用状況レポートの数 | アカウントあたり 10 個 | | レート | コストと使用状況レポートは無料ですが、標準の Amazon S3 料金が適用されます。 | | AWS コストと使用状況レポートの無料利用枠の数 | 10 |