AWS ダッシュボード

AWS コストのサマリ

VMware Aria Cost powered by CloudHealth のレポートでは、クラウドインフラストラクチャ全体のアカウント、サービス、資産からすべてのコスト情報を収集して、包括的なコストサマリを提供します。

ダッシュボード > パルス > コストのサマリ に移動して、コストのサマリダッシュボードを表示します。

セクション 1：コストサマリのカスタマイズオプション

カスタマイズオプション

フィルタ

以下の標準フィルタオプションを使用して、ビジネスニーズに応じてレポートを表示します。

アカウント
課金アカウント
AWS サービス
料金タイプ
リージョン
組織固有のパースペクティブ（文字 P のラベル付き）

予測コスト

ドロップダウンから予測コストのオプションの 1 つを選択します。

トップリストカウント

予測コスト数の表示制限を選択します。

全体予算

ドロップダウンから全体予算を選択します。分類および償却された予算と過年度の予算は選択できません。

[非経常費用] の切り替え

トグルボタンをクリックすると、コストサマリに非経常費用が表示されます。

セクション 2：パースペクティブ別のコストサマリ

[フィルタ]、[カテゴリ]、[予測コスト]、または [全体予算] を使用してカスタマイズします。

1 か月前の同日から今日までのコストを比較します。
当月の予測コストと前月のコストの比較。予測は、サービスアイテム、リージョン、アカウント、およびパースペクティブ別のサービス使用量の履歴を 30 日間ローリング分析した結果に基づいています。
全体予算を設定している（[セットアップ] > [ガバナンス] > [予算]）場合は、[全体予算] ドロップダウンから選択できます。選択した全体予算は、当月の [予算対予測コスト] に表示されます。

セクション 3：パースペクティブグループ別の上位予測コスト

[フィルタ]、[カテゴリ]、[トップリストカウント]、または [表示ノンリカーリングコスト切り替え] を使用してカスタマイズします。

特定のパースペクティブまたはパースペクティブグループの組み合わせによるコストの傾向（たとえば、本番環境内の特定の所有者のコストなど）。

当月の月初から現在までのコスト。
前月の同時期のコスト。
予測月末コスト。
非経常費用（設定されている場合）。

セクション 4：サービス別の上位予測コスト

[フィルタ]、[カテゴリ]、[予測コスト]、[トップリストカウント]、または [表示ノンリカーリングコスト切り替え] を使用してカスタマイズします。

サービス別またはサービス項目別のコスト傾向。[サービス別] ビューには、使用している特定の AWS サービスまたは Azure サービス（EC2、S3、RDS など）のコスト傾向が表示されます。[サービス項目別] ビューでは、サービスを展開するとサブコストが表示され、EC2 Compute、EC2 Compute、EC2 Transfer、EBS Storage などの詳細情報が提供されます。

セクション 5：[月次コスト配賦]

[フィルタ]、[間隔]、[カテゴリ]、または [チャートタイプ] を使用してカスタマイズします。

特定のパースペクティブに関する過去 13 か月のコスト履歴。
コスト履歴レポートへのリンクは、傾向のより詳細な分析に役立ちます。

AWS コストサマリパルスにサブスクライブするには、右上隅で サブスクライブ > 新しいサブスクリプション の順にクリックします。

AWS 健全性チェックのパルス

AWS VMware Aria Cost 健全性チェックレポートは、コスト節約、クラウドガバナンスポイント、および潜在的なセキュリティリスクの領域に焦点を当てた、クラウドインフラストラクチャのエグゼクティブ評価です。他のパルスとは異なり、あらゆるパースペクティブにわたる、すべての資産を対象とした高レベルのレポートとして作成されます。報告される 1 か月の可能なコスト節約の合計には、[セキュリティリスクエクスポージャ] セクションを除くすべてのセクションが含まれます。

データ生成

レポートのデータは 1 日に 1 回更新されます。レポートの下部には最終生成日が記載されています。すべてのセクションには、詳細なリアルタイムデータへのドリルダウンリンクがあり、特定の資産やレポートに簡単にアクセスできます。レポートのデータは毎日キャッシュされるため、レポートの値が詳細データと異なる場合があります。最後に、提示されるコスト節約は、構成済みアカウントの資産のみを表しています。

直後の節約分：RI の変更に関する推奨事項

RI Modifier Service を使用して、すべての可能な時間間隔をループし、使用されていないキャパシティを処理するために最大の可能なコスト節約を見つけます。スキャンする間隔は次のとおりです。1 週間、月初から今日まで、1 日、1 か月。

直後の節約分：未使用の EBS ボリューム

どのインスタンスにも接続されていない EBS ボリュームをまとめることは簡単です。このセクションでは、状態が「使用可能」で、どのインスタンスにも使用されない EBS ボリュームについて報告します。これによって、ボリュームの数、合計サイズ、ボリュームの定価が報告されます。定価には、ボリュームに関連付けられている PIOPS のコストが含まれます。

クラウドガバナンス：タグ付けされていないインスタンス

タグ付けされておらず、どのビジネスグループからも認可されていない可能性が高い EC2 インスタンスを極めて簡単に特定できるようにしました。これらのインスタンスに対して実行される一般的なアクションは、タグを修正すること、またはこれらを終了することです。合計コスト節約は、一致するインスタンスの過去 1 か月の合計コストを反映します。

クラウドガバナンス：パースペクティブに割り当てられていない資産

優れたパースペクティブでは、「その他」のグループに資産は少ししかないか、まったくありません。資産が適切にプロビジョニングされ、パースペクティブが適切にセットアップされている場合（パースペクティブに適切でない有効な資産のグループを含む）、このセクションでは、適切にプロビジョニングされなかったアクティブ EC2 インスタンスを特定します。たとえば、1 人のエンジニアがテストのためにランダムなインスタンスをスピンアップしたが、適切にタグ付けせずに実行した場合などです。各パースペクティブのコスト節約は、グループ化されていない EC2 インスタンスの過去 1 か月の合計コストを反映します。このコスト節約はレポートの全体的なコスト節約に含まれません。

運用上の節約分：使用率の低い EC2 インスタンス

運用効率のためにインスタンスを最大限に活用することは、すべてのユーザーが目標とすることであり、このセクションでは、パフォーマンスが不足している項目を簡単に見つけることができます。「使用率が大幅に低下」のデフォルト値は、35% 未満の使用率です。インスタンスの適正サイジングポリシーで定義した EC2 インスタンスポリシーを選択することで、レポートのこのセクションをカスタマイズできます。リストされたインスタンスの右側の金額（ドル）は、当月のインスタンスの適正サイジングレポートの [浪費コスト] 列を表します。

運用上の節約分：使用率の低い EBS ボリューム

ワークロードは時間の経過とともに変化し、必要となるプロビジョニングされた IOPS は先月とは異なる場合があります。IOPS が過剰にプロビジョニングされた使用中のボリュームを見つけて、ボリューム数、無駄になった PIOPS の数、無駄になった PIOPS のコストを報告します。無駄な PIOPS は、「PIOPS - （最大ボリューム読み取り + 最大ボリューム書き込み）」としてボリュームごとに計算されます。1 つのボリュームに対して 4,000 IOPS をプロビジョニングし、1 週間を通して 2,000 回の読み取り/秒と 1,000 回の書き込み/秒にとどまる場合、1,000 回分が無駄と見なされます。ボリュームの適正サイジングポリシーで定義したボリュームポリシーを選択することで、レポートのこのセクションをカスタマイズできます。

セキュリティリスクエクスポージャ

このセクションでは、インスタンスは二重カウントされません。インスタンスが「すべてのポートが開いています」に含まれている場合、そのインスタンスは「暗号化されていないポート」のカウントには含まれません。報告されたリスクエクスポージャはサブセクション内での最高値を示しています。

セキュリティリスクエクスポージャ：すべてのポートがパブリックに開いている

一般的なベストプラクティスは、必要なポートだけを外部に公開することです。このセクションでは、セキュリティグループルールの最も悪質な悪用者（すべての TCP/UDP/ICMP ポートが公開されている EC2 インスタンス）を明らかにします。VPC 内のインスタンスは、パブリック IP アドレスを持つ場合にのみ含まれます。特定のセキュリティグループに一致するルールは含まれません。

セキュリティリスクエクスポージャ：暗号化されていないパブリックポートの開示

このセクションの最も一般的なユースケースとしては、いくつかの簡単なテストのためにポートを開いて、閉じるのを忘れたエンジニアに対して大声で呼びかけることが考えられます。

現在、デフォルトで暗号化されていないトラフィックを処理する多くの一般的なポート（FTP、Telnet、SMTP、POP3、NTP、IMAP4、SNMP、LDAP、SMTP、および RDP）に対応しています。また、SQL Server レプリケーション/監視、Oracle、MySQL、Postgres、Cassandra Thrift Client、CouchDB、ElasticSearch、git、Redis、OrientDB、および MongoDB など、いくつかの一般的なデータベースをスキャンします。インスタンスが複数のポートに一致する場合、そのインスタンスはサマリの全体で 1 回だけカウントされます。ただし、そのカウントについては、各ポートに対して報告されます。VPC 内のインスタンスは、パブリック IP アドレスを持つ場合にのみ含まれます。また、ポートには最も一般的な名前を使用するため、memcached と CouchBase クライアントインターフェイスの両方で使用される 11211 などのポートには memcached がリストされます。追加のポートやアプリケーションをこのリストに追加する必要がある場合は、それらを VMware に送信してスキャンを依頼してください。

セキュリティの推奨事項

AWS セキュリティのベストプラクティスのデフォルトポリシーによって行われるセキュリティの推奨事項。推奨事項は、デフォルトポリシーを有効にしている場合にのみ表示されます。これらは、特定のセキュリティの問題の内容とそれに対処するために実行できるアクションを理解するのに役立ちます。デフォルトのセキュリティポリシーを有効にする方法については、「セキュリティをアクティブに管理する必要性」を参照してください。

予約管理の月単位のコスト節約

通常、月単位での最大のコスト節約を実現する機会は、入念な RI 管理によってもたらされます。2 つの予算の数字を使用して、潜在的なコスト節約を計算します。1 つ目は、完全に最適化されたコスト節約を実現する、無制限の予算を使用することです。その 20% を、早期達成のための初期予算として使用します。

RI 使用量のパルスサマリ

VMware Aria Cost のリザーブドインスタンス使用率パルスは、リザーブドインスタンス (RI) の環境について、詳細な運用と財務の概要を提供するように設計されています。目標は、過去の傾向に基づいて使用量をより適切に管理できるようにし、RI によるコスト節約の機会を特定し、コンピューティングコストを最適化するために可能な変更を明確に示すことです。パルスはサブスクリプションベースで、関係者との情報の共有を容易にし、データへの容易なアクセスを提供します。

RI 使用率パルスは、いくつかの RI 管理レポートをまとめたものです。レポートの上部には、月初来 (MTD) のリザーブドインスタンス使用状況の健全性に関するサマリが表示されます。前回のリザーブドインスタンスの購入によって累積した合計コスト節約額を提示します。この節約額は、同等のインスタンスをオンデマンド価格で実行した場合を基準として計算されます。

上位 N のコンピューティングコスト

[グループ別の上位 10 のコンピューティングコスト (MTD)] は、コストおよび予約によるコスト節約を、選択したビジネスのパースペクティブ（環境、アプリケーション、部門）別に提供します。このレポートのパースペクティブは [オプション] で構成できます。[コンピューティングコスト] 列は、パースペクティブ内の各グループについて、すべてのインスタンスの請求の集計を表します。[オンデマンドの場合のコンピューティングコスト] には、このグループのすべての使用量がオンデマンドであった場合に請求されるコンピューティングコストが表示されます。[予約によるコスト節約] は、リザーブドインスタンスの購入によって、このグループでオンデマンドの使用量に対して実現したコンピューティングコストの節約総額を提供します。

期限切れになる予約

[期限切れになる予約] では、今後 90 日間で期限が切れる予約の概要をタイプ（すべて先行、部分的な先行、先行なしなど）別に示します。これにより、今後のコスト節約に影響する可能性がある期限切れについての概要を確認できます。

上位 N 個の使用率の低い予約

予約は、予約が購入されたアカウントに対するアフィニティとともに、1 時間ごとに 1 つのアカウントまたはリンクされた一連のアカウントにランダムに適用されます。これは、予約が使用されるためには、同じインスタンスタイプ、アベイラビリティゾーン、およびオペレーティングシステムの対応するインスタンスが実行されていて、予約の対象範囲になっていない必要があることを意味します。予約に対して該当する実行中のインスタンスが見つからない場合は、使用されない状態となります。

このレポートの [上位 N 個の使用率の低い予約 (MTD)] セクションには、月初来 (MTD) に完全に使用されていない特定の予約についての概要を示します。このレポートの各行は、特定のインスタンスタイプ、アベイラビリティゾーン、オペレーティングシステム、および予約タイプについて、1 つまたは複数の予約の使用率の低下を示します。[未使用時間] は、実行中のインスタンスに予約が適用されなかった累積の合計時間を示します。[未達成のコスト節約] には、これらの予約が完全に使用された場合に実現できたコスト削減の概要が示されます。

特に、1 か月の実際の使用率にかかわらず、100% の使用量で請求される「高」予約の使用率の低下に注意する必要があります。

上位 N 個の予約機会

[上位 N 個の予約機会 (MTD)] は、リザーブドインスタンスの購入によってコンピューティングコストを節約できる主な機会についての概要を示します。これは、潜在的なコスト節約が最も高いものから低いものへの順に並べ替えられます。レポートの各行には、オンデマンドで実行されているインスタンスのタイプ（インスタンスタイプ、アベイラビリティゾーン、オペレーティングシステム）が表示されます。[使用時間と予約された時間] は、過去 1 か月にこのタイプのインスタンスが使用された時間と、予約された時間を数量で示します。[潜在的なコスト節約] では、オンデマンド使用量の 100% をカバーするためにリザーブドインスタンスを購入することで実現可能な月間最大節約額を定量化できます（注：最大の節約額は、3 年間の「すべて先行」RI の購入に基づきます）。

ワークロードを一貫して実行するには、リザーブドインスタンスの購入でコストを最適化する必要があります。

上位 N 個の変更機会

[上位 10 個の変更に関する推奨事項] は、既存のリザーブドインスタンスの購入への推奨される変更を提供し、より効率的にそれらのコスト節約を活用できるようにします。推奨事項は、月初来の予約の時間単位の使用量についての分析に基づいています。既存の RI に対する変更は Amazon での無償のトランザクションですので、ここに記載されている提案を利用することを強く推奨します。このセクションの各項目は、報告された月単位のコスト節約を達成するために必要となる正しい変更内容を提供します。一般的な変更内容としては、アベイラビリティゾーン間の予約の移動や、ファミリ内でのインスタンスタイプの変更があります。

インスタンスの使用率履歴

[インスタンスの使用率履歴] には、予約タイプ別に分類された、インスタンスの使用率を示す視覚的なチャートが表示されます。これには、オンデマンドおよびスポットでの使用率も含めて、すべてのインスタンスタイプ（[高]、[中]）の使用率が表示されます。このチャートを使用することで、環境内の傾向を確認することが可能になります。また、コストを最適化するために、追加の RI 購入の可能性があるかどうかについても判断できるようになります。チャートはデフォルトで毎日のデータを表示しますが、[オプション] で、時間単位、週単位、月単位で表示されるように構成することができます。

オプション

このレポートでは、いくつかの利用可能な構成オプションがあります。これには、セクションに表示する項目の数（10、20 など）を変更する機能、インスタンスの使用率履歴の時間粒度（時間単位、月単位など）を設定する機能、および各アカウントに対して RI 分析を制限するかどうかを指定する機能が含まれています。後者の機能は、各アカウント内で予約を購入し、アカウントごとに使用率を分析する場合に便利です。