組織でクラウド コンピューティングを使用している場合、次のように、組織全体の関係者がさまざまなサービス、資産、リソースについて分析、測定、およびレポート作成を行います。
インフラストラクチャをさまざまな方法で整理することが可能になれば、さまざまな関係者が必要なクラウド インフラストラクチャを管理し、効果的に使用できるようになります。
VMware Aria Cost のパースペクティブは、インフラストラクチャを確認するための「レンズ」です。インフラストラクチャのすべての資産を分類するためのフレームワークを提供します。パースペクティブの例として、環境、アプリケーション、部門、職務、プロジェクト、コスト センターなどがあります。
たとえば、COO が開発、ステージング、テスト、本番の各環境における業績評価を行うとします。この評価を行うには、各カテゴリが 1 つのタイプの環境に対応するようにして、クラウド インフラストラクチャのすべての資産をカテゴリに分類する必要があります。この場合、インフラストラクチャに対するレンズは次のようになります。
レンズ:環境
カテゴリ:
VMware Aria Cost プラットフォームでは、それぞれのレンズがパースペクティブに相当し、レンズ内のそれぞれのカテゴリがパースペクティブ グループに相当します。グループは、分析、管理、評価、監視、測定を行うためにインフラストラクチャを特定のビジネス ビューにまとめるのに役立ちます。
すべてのパースペクティブを紹介することはできませんが、VMware Aria Cost プラットフォームのインフラストラクチャに関して作成を検討すべきパースペクティブとして、次のようなものがあります。
パースペクティブを利用することで、組織にとって最も意味がある重要なグループに資産を収集して整理することができます。パースペクティブを使用して、すべてのグループのデータを同時に確認するのではなく、ビジネス グループごとにトレンドを分析できます。
インフラストラクチャのパースペクティブを設定しないと、VMware Aria Cost プラットフォームから有用な情報を収集することは、非常に面倒でエラーが発生しやすいプロセスになります。
VMware Aria Cost プラットフォームでクラウド プロバイダ アカウントを有効にすると、アカウント、チーム、プロジェクト、場所のすべての情報が 1 か所に集約されます。ただし、傾向の分析とインフラストラクチャの最適化の検討では、すべての情報をビジネス グループごとに確認する必要があります。各グループの要件、コスト、および使用量は、大きく異なる傾向があります。VMware Aria Cost パースペクティブは、すべての資産を、組織にとって最も意味がある重要なグループに分類する簡単な方法を提供します。
パースペクティブは、組織内の各ビジネス グループに固有の傾向を評価、分析、およびレポートするためのフレームワークとして活用できます。パースペクティブは、プラットフォームの以下のセクションで活用できます。
VMware Aria Cost インタラクティブ レポートは、パースペクティブを活用できるプラットフォームの最も一般的な領域の 1 つです。VMware Aria Cost プラットフォームのレポートには、時間、日、週、または月ごとに集計されたデータが表示されます。ただし、どのレポートでも、組織内の特定のグループ内でのコスト、使用量、パフォーマンス、セキュリティ、またはメトリックの傾向を判断しようとします。パースペクティブを使用すると、集約されたビューから特定の事業または部門にさらに深く入り込み、傾向を分析して根本原因に到達するための独自のインターセクションを作成できます。
クラウド インフラストラクチャを、機能と環境という 2 つのパースペクティブから見ているとします。これらはそれぞれのパースペクティブでのグループです。
[コスト履歴] レポートでは、アカウント、グループ、チーム、部門のデータが集約され、パースペクティブを使用して次の質問に答えることができます。
本番環境での Web サーバの月次コストはどのくらいですか
クラウド インフラストラクチャのパースペクティブの 1 つが所有者で、そのグループが組織内の個人の名前に対応しているとします。
[コスト履歴] レポートでは、パースペクティブを使用して次の質問に答えることができます。
本番環境での Devin のクラウドによる月次支出はいくらですか
パースペクティブを使用して、[メトリック] レポートや [資産] レポートに表示されるような表形式のデータをフィルタリングします。パースペクティブとグループの組み合わせを使用して、特定のビジネス領域、機能、所有者などに属する資産のパフォーマンスおよびその他のメトリックを識別できます。
クラウド インフラストラクチャを、機能と環境という 2 つのパースペクティブから見ているとします。これらはそれぞれのパースペクティブでのグループです。
機能:Web サーバ、Memcache、データベース、Elasticsearch。環境:開発、ステージング、テスト、本番
メトリック > EC2 インスタンス レポートでは、アカウント、グループ、チーム、部門のデータが集約され、パースペクティブを使用して次の質問に答えることができます。
VMware Aria Cost ポリシーは、シンプルかつ効果的な方法でノイズを排除し、環境全体の一元管理を維持するのに役立つ主要な指標に焦点を当てます。ポリシーを作成するときは、パースペクティブと、ポリシーをローカライズする 1 つ以上のグループを指定します。VMware Aria Cost は、ポリシー ルールおよび指定したアクションを評価するときに、それらのパースペクティブとグループのみを考慮します。
特に、本番環境以外では、すべてのインスタンスが 24 時間年中無休で使用されているわけではありません。特定の環境でこれらのインスタンスを定期的にシャットダウンするポリシーを作成して、コストを削減できます。
VMware Aria Cost プラットフォームの 推奨事項 セクションは、コスト、使用量、パフォーマンス、およびセキュリティを全体的に最適化するのに役立ちます。このセクションに表示される最適化のタイプは、クラウド プロバイダによって異なります。
このセクションは、リザーブド インスタンスの購入 (AWS)、インスタンスの適正サイジング (AWS)、および仮想マシンの適正サイジング (Azure) を最適化するのに役立ちます。どの場合でも、パースペクティブを使用して、最適化するインフラストラクチャの部分を分離できます。受け取った推奨事項は、分析するパースペクティブ グループに固有のものです。
クラウド インフラストラクチャを、機能と環境という 2 つのパースペクティブから見ているとします。これらはそれぞれのパースペクティブでのグループです。
EC2 RI Optimizer を使用してリザーブド インスタンス購入の見積もりを作成する場合、VMware Aria Cost は、見積もりの推奨事項を作成するときに、インフラストラクチャ全体のすべてのオンデマンドおよび予約済み EC2 の使用量を考慮します。ただし、組織は通常、特定の部門、チーム、またはプロジェクトの RI 購入を一度に計画します。パースペクティブを使用して、Optimizer が推奨見積もりを作成するときに、特定のパースペクティブ グループ内の EC2 使用量のみを考慮するようにこのスコープを制限できます。
組織は、コスト レポートを受け取る関係者に応じて、さまざまな視点からコストを検討する傾向があります。財務部門は、製品ラインまたは共有環境ごとのコストの月次内訳を必要とする場合があります。運用部門では、プロジェクトまたはチーム別のコストの内訳が必要になる場合があり、エンジニアリング部門では、アプリケーション ロールごとのコストの内訳が必要になる場合があります。
VMware Aria Cost プラットフォームの [コストの再割り当て] セクションでは、コストの割り当て元を選択して、1 つ以上の割り当て先にコストを再割り当てできます。コストの割り当て元と割り当て先は、それらの中の パースペクティブ と パースペクティブ グループ によって決定されます。
クラウド リソースを資産として VMware Aria Cost が分類する方法を理解します。
資産とは、クラウドでプロビジョニングされるあらゆるリソースのことを指します。資産には、インフラストラクチャ(たとえば、EC2 インスタンス、EBS ボリューム、および S3 バケット)とこのインフラストラクチャをサポートする機能またはフレームワーク(IAM ユーザー、IAM ポリシー、CloudFormation テンプレート)の両方が含まれます。実質的に、クラウド中でプロビジョニングとプロビジョニング解除の対象となり得るすべての要素が資産と見なされます。
注: スロットリングの問題によって収集に失敗するのを回避するため、IAM 資産(IAM ユーザー、IAM ロール、IAM グループ、IAM サーバ証明書、IAM パスワード ポリシー、認証情報レポート)の SLA が 4 時間に増やされました。
物理的な資産と同様、クラウドの資産にもライフサイクルがあります。すなわちプロビジョニングが行われ、一定期間を通じて変更され、最終的に必要がなくなった段階でプロビジョニングが解除されるということです。VMware Aria Cost は、ライフサイクル全体を通じて、お客様の資産の追跡と管理を行います。資産は、異なるパースペクティブに配分することにより、資産管理の負担を軽減することができます。
資産は、タイプとアクティビティ別に分類できます。
説明 | ||
---|---|---|
タイプ | 財務 | 関連コストを伴う資産。クラウド プロバイダからは、これらの資産(EC2 インスタンスや EBS ボリュームなど)の使用に伴う料金が請求されます。 |
非財務 | 関連コストのない資産。たとえば、セキュリティ グループや CloudFormation テンプレートなどです。 | |
作業 | Active | インフラストラクチャ内で現在使用されていて、クラウド プロバイダのコンソールから利用できる資産。 |
履歴 | インフラストラクチャで使用されなくなった資産で、履歴レポートの目的で VMware Aria Cost によりアーカイブされているもの。 |
VMware Aria Cost では、資産の履歴情報が 13 か月間保存されます。結果的に、最後の 13 か月間にプロビジョニング解除された資産は、VMware Aria Cost 資産レポートに記載されます。ある資産がアクティブであるかどうかを判断するには、VMware Aria Cost 資産レポートで 状態 列を指定します。
クラウド インフラストラクチャを整理する方法としてのタグ付けの使用方法
さまざまなニーズを持つ関係者がクラウド インフラストラクチャの一部を管理し、効果的に使用できるようにするには、インフラストラクチャを整理する方法が複数あることが非常に重要です。ただし、課題は、整理を簡素化する方法でクラウド リソースを定義、構造化、および割り当てる方法を決定することにあります。資産のタグ付けは、資産整理を有効にするための簡単な方法です。VMware Aria Cost カスタム タグを使用すると、次のことができます。
タグは、資産に割り当てるキーと値のペアであり、実装を簡単にします。クラウド プロバイダは、ユーザーがプロビジョニングするリソースにタグを自動的に割り当てることはありません。代わりに、タグ付けは、リソースのプロビジョニングを行う管理者または個人が行う必要のある意図的な手順です。したがって、すべてのアカウントとクラウド プロバイダにまたがるタグのガバナンス戦略を立てることは、タグ管理に割り当てられた組織内のユーザーにとって不可欠なフレームワークとなります。適切な戦略がない場合、タグのスペルミスや、想定される命名規則と大文字表記規則に起因するタグ構造のバリエーションが発生する可能性があります。
資産が収集されるパースペクティブとグループを構築する前に、資産にタグを付けるには 2 つのアプローチがあります。VMware Aria Cost プラットフォームで両方のアプローチを利用できます。
AWS、Azure、Google Cloud、Oracle Cloud では、プロビジョニングするすべての資産またはリソースにタグを付けることができます。各プロバイダには、タグ付け可能な資産に関するいくつかの制限があります。さらに、使用できるタグには制限がある場合があります(プロバイダ固有の予約語を考慮するため)。以下は、資産のタグ付けに関してクラウド プロバイダが提供するドキュメントにリダイレクトするいくつかの例を示しています。
VMware Aria Cost プラットフォームで資産に付けるタグは、クラウド プロバイダに伝達されず、VMware Aria Cost プラットフォームにのみローカライズされます。
AWS、Azure、Google Cloud、または Oracle Cloud によって提供されるタグ付け機能は、タグ付け可能な資産に関して制限される場合があります。さらに、指定できるタグのタイプに制限がある傾向があります。たとえば、AWS でのタグ付けの制限については、ここをクリックしてください。
VMware Aria Cost カスタム タグは、これらの制限を克服し、クラウド プロバイダが許可するよりも多くのリソースにタグを付けるのに役立ちます。また、パースペクティブを構築するときに、VMware Aria Cost タグとクラウド プロバイダのタグの両方を使用して、クラウド インフラストラクチャをより柔軟に整理できます。
次の例では、パースペクティブ エディタを使用して複数の資産の VMware Aria Cost カスタム タグを管理する方法を示しています。
- [削除] をクリックし、削除するタグのリストまでフィルタリングすることで、選択したリソースの既存のタグを削除できます。
- タグを誤って削除した場合、または削除したタグを復元する場合は、元に戻す をクリックして、元に戻すタグを入力します。
資産が収集されるパースペクティブやグループを構築する前に、資産の収集方法について理解します
資産が収集されるパースペクティブとグループを構築する前に、資産を収集するには 2 つのアプローチがあります。VMware Aria Cost プラットフォームで、両方のアプローチを活用してパースペクティブを構築できます。
VMware Aria Cost は、資産をグループに分割する分類ルールに基づいてパースペクティブを構築します。これらのルールは、Amazon タグ、Chef 環境、名前など、環境内で使用可能な任意の資産データに基づいて設定できます。ここでは、このようなルールの一例を示します。
Gather all assets that have the "ENV" tag and allocate them to the "Environment" Perspective. Then for each value of the ENV tag, create Groups inside the Environment Perspective.
資産は、1 つのパースペクティブ内の 1 つのグループにのみ割り当てることができます。したがって、各グループ内の資産は相互に排他的です。ただし、パースペクティブ グループにすでに割り当てられている資産は、別のパースペクティブの別のグループに割り当てることができます。たとえば、同じ資産を次の両方のグループに割り当てることができます。
VMware Aria Cost プラットフォームで分類ルールを定義すると、次の操作が実行されます。
分類ルールを定義すると、クラウド インフラストラクチャをプロビジョニングおよびプロビジョニング解除するときに、VMware Aria Cost によって、資産がパースペクティブ内の適切なグループに自動的に割り当てられます。たとえば、「アプリケーション」と呼ばれるパースペクティブの Web サーバを識別するためのルールを定義した場合、インフラストラクチャ内で新しいサーバを起動すると、VMware Aria Cost によってサーバが「アプリケーション」パースペクティブ内の適切な Web サーバ グループに自動的に追加されます。
パースペクティブ グループを構築し、それらのグループに資産を割り当てます
パースペクティブ は、クラウド インフラストラクチャの 1 つのレンズです。パースペクティブには、1 つ以上の パースペクティブ グループ が含まれています。
この例は、パースペクティブ グループ を作成し、これらの グループ に資産を割り当てる方法を示しています。主要な決定ポイントが強調表示され、あるアプローチを他のアプローチと比べて選択する方法に関するガイダンスが添えられています。
パースペクティブに名前を付け、説明を追加します。次に、パースペクティブの作成 および 作成開始 をクリックします。パースペクティブ エディタ がどの パースペクティブ グループ にも割り当てられていない資産のリストとともに表示されます。最初は、資産の 100% が割り当てられていない状態から開始します。つまり、クラウド インフラストラクチャ内で金融資産、非金融資産、履歴資産、アクティブ資産のどれもグループに割り当てられていません。
グループの作成を開始すると、未割り当て資産 の数と割合が減少し、割り当て済み資産 の割合が増加します。
資産のリストは、金融資産 によってフィルタリングされます。つまり、財務に直接影響を及ぼす資産を示すようになります。詳細については、「資産とは」を参照してください。財務に直接影響を及ぼす資産のみを確認することが重要な場合がよくあります。すべての資産 にまで範囲を拡張した場合、未割り当て資産 の数と割合は同じままですが、タイプ別資産のリストは大幅に拡張されます。
オプション:プレースホルダ グループ をコンテナとして作成し、後でクラウド資産を収集するために使用できます。
VMware Aria Cost を使用して、パターンに一致する資産がないかクラウド インフラストラクチャをクエリするには、次の 3 つのアプローチがあります。
ベスト プラクティス:まず 分類 アプローチから始め、次に [検索] を使用します。簡易検索 は、多数の誤検知が返されるため、できれば避けてください。
資産タイプが [タグ付け可能な資産] の場合、資産はタグを使用してのみグループに割り当てられます。すべての資産タイプは、次のようなタグ付け可能な資産としてマークされた資産タイプを除き、関連付けられた資産を収集します。
たとえば、タグが security
のセキュリティ グループが EC2 インスタンスに関連付けられているとします。タグ security
を使用してグループを割り当てるように指定しない限り、セキュリティ グループは AWS タグ付け可能な資産のみを使用して割り当てられません。
このアプローチでは、分類に使用するフィールドを選択し、選択したフィールドを属性として持つ資産をクエリできます。VMware Aria Cost は、フィールドに指定できる一意の値によってクエリ結果をグループ化します。
分類基準のフィールドを選択 ドロップダウンで分類に使用するフィールドを選択します。ドロップダウンから、資産タグ、または選択した 資産タイプ に関連付けられたその他のデータを選択できます。資産タグの場合、ドロップダウンでは、各タグの横に次の形式で追加の資産情報も提供されます。たとえば、tag@cht_owner 39% (12 categories)
タグを選択すると、以下の情報が表示されます。
セグメント | 説明 |
---|---|
tag@cht_owner | 分類のための資産タグの名前 |
39% | VMware Aria Cost がこの分類によって作成された提案されたグループの 1 つに割り当てるすべてのタイプのすべての資産の割合。 |
この割合には、現在の資産と過去の資産の両方が含まれます。 | |
12 カテゴリ | このフィールドの一意のカテゴリの数。VMware Aria Cost は、一意のカテゴリごとにグループを提案します。 |
このアプローチでは、関心のある資産を収集するためにいくつかの手順が必要ですが、資産タグが利用できないときにフィールドを使用して資産グループを検出するための特定の基準を選択できます。
このアプローチでは、検索に使用する語句を含む資産が返されます。検索語句は、資産名、属性名、または属性値の一部にすることができます。このアプローチでは多数の誤検出が返される可能性があるため、結果をさらに絞り込む必要があります。
1.パースペクティブ エディタで、[簡易検索] をクリックして、セクションを展開します。2.検索語句を入力します。次に 検索 をクリックします。検索語句が含まれている資産が結果に表示されます。
VMware Aria Cost プラットフォームで作成できるさまざまなタイプのパースペクティブ グループを理解します。
動的グループは、1 つまたは複数の分類ルールから作成されます。資産は、パースペクティブ グループに自動的に割り当てられるか、パースペクティブ グループから自動的に削除され、操作は不要です。これにより、分類フィールドの一意の値ごとにグループを作成して、継続的な操作を行うことなく最新の状態に保つことができます。
たとえば、現在以下の 3 つの値のいずれかを持つタグ キー environment
を使用しているとします:production
、staging
、qa
。environment
タグの一意の値に基づいてグループを作成する分類ルールに従って動的グループを作成すると、VMware Aria Cost は、以下の 3 つのパースペクティブ グループを作成します:production
、staging
、qa
。今日から 1 か月後、environment = development
で資産のタグ付けを開始すると、同じ分類ルールによって新しい development
グループが自動的に作成されます。分類するために選択した 資産タイプ に基づいて、その値でタグ付けされた資産はすべて新しいグループに割り当てられます。
Prod
、prod
、Production
でタグ付けすると、すべてが同じ環境を参照している場合でも、3 つの個別のグループが作成されます。Production
と prod
のグループを作成し、すべてが同じ環境を表している場合、それらを VMware Aria Cost プラットフォームでマージできます。後で必要な場合は、それらを別々のグループにマージ解除することもできます。ただし、グループのマージとマージ解除は、動的グループでのみ可能です。詳細については、パースペクティブ グループの管理を参照してください。prod
、staging
、dev
を作成する環境に対する AWS インスタンス カテゴリ ルールがあります。別のグループ ブロックには、グループ prod
、staging
、test
を作成する環境に対する AWS ボリューム カテゴリ ルールがあります。これら 2 つの動的グループ ブロックがマージされた場合、作成されるグループは、prod
、staging
、dev
、test
になります。「prod」および「staging」グループは、マージされた動的グループを表します。静的グループは、単一の分類ルールまたは検索によって作成され、検出された資産が既存のルールと一致する場合に拡張できます。ルールに一致する資産は、適切なパースペクティブ グループに自動的に追加されます。ただし、資産のタグが変更された場合は、静的グループを使用して構築されたパースペクティブに更新されたグループを手動で追加する必要があります。
静的グループの場合、パースペクティブは、指定された分類ルールの新しいグループを作成しません。たとえば、Owner
タグでの分類を使用してパースペクティブ グループを作成したとします。[すべて追加] オプションを使用して、所有者ごとに異なるグループを作成しました。ユーザー owner:Vikram
が新しい資産を追加して、その名前でタグ付けすると、パースペクティブが自動的に更新され、その新しい資産が Vikram
というラベルの付いたグループに含まれます。しかし、Alyssa という名前の新しい従業員が参加し、リソースに Owner:Alyssa,
というタグを付けると、Alyssa で分類されたグループがないため、パースペクティブで新しいグループは作成されません。
プレースホルダ グループは、間接費または直接費を再配賦するために手動で作成する空のグループです。プレースホルダ グループの追加 の右側の グループ をクリックします。詳細については、コストの再割り当てを参照してください。
収集した資産をパースペクティブ グループに追加するには、4 つの方法があります。使用するアプローチに関係なく、右上隅の進行状況バーには、パースペクティブ グループに割り当てられている、現在および過去の資産の割合と数が表示されます。作成されたグループのリストは、進行状況バーの下に表示されます。
このオプションを使用すると、一連のクエリ結果から 1 つずつグループを作成できます。プラス +
アイコンをクリックし、グループ名を入力して、グループの追加 をクリックします。
新しく作成されたグループがグループのリストに追加されます。
このオプションを使用すると、一連の結果を既存のグループに収集できます。既存のグループに資産を追加すると、その資産を収集するために使用される分類ルールもグループに追加され、継続的な資産管理が可能になります。
複数の静的グループを同時に作成するには、すべてを追加 をクリックします。このオプションを使用すると、各結果セットを個別のグループに追加できます。既存のルールのいずれかに一致する新しい資産が検出されると、その資産は自動的に適切なグループに追加されます。
このオプションを使用すると、パースペクティブに複数の動的グループを同時に作成できます。この方法で作成されたグループは、資産の属性値を追加または削除するときに、拡張および縮小できます。
すべてを動的ルールとして追加 をクリックし、グループに 名前 を指定し、グループを表す色を選択して 動的グループを追加 をクリックします。
資産をグループに収集したら、各グループの資産を確認します。この手順は、資産が正しいグループに割り当てられていることを確認するのに役立ち、その結果、コスト、使用率、パフォーマンス、およびメトリックが正当なビジネス グループに帰属することになります。誤ってタグ付けされやすい AWS タグに基づいて資産を収集する場合、提案されたグループの資産を確認することが特に重要です。
組織にクラウド資産の大規模なエコシステムがある場合は、各グループの資産をチェックするのに時間がかかることがあります。その場合は、適切な割り当てを確実に行うために役立つスポットチェック戦略を策定します。
ベスト プラクティス:推奨されるベスト プラクティスは、より大きなアイテムを最初に見直して正確性を確認し、次に特定のニーズに基づいて他のタイプの資産を確認することです。たとえば、EC2 インスタンス (AWS の場合) などです。