タグ付けを使用したコストデータの管理
リソースの整理とタグを使用したコストの割り当て
概要
第1章 タグ付けストラテジーの計画
1.1. タグの使用
タグ (OpenShift ではラベルと呼ばれています) は、リソースに割り当てることができるカスタムメタデータの文字列です。Cost Management では、タグを使用すると、環境のさまざまな部分にコストを割り当て、コストデータをより正確に把握できます。
クラウドやクラスター内のプロジェクトなどの階層と組み合わせてタグを使用できます。クラウドプロバイダーは、リソースに関連付けることができるタグの数に制限を設けているため、Cost Management のタグ付けストラテジーを計画する必要があります。
タグは、次の目標を達成するのにも役立ちます。
- ビジネス概念をレポートにマッピングする
- ビジネスコンセプト別にコストを表示する
- ビジネスの自動化、運用プロファイル、アクセスおよびセキュリティー制御などの操作を定義する
- タグに基づいてポリシーを適用する
- プロジェクトやサブプロジェクトを使用できない場合は、リソースをより小さな単位に分割する
- 環境、コストセンター、またはチームが同じ複数のクラスターにおけるインテグレーションとグループアプリケーション間の関係を識別する
- RDS データベースとそれを使用する OpenShift プロジェクトなどのリソース間に直接リンクがない場合に依存関係を識別する
1.2. タグのストラテジーの作成
タグのストラテジーを計画するときは、統合のコストをどのように整理して報告するかを検討する必要があります。組織の目標を達成するために必要と思われる最小限のタグ数から始めます。さらに必要な場合は、時間をかけてゆっくりと構築してください。
次のセクションでは、タグの作成を開始する前に考慮すべき重要な事項を説明します。
- 値の優先順位
複数の値が特定のリソースの同じ値に関連付けられている場合に、Value precedence は、どの値が優先されるかを判断する基準を参照します。タグでグループ化するときにコストが重複しないようにするには、各タグまたはラベルキーがすべてのリソースに対して一意である必要があります。
値の優先順位を検討する方法の詳細は、「タグ値の優先順位の理解」 を参照してください。
- ビジネスをレポートにマッピング
- レポートするビジネスパースペクティブを定義します。たとえば、Cost Management の分類法では、次のさまざまな観点を考慮ができます。
- 所有権と使用方法
- リソースの所有者およびユーザーの定義: たとえば、リソースを要求したユーザーの一意の ID、およびそのリソースを実際に消費しているユーザーの一意識別子。
- テナンシー
- 環境が共有されている場合は、どのグループまたはビジネスユニットがリソースを要求しているかを理解することが有益な場合があります。ユーザーが異なるグループの一部である場合は、1 つのグループを選択する必要があります。コストレポートについては、コストセンターを使用して、多くのケースでこれを実現できます。ただし、部署、プロジェクト、またはパートナーも優れた候補です。
- 場所
- グローバルにデプロイされた組織の場合、クラウドプロバイダーはリソースが実行しているリージョンを特定しますが、プライベートクラウドは異なる場合があります。
- 環境またはステージ
- リソースを作成または実行している環境に応じて異なるコスト決定を行うことができるように、開発と本番を区別することを推奨します。開発パイプラインに、開発、テスト、ステージング、実稼働前、実稼働などのステージがすでに含まれると、これは適切な候補となります。
- アプリケーション/プロジェクト/サービス/イベント
- 使用している環境では、イベント用の一時的なリソースグループ (例: 顧客中心の年次会議) などのサービスが提供されている場合もあります。さらにアプリケーションバージョンを含めることもできます。
- ラベルの標準化
一貫性は、タグ付けストラテジーの中で最も重要な要素で、正確で比較可能なコストレポート結果を提供します。
タグ付けする必要のあるリソース、必須のタグ、任意のタグを定義する明確なタグ付けポリシーを作成し、解釈の余地がないことを確認します。
リストの中から値を選択する必要がある場合は、それらの値が定義されていて、一貫性があり、簡単にアクセスできること、またはリストがユーザーに提示されていることを確認してください。たとえば、“Development” キーで開発を定義する場合は、“Dev”、“DEV”、“R&D” などのバリエーションを使用せず、“Development” としてリソースを特定します。
- (手動または自動化により) インテグレーション上のすべての要素にタグを付ける
タグが付いていないリソースはレポートできないため、人為的なエラーを防ぐために自動化を使用して、できるだけ多くの要素にタグを付けます。インテグレーションには、タグ付けに利用できるさまざまな自動化機能があります。
- Azure では、Azure ポリシーを使用して、タグ付けのルールおよび規則を適用し、期待に従わないリソースがデプロイされないようにすることができます。プロビジョニング時に必要なタグを自動的に適用するポリシー、日付に事前定義された形式を適用するポリシー、または一部のリソースタイプに一部のタグを必須にするポリシーを作成できます。
- AWS では、同じものに IAM ポリシーを使用できます。さらに、Ansible などの自動化ツールを使用して、プロビジョニング中に必要なタグを追加し、すべてのリソースが適切にタグ付けされていることを確認できます。
- OpenShift Container Platform には、ラベルリングを自動化する方法がありません。
- タグの頻繁な確認と改良 (必要に応じて)
タグを定義し、後でタグ付けスキームを調整する必要がある場合でも、Cost Management で可能な限り早くそれらを使用します。
結果のレポートをビジネスオーナーや利害関係者と早い段階で確認して、タグが目的のレポートの生成に役立っていることを確認し、タグ付けストラテジーを数週間ごとに確認して最適化します。
- タグの用語の選択
メタデータにアクセスせずにリソースを識別できる名前をリソースに付けてから、メタデータを追加して続行します。クラウドの多くは、正しく行う方法を説明するガイドがあります。リンクは、5章関連情報 を参照してください。
リソースをキーと値にマップします。キーはパースペクティブにマップされますが、値は各キーで許可されるさまざまなオプションを定義します。場合によっては、値は Null になります。
すべてのインテグレーションで同じ識別子が許可されるわけではなく、異なる制限があります。インテグレーションごとの制限は、「インテグレーションタイプ別のタグ仕様」 を参照してください。
1.3. タグ値の優先順位の理解
特性リソースの同じキーに複数の値が関連付けられている場合に、Value precedence は、Cost Management でどの値が優先されるかを判断する基準を参照します。タグでグループ化するときにコストが重複しないようにするには、各タグまたはラベルキーがすべてのリソースに対して一意である必要があります。
1.3.1. OpenShift の値の優先順位
OpenShift では、可能な限り最も具体的な値を維持する基準を作成します。
1.3.1.1. namespace、ノード、および Pod ラベル
各リソースに同じキーがあると、Pod 値がノード値と namespace 値の両方をオーバーライドします。Cost Management では、これらのレベルのラベルが内部で実行されているワークロードに特化しているため、Pod の値が優先されます。ノードラベルと namespace ラベルはより一般的であり、特性の概要を記述します。
namespace、ノード、および Pod ラベルには次の値が優先されます。
- Pod のラベル
- 名前空間ラベル
- ノードラベル
1.3.1.2. 永続ボリュームおよび永続ボリューム要求ラベル
永続ボリューム (PV) は、ノードまたは名前空間から独立して存在するクラスター内のリソースです。Pod は、利用可能な PV からそれらのリソースを要求するために、永続ボリューム要求 (PVC) を作成します。リクエストがこれらの PV のいずれかの基準に一致すると、Pod はこれらのクレームをボリュームとして使用します。
PV および PVC の値は、以下のようになります。
- 永続ボリューム要求のラベル
- 永続ボリュームラベル
- Pod のラベル
- 名前空間ラベル
- ノードラベル
1.3.1.3. Openshift によってフィルタリングされたクラウドデータ
OpenShift によって何かがフィルタリングされると、OpenShift クラスターの実行に関連するクラウドプロバイダーのコストが示されます。クラウドプロバイダーと OpenShift ソースのコストレポートに一致するタグまたはリソース ID があると、Cost Management は 2 つのレポートを相関させます。この相関関係は、クラウドプロバイダーのコストのうち OpenShift の実行に関連するコストを計算します。
2 つのレポートのタグとラベルを 1 つに結合しますが、クラウドインスタンスがデータの元のソースであるため、Openshift ラベルではなくクラウドインスタンスのタグが優先されます。
- クラウドインスタンスのタグ
- OpenShift ラベル
第2章 タグを使用したコストデータの管理
Cost Management におけるタグの仕組みと、タグを使用してリソースを最適に整理および表示し、コストを管理する方法を学習します。
2.1. タグマッピングの有効化および作成
タグマッピングは、クラウド統合全体で複数のタグを組み合わせる場合です。タグマッピングを使用すると、1 つのタグキーで同様のタグをグループ化してフィルタリングできます。
タグをマップするには、まずタグを有効にする必要があります。Cost Management では、有効にできるタグの数は 200 個に制限されています。以下の手順を実行します。
- Cost Management から をクリックします。
- ヘッダータブ Tags and labels をクリックします。
- ドロップダウンメニューの Enable tags and labels をクリックします。
- 有効にするタグを選択します。タグをクリアするには、これを無効にします。
- 次に、Map tags and labels ドロップダウンメニュー、 の順にクリックします。
- 開いたウィザードで、子タグを作成するタグを選択します。 をクリックします。
- 親タグとして使用するタグを 1 つ選択します。このアクションにより、親タグは前のステップで選択した子タグにマッピングされます。 をクリックします。
- 選択内容を確認し、 をクリックします。
2.1.1. 重複キーのトラブルシューティング
すべてのリソースについて、各タグキーは一意であり、値は 1 つだけである必要があります。ただし、タグをマップすると、このルールに違反するシナリオが意図せず作成され、複数の値が作成される可能性があります。
通常、値が複数あるとコストが重複します。ただし、重複を避けるために、Cost Management では 1 つのキーの値が優先されます。Cost Management で値を優先し、それに応じて計画を立てる方法は、「タグ値の優先順位の理解」 を参照してください。
2.1.1.1. トラブルシューティングの例
AWS 上で EC2 インスタンスを実行している次の例を考えてみましょう。このインスタンスには次のキー > 値のペアでタグ付けしました。
-
app
>cost-management
-
App
>Insights
Cost Management では、app
を App
にマッピングしました。したがって、同じ EC2 インスタンスには次のキー > 値のペアが存在します。
-
App
>cost-management
-
App
>Insights
このような状況では、Cost Management では、App
のキー > Insights
の既存の値が優先されます。Cost Management では、コストの重複を防ぐために、app
キーとその値 cost-management
の関連付けを AWS リソースから削除します。App=cost-management
が App=insight
コストに追加されます。
App
は親キーとして設定されているため、Cost Management ではタグマッピング内の app
の値よりもその値が優先されます。したがって、親タグを設定する前に、タグマッピングストラテジーを検討する必要があります。
重複キーに関する問題をトラブルシューティングするには、タグキーが一意であり、値が 1 つだけであることを確認します。キーの優先順位を設定する方法は、「タグ値の優先順位の理解」 を参照してください。。
第3章 Cost Management でのタグおよびラベルの設定
Cost Management がタグを使用してコストデータを自動的に整理できるようにするには、各インテグレーションでタグを設定する必要があります。
Cost Management にインテグレーションを追加した後、以下を行います。
- 各インテグレーションでリソースにタグを付けるかラベルを付けます。「インテグレーションでのタグの設定」を参照してください。
- コストデータの表示を最適化するには、タグに絞り込み、追加します。「タグのストラテジーの作成」を参照してください。
インテグレーションの設定手順の詳細は、Cost Management スタートガイド ガイドを参照してください。
3.1. Cost Management によるタグの関連付け方法
AWS と Microsoft Azure のタグと OpenShift のラベルは、キーと値のペアで構成されます。key:value ペアが一致すると、AWS/Azure および OpenShift コストは Cost Management によって自動的に関連付けられます。Cost Management でのタグ一致では、大文字と小文字が区別されません。たとえば、AWS リソースタグが付いた APP と OpenShift リソースタグが付けられた app は一致するとみなされます。
ソースおよびリソースタイプ | キー | 値 |
---|---|---|
AWS リソース (RDS) | APP | Cost-Management |
OpenShift Pod | app | cost-management |
AWS リソースタグが複数の OpenShift プロジェクトに一致する場合、そのリソースのコストと使用状況は、一致したプロジェクト間で均等に分割されます。
これは、インスタンス ID とノードの関係によって一致する AWS コンピューティングリソースには当てはまりません。この場合、OpenShift クラスター内でのプロジェクトのリソース消費に関する情報を使用し、コストと使用状況は破損します。
デフォルトでは、Cost Management は、Amazon EC2 インスタンス ID または Microsoft Azure 仮想マシンインスタンス ID を、そのインスタンス上で実行されている OpenShift Container Platform ノードに関連付けることにより、AWS コンピュートの使用量とコストを追跡します。
3.1.1. Cost Management におけるタグのマッチング階層
AWS または Azure インスタンスで実行されている OpenShift リソースを識別するために、Cost Management は次の順序でインテグレーション間のタグを照合します。
- 直接リソースマッチング (AWS EC2 インスタンス ID または Azure 仮想マシンインスタンス ID)
- 特殊な OpenShift タグ
- カスタムタグ
3.1.2. Cost Management における OpenShift ラベルの継承
OpenShift ラベルは、クラスターからノード、プロジェクトから Pod への継承パターンに従います。クラスター内のすべての Pod にラベルを付けなくても、ノードまたはプロジェクトレベルでコストを関連付けることができます。
ノードとプロジェクトのラベルからのキーと値のペアは、Cost Management の Pod レベルで継承されます。クラスターとノードのラベルからのキーと値のペアは、各レベルの永続ボリューム要求 (PVC) によってプロジェクトレベルで継承されます。クラスター、ノード、またはプロジェクトのラベルごとにグループ化して、それらのワークロード内の関連する PVC を表示できます。
キーが Pod にすでに存在する場合、Pod 内のそのキーの値は残ります。Cost Management は、Pod の値をプロジェクトまたはノードの値で上書きしません。同様のプロセスがノードからプロジェクトまで発生します。
以下の例を参照してください。
例 1: ラベル app
と値 costpod1
を Pod に割り当てます。この Pod のプロジェクトのラベルは app
ですが、値は cost-project
です。これらのリソースは、ラベル us-east-1
のノードで実行しています。ラベル app
と値 costpod1
は Pod に関連付けられたままになります。
例 2: ラベルが app
で値が cost-project
のプロジェクトがあります。プロジェクトでは 3 つの Pod が実行していますが、それらにはラベルが付いていません。コスト管理は、ラベル app と値 cost-project
をこれらの Pod に関連付けます。
3.1.3. 直接リソースマッチング (インスタンス ID)
インテグレーションでは、これらの識別子が自動的に適用されます。この形式のタグ付けにより、Microsoft Azure または AWS インスタンスと OpenShift ノードの間に直接リンクが提供されます。
AWS は、すべての EC2 インスタンスをリソース識別子 (i-01f44b3d90ef90055
など) に割り当てます。OpenShift ノードは、クラスターが AWS リソース識別子を使用して実行している AWS EC2 インスタンスに直接マッチします。Cost Management の OpenShift レポート (Prometheus データから生成) には、ノードのこの識別子が含まれています。同様に、Microsoft Azure では、Cost Management 用に各仮想マシンインスタンス ID が OpenShift レポートに含まれます。
3.1.4. 特殊な OpenShift タグ
コストを OpenShift に関連付けるために使用できる 3 つの特別な場合の AWS タグがあります。
-
openshift_cluster
-
openshift_node
-
openshift_project
これらのタグにはカスタムタグのマッチング優先順位があり、特に同じ AWS インスタンスで実行される異なる OpenShift クラスターのコストを区別するのに役立ちます。
このタグ付け方法を使用して OpenShift クラスターを識別するには、AWS インスタンスにキー openshift_cluster
をタグ付けし、値として OpenShift インテグレーション名を指定します。次の例では、Cost Management アプリケーションの OpenShift インテグレーションの名前は dev-cluster
です。
ソースおよびリソースタイプ | キー | 値 |
---|---|---|
AWS リソース (RDS) |
|
|
OpenShift クラスター |
タグは必要ありません。これは、Cost Management における OpenShift インテグレーションの名前が | タグは必要ありません。 |
3.1.5. カスタムタグ
任意の key:value の組み合わせをタグとして使用し、Cost Management は同一のタグキーと値を一緒に関連付けます。次に、タグキー、アカウント、サービス、リージョンなどでコストをグループ化し、そのタグのコストと料金を表示することもできます。
ソースおよびリソースタイプ | キー | 値 |
---|---|---|
AWS リソース (RDS) |
|
|
OpenShift Pod |
|
|
3.2. インテグレーションでのタグの設定
Cost Management がインポートするタグを制御するには、各インテグレーションで表示するタグをアクティブ化または有効化します。
- AWS タグをアクティブ化し、データエクスポートで選択して Cost Management にエクスポートする必要があります。手順は、Amazon Web Services (AWS) ソースの追加 ガイドの Cost Management のための AWS タグのアクティブ化 を参照してください。
- Microsoft Azure タグは、Azure の日次データエクスポートスケジュールの設定 で設定されたコストエクスポートレポートの Cost Management にエクスポートされます。
- OpenShift Container Platform のラベルは Cost Management Metrics Operator によってエクスポートされ、Cost Management が入力として使用するメトリクスレポートに含まれます。
3.2.1. AWS リソースへのタグの追加
Amazon は、EC2 インスタンスリソース識別子や、コスト管理で同様に使用される i-123456789
などの番号など、特定の識別子を自動的に作成します。
個別のリソースレベルで独自のタグを追加することもできます。これらのタグを Cost Management アプリケーションにエクスポートするには、コストおよび使用方法のレポートに対してアクティベートする必要があります。
以下の手順で、Cost Management の AWS タグを設定します。
手順
AWS リソースにタグを作成し、これを適用します。
注記互換性のあるサードパーティーの Linux ディストリビューションから Red Hat Enterprise Linux (RHEL) に変換し、AWS でサードパーティー移行リスト用の RHEL を購入した場合は、AWS Cost Allocation タグページで RHEL システムのコスト配分タグをアクティブ化します。
com_redhat_rhel_conversion
を作成し、タグの値をtrue
に設定します。ELS (Extended Lifecycle Support) を使用している場合は、com_redhat_rhel_addon
を作成し、値をELS
に設定します。最後に、com_redhat_rhel
を作成し、RHEL のバージョンに合わせてタグ値を7
または8
に設定します。変更は、コスト管理が次にデータをダウンロードしたときにコスト管理に反映されます。RHEL メータリングのアイテムにタグを付ける予定の場合は、ホストメータリングを使用しないでください。インスタンスが二重請求される可能性があります。
AWS ドキュメントの手順は、User-Defined Cost Allocation Tags を参照してください。
データのエクスポートを使用して、Cost Management アプリケーションで収集するタグをアクティブ化します。AWS Billing コンソールで、Cost Allocation Tags 領域からアクティブ化するタグを選択します。
AWS ドキュメントの手順は、Activating the AWS-Generated Cost Allocation Tags を参照してください。
3.2.2. Microsoft Azure リソースへのタグの追加
仮想マシンインスタンスの識別子を自動的に作成するには、Microsoft Azure 統合を追加します。コスト管理では、この統合をタグと同様に使用して、Microsoft Azure リソースを関連する OpenShift リソースに関連付けます。個々のリソースレベルで Microsoft Azure に独自のタグを追加します。
互換性のあるサードパーティーの Linux ディストリビューションから Red Hat Enterprise Linux (RHEL) に変換し、Microsoft Azure でサードパーティー移行用 RHEL リストを購入した場合は、RHEL システムの仮想マシンにラベルを付けます。com_redhat_rhel_conversion
を作成し、タグの値を true
に設定します。ELS (Extended Lifecycle Support) を使用している場合は、com_redhat_rhel_addon
を作成し、値を ELS
に設定します。最後に、com_redhat_rhel
を作成し、RHEL のバージョンに合わせてタグ値を 7
または 8
に設定します。変更は、コスト管理が次にデータをダウンロードしたときにコスト管理に反映されます。
RHEL メータリングのアイテムにタグを付ける予定の場合は、ホストメータリングを使用しないでください。タグ付けを計画している場合、インスタンスが二重に請求される可能性があります。
Microsoft Azure のドキュメント Use tags to organize your Azure resources and management hierarchy の手順に従って、Cost Management 用の Microsoft Azure タグを作成して適用します。
3.2.3. タグの Google Cloud リソースへの追加
カスタムラベルを、仮想マシンインスタンス、イメージ、永続ディスクなどの Google クラウドリソースに適用できます。これらのラベルは、BigQuery エクスポートに自動的に追加され、Cost Management に送信されます。
手順
ラベルを Google Cloud リソースを作成し、これに適用します。
手順は Google Cloud ドキュメントの ラベルの作成および管理 を参照してください。
3.2.4. OpenShift namespace でのラベルの表示
OpenShift で AWS または Microsoft Azure タグに相当するのはラベルであり、これもキーと値のペアで構成されます。Cost Management Service は、Prometheus メトリクスと Cost Management Metrics Operator を使用して、ノード、Pod、永続ボリューム (または永続ボリューム要求) から OpenShift タグデータを収集します。
利用可能なタグを表示するには、OpenShift Web コンソールでリソースに移動します。割り当てられたラベルは Labels 見出しにリスト表示されます (例: openshift.io/cluster-monitoring=true)。
3.2.5. Cost Management でのタグの有効化と無効化
Cost Management では、デフォルトですべてのクラウドプロバイダーのタグが有効になっています。リソースタグが多すぎると、Cost Management のパフォーマンスに影響することがあります。有効なタグはアカウントごとに 200 に制限されています。また、タグをグループ化したり、キーと値のペアを一致させたりする場合に、不要なタグがあるとコスト管理が煩雑になります。これらの潜在的な問題を軽減するには、アクティブに使用していないタグを無効にします。
前提条件
- Cost Management でこれらの設定を変更するために組織管理者または Cost Price List 管理者の権限がある。ユーザーのロールとアクセスに関する詳細は、Cost Management スタートガイド の Cost Management リソースへのアクセス制限 を参照してください。
手順
- Cost Management から、 → をクリックします。
- Tags and labels タブをクリックします。
- 無効にするタグを選択します。
このタグは、Cost Management アプリケーションに対して非アクティブになりました。同じページで無効にしたタグを有効にするには、有効にするタグを選択して Enable tags をクリックします。
3.2.6. Cost Management での Amazon Web Services のコストカテゴリーの設定
Cost Management Service で Amazon Web Services (AWS) のコストカテゴリーを有効または無効にできます。AWS コストカテゴリーを使用すると、組織はタグに加えて意味のあるコストと使用状況の情報をグループ化できます。Cost Management でコストカテゴリーを使用するには、まず AWS コンソールでコストカテゴリーを設定する必要があります。次の手順では、Cost Management Service でコストカテゴリーを有効にする方法を説明します。
前提条件
- Cost Management でこれらの設定を変更するために組織管理者または Cost Price List 管理者の権限がある。ユーザーのロールとアクセスに関する詳細は、Cost Management スタートガイド の Cost Management リソースへのアクセス制限 を参照してください。
- Amazon Web Services のインテグレーションが Cost Management に追加され、Amazon Web Services コンソールを通じてコストカテゴリーが有効化されている。
手順
- Cost Management から、 → をクリックします。
- Cost categories タブをクリックします。
- 有効にするコストカテゴリーを選択します。複数選択できます。
選択したコストカテゴリーが Cost Management アプリケーションに対して有効になりました。無効にするコストカテゴリーを選択し、Disable categories をクリックして、コストカテゴリーを無効にすることもできます。
第4章 コストデータの表示およびエクスポート
4.1. コストデータビューのフィルタリング
タグを使用すると、コストデータの表示をカスタマイズできます。リソースをタイプ (プロジェクト、ノード、クラスターなど)、もしくはタグまたはラベル別に表示して、特定のリソースのコストが増加した理由、またはデータが異常に見えるタイミングを調べることができます。
この例は、クラスター内の各 OpenShift プロジェクトのコストを確認する方法を示しています。
前提条件
- OpenShift クラスターが Cost Management データインテグレーションとして追加されている。手順は、Cost Management スタートガイド の Cost Management への OpenShift Container Platform データの統合 を参照してください。
- クラウドインフラストラクチャーアカウントが Cost Management データインテグレーションとして追加されている。クラウドプロバイダーの種類に応じた手順は、Cost Management スタートガイド を参照してください。
- インテグレーションでタグを設定している。ヒントおよび設定の手順は、「インテグレーションでのタグの設定」 を参照してください。
手順
- OpenShift details メニューから、フィルターボタンをクリックして Tag を選択します。
- Choose key ドロップダウンリストで、フィルター処理に使用するキーを選択します。たとえば、environment タグでクラスターを表示する 環境 を選択します。tag キーを選択すると、フィルタリングする値を選択する別のドロップダウンが表示されます。
- Choose value ドロップダウンリストで、フィルタリングする 1 つ以上の値を選択します。たとえば、qe および dev を選択して、これらのタグを持つ OpenShift プロジェクトのコストデータを表示します。
各プロジェクトの詳細情報を表示するには、以下を実行します。
- 各リソースの矢印アイコンをクリックすると、リソースが属するクラスター、CPU とメモリーの使用量、制限、リクエストなどの詳細情報が表示されます。
をクリックして、さらに表示オプションを表示します。
- をクリックし、OpenShift メトリクスに適用されるレートを表示し、コストを計算します。
- をクリックして、毎日の使用量比較ビューを開きます。このビューでは、月ごとに、対象リソースの 1 日当たりの使用率、要求、制限を比較します。
- View all tags をクリックして、関連リソースおよびメタデータを表示します。 または
- をクリックして OpenShift の詳細ビューをリセットします。
4.2. タグカテゴリー別のコストデータのグループ化
タグカテゴリー別にリソースをグループ化して、コストデータをさらに調べることができます。
グループ化とフィルタリングは、コストや問題の根本原因を見つけたり、コストセンターや特定の環境など、他の環境とは独立して機能する環境の一部を調査したりするのに役立ちます。
これにより、環境の残りの部分に関する情報を非表示にして、コストデータの結果が必要以上に複雑になるのを防ぎ、他のデータの中に隠れてしまいがちな必要な情報を見つけることができます。
この例は、OpenShift Container Platform でラボ環境を実行している教育コースプロバイダーがタググループ化を使用して、学生とコースごとにコスト情報をフィルタリングする方法を示しています。
前提条件
- OpenShift クラスターが Cost Management データインテグレーションとして追加されている。手順は、Cost Management スタートガイド の Cost Management への OpenShift Container Platform データの統合 を参照してください。
- クラウドインフラストラクチャーアカウントが Cost Management データインテグレーションとして追加されている。クラウドプロバイダーの種類に応じた手順は、Cost Management スタートガイド を参照してください。
- インテグレーションでタグを設定している。ヒントおよび設定の手順は、「インテグレーションでのタグの設定」 を参照してください。
手順
- Group cost by: フィールドの OpenShift details ページから、コストをグループ化するタグキーを選択します。この場合は、Tag Key:user を選択して、学生ユーザー別にグループ化された結果を表示します。
- フィルターエリアで、Tag を選択します。
- Choose key リストで、タグキー user を選択します。
- Choose value ドロップダウンリストで、course_id および course_type の値をチェックして、コース X を受講した学生の数とそのコースの費用を特定します。
各リソースの詳細情報 (例: コース X のコスト) を表示するには、以下を実行します。
- 各リソースの矢印アイコンをクリックすると、リソースが属するクラスター、CPU とメモリーの使用量、制限、リクエストなどの詳細情報が表示されます。
- をクリックして、毎日の使用量比較ビューを開きます。このビューでは、月ごとに、対象リソースの 1 日当たりの使用率、要求、制限を比較します。
をクリックして、さらに表示オプションを表示します。
- をクリックして、毎日の使用量比較ビューを開きます。このビューでは、月ごとに、対象リソースの 1 日当たりの使用率、要求、制限を比較します。
- をクリックして、レポート用の .CSV ファイルを作成します。日次または月額の集約を指定し、 をクリックします。
- をクリックして OpenShift の詳細ビューをリセットします。
4.3. レポートツールへのコストデータのエクスポート
タグを使用すると、コストデータの表示をカスタマイズできます。これは、特定のリソースがコストの増加を示している理由、またはデータが異常に見える理由をさらに調査する場合に役立ちます。
この例は、特定の OpenShift リソースのデータを表示し、データを必要なレポートツールにエクスポートする方法を示しています。
前提条件
- OpenShift クラスターが Cost Management データインテグレーションとして追加されている。手順は、Cost Management スタートガイド の Cost Management への OpenShift Container Platform データの統合 を参照してください。
- クラウドインフラストラクチャーアカウントが Cost Management データインテグレーションとして追加されている。クラウドプロバイダーの種類に応じた手順は、Cost Management スタートガイド を参照してください。
- インテグレーションでタグを設定している。ヒントおよび設定の手順は、「インテグレーションでのタグの設定」 を参照してください。
手順
- OpenShift details メニューから、フィルターボタンをクリックして Tag を選択します。
- Choose key ドロップダウンリストで、フィルター処理に使用するキーを選択します。たとえば、version を選択します。tag キーを選択すると、フィルタリングする値を選択する別のドロップダウンが表示されます。
- Choose value ドロップダウンリストで、フィルタリングする 1 つ以上の値を選択します。たとえば、qe および dev を選択して、これらのタグを持つ OpenShift リソースのコストデータを表示します。
- リソースのデータをエクスポートするには、データをエクスポートする各リソースの横にあるチェックボックスを選択します。 をクリックして、エクスポートオプションダイアログを開きます。
- 日次または月額の集約を指定し、 をクリックします。
CSV ファイルはローカルシステムにダウンロードされ、必要なレポートツールでこれを使用できます。
リソースごとに、More options
> Export data メニューからデータを .CSV ファイルとしてエクスポートすることもできます。
をクリックして OpenShift の詳細ビューをリセットします。
第5章 関連情報
5.1. インテグレーションタイプ別のタグ仕様
タグ付け標準はインテグレーションタイプによって異なります。インテグレーション間で同じタグ/ラベルを使用するには、さまざまなプロバイダー間ですべての制限の中で最も一般的なものを使用する必要があります。
以下の表は、AWS、Azure、および OpenShift Container Platform 4 との間での基準のタグ付けとラベル付けをまとめています。
基準 | AWS | Azure | Google Cloud | Red Hat OpenShift |
---|---|---|---|---|
名前 | タグ | タグ | ラベル | ラベル |
フォーマット | キー & 値 | 名前 & 値 | キー & 値 | キー & 値キー: [prefix/]name Prefix: DNS サブドメインでなければなりません |
空の値を許可する | はい | はい | はい | はい |
キーごとの一意のラベル | はい | はい | はい | はい |
大文字小文字が区別される | はい | いいえ | 小文字のみ | はい |
リソースごとの制限 | 50 | 50 (ストレージの場合は 15) | 64 | 該当なし |
キーの長さ | 128 | 512 (ストレージの場合は 128) | 63 | 253(prefix) / 63(name) |
値の長さ | 256 | 256 | 63 | 63 |
使用可能な文字 | UTF-8 で表示可能な文字、数字、スペース、記号 (+ - = . _ : / @) | タグ名には <、>、%、&、\、?、/ の記号を含めることはできません。 | 小文字、数字、アンダースコア、ハイフンのみ。 | 名前のセグメントは必須であり、63 文字以下で、語頭および語尾は英数字 ([a-z0-9A-Z]) を使用し、それ以外はダッシュ (-)、アンダースコア (_)、ピリオド (.)、および英数字を使用する必要があります。 |
制約 | 接頭辞 “aws:” が予約されています。EC2 に適用されるタグは任意の文字を使用できます。すべてのリソースタイプがタグをサポートしているわけではありません。 | すべてのリソースタイプがタグをサポートしているわけではありません。汎用仮想マシンでは、タグがサポートされません。リソースグループに適用されるタグはリソースによって継承されません。 | キーは小文字または国際文字で始まる必要があります。 | kubernetes.io/ と k8s.io/ の接頭辞が予約されています。すべてのリソースタイプがタグをサポートしているわけではありません。 |
備考 | コストと使用量のファイルと請求レポートに含まれるタグキーを選択する必要があります。 | JSON 文字列を使用してキーの制限を引き継ぐことができます。 | プロジェクト内のすべてのリソースに適用できるラベルの数に制限はありません。 | 接頭辞を省略すると、ラベルキーはユーザー専用であると想定されます。 |
5.2. 関連資料
次のリンクでは、各インテグレーションタイプのタグ付けに関する詳細なガイダンスを提供します。
AWS:
OpenShift:
Microsoft Azure
Google Cloud
Red Hat ドキュメントへのフィードバック (英語のみ)
Red Hat ドキュメントに関するフィードバックをお寄せください。いただいたご要望に迅速に対応できるよう、できるだけ詳細にご記入ください。
前提条件
- Red Hat カスタマーポータルにログインしている。
手順
フィードバックを送信するには、以下の手順を実施します。
- Create Issue にアクセスします。
- Summary テキストボックスに、問題または機能拡張に関する説明を入力します。
- Description テキストボックスに、問題または機能拡張のご要望に関する詳細を入力します。
- Reporter テキストボックスに、お客様のお名前を入力します。
- Create ボタンをクリックします。
これによりドキュメントに関するチケットが作成され、適切なドキュメントチームに転送されます。フィードバックをご提供いただきありがとうございました。