STAY KOBE

[SolutionArchitect Pro] AWS 一括請求

Atsushi Marumo

AWS 一括請求の概要

一括請求プロセス

一括請求シナリオ

一括請求のメリット

ボリューム単価の割引

ボリューム割引の例

EC2 リザーブドインスタンス

一括請求のベストプラクティス

AWS認定試験の練習問題

  1. 組織では、さまざまなセキュリティ要件を考慮して、5つの異なる AWS アカウントを作成する予定です。組織は、一括請求オプションを使用して、単一の受取人アカウントを使用することを望んでいます。上記の情報に関して、以下の記述のうちどれが真であるか。
    1. マスター (支払い) アカウントは、総請求額のみが加算され、各アカウントによって発生した費用を確認できません
    2. マスター (支払い) アカウントは、リンクされたアカウントの AWS 請求情報のみを表示できます
    3. 支払いアカウントがリンクされたアカウントにアクセスできるため、一括請求を使用することはお勧めしません
    4. 各 AWS アカウントは、支払いアカウントにアクセス許可を付与するために AWS 請求ポリシーを作成する必要があります
  2. 組織では、3つの異なる AWS アカウントを使用して一括請求をセットアップしています。以下の利点のうち、AWS の価格に関して組織が受けるメリットはどれですか。
    1. 一括請求により、組織のコスト優位性がもたらされない
    2. S3 アカウントのすべての AWS アカウントには、各アカウントの合計ストレージ容量に対して課金されます
    3. 各アカウントの EC2 インスタンスには、合計 750 * 3 マイクロインスタンス時間が無料で表示されます
    4. すべての3つのアカウントの無料利用枠は3年間ではなく、単一の年になります
  3. 組織は、3つの AWS アカウントを一括請求に追加しました。AWS アカウントの1つは、us-east-1a ゾーンの小さなインスタンスサイズのリザーブドインスタンス (RI) を購入しています。他のすべての AWS アカウントは、同じゾーン内の小さなサイズのインスタンスを実行しています。RI の価格設定については、この場合どうなるのでしょうか。
    1. RI を購入したアカウントのみが RI の価格設定の利点を得られます
    2. 小さいサイズの1つのインスタンスと、各 AWS アカウントの us-east-1a ゾーンで実行されている RI の価格の利益を得る
    3. すべての3つのアカウントから1つのインスタンスは、同じゾーンで実行されている場合は、同じサイズの AWS RI の価格設定の利点を得ることができます
    4. 同じゾーン内の複数のアカウントにまたがって実行されている小さなサイズのインスタンスが1つ以上存在する場合、RI のメリットは誰にも得られません。
  4. 組織は、5つの異なる部門に AWS を使用することを計画しています。金融部門は、すべてのアカウントの支払いを担当しています。ただし、各アカウントのコストの分離を適切なコストセンターでマップする必要があります。どのように金融部門は、これを達成することができます?
    1. 5つの個別のアカウントを作成し、それらを一括請求の一部にする
    2. 5つの別個のアカウントを作成し、IAM クロスアカウントへのアクセスを使用して、管理を強化します。
    3. 5つの別個の IAM ユーザーを作成し、そのアクセスに別のポリシーを設定する
    4. 5つの個別の IAM グループを作成し、部署の従業員ごとにユーザーを追加する
  5. AWS アカウントは、組織の受取人アカウントの一括請求の一部になりたいと考えています。どのようにそのアカウントの所有者がこれを達成することができます?
    1. 支払いアカウントは、他のアカウントを自分のアカウントにリンクするために AWS サポートを要求する
    2. リンクされたアカウントの所有者は、請求先コンソールから自分のマスタアカウントリストに支払いアカウントを追加する必要があります
    3. 支払いアカウントは、連結請求の一部であるために、リンクされたアカウントに要求を送ります (チェック・プロセス)
    4. リンクされたアカウントの所有者は、支払いアカウントに自分のアカウントを一括請求に追加するよう要求します。
  6. 開発（Dev）環境とテスト環境を AWS に移行しようとしています。 各環境をホストするために別々の AWS アカウントを使用することに決めました。 連結決済を使用して、各アカウント明細をマスター AWS アカウントにリンクする予定です。マスターアカウントの管理者が Dev アカウントと Test アカウントの両方のリソースを停止、削除、または終了するためのアクセス権を持つ方法を実装したいと考えています。どのオプションがこの目標を達成できるかを特定します。
    1. 完全な管理者権限を持つマスターアカウントで IAM ユーザーを作成します。マスターアカウントからアクセス許可を継承することによって、アカウントのリソースへのアクセスをマスターアカウントに付与する、開発アカウントとテストアカウントにクロスアカウントロールを作成します。
    2. マスターアカウントに IAM ユーザーとクロスアカウントロールを作成し、Dev および Test アカウントに完全な管理者権限を付与します。
    3. マスターアカウントで IAM ユーザーを作成します。完全な管理者権限を持ち、マスターアカウントへのアクセス権を付与する、開発アカウントとテストアカウントにクロスアカウントロールを作成します。
    4. 一括請求を使用してアカウントをリンクします。これにより、マスターアカウント内の IAM ユーザーは、Dev アカウントとテスト用のリソースにアクセスできるようになります。
  7. 一括請求を使用する場合は、2つのアカウントタイプがあります。それらは何ですか?
    1. 支払いアカウントとリンクアカウント
    2. 親アカウントと子アカウント
    3. メインアカウントとサブアカウント。
    4. メインアカウントとセカンダリアカウント。
  8. お客様は、企業の IT ガバナンスと、その部門が消費するすべての AWS リソースのコストを監視する必要があります。部門は、消費する個別の AWS リソースの管理制御を維持し、他の部門のリソースとは別のリソースを維持したいと思っています。 以下のオプションのどれを一緒に使用すると、企業ITがガバナンスとコスト監視を維持できるようにしながら、部門の自律性/制御をサポートするか？ 2つの回答を選択
    1. AWS 一括請求を使用して、子アカウントの AWS ルートアカウントアクセスを無効にします。(アカウントをリンクし、root アクセスを無効にする必要があるだけで、ただのベストプラクティスです)
    2. 各 子アカウントのすべての企業の IT 管理者に対して、IAM クロスアカウントアクセスを有効にします。(IT ガバナンスを提供)
    3. 企業の IT AWS アカウント内の各部門に個別の VPC を作成します。
    4. AWS 一括請求書を使用して、部門のアカウントを親企業アカウントにリンクします (コストの監視を提供します)
    5. すべての子 AWS CloudTrail と Amazon CloudWatch ログを各子アカウントの Amazon S3 ‘ Log ‘ バケットに書き込みます (推奨される方法では、複数のアカウントからのログを1つの S3 バケットに保存し、それに対して CloudTrail を使用して、コスト監視のために警告を CloudWatch します)。
  9. 組織には 10 の部門があります。組織は各部門の AWS 使用状況を追跡したいと考えています。以下のオプションのどれが要件を満たしていますか?
    1. 各部門の IAM グループを設定し、使用状況を追跡する
    2. 部署ごとに個別のアカウントを作成しますが、支払いと追跡には一括請求を使用します
    3. 部署ごとに個別のアカウントを作成し、個別に追跡する
    4. 各部門の IAM ユーザーをセットアップし、使用状況を追跡する

リファレンス

Jayendra’s Blog

この記事は自己学習用に「AWS Consolidated Billing – Certification（Jayendra’s Blogより）」を日本語に訳した記事です。