ライセンスが付与されている vSphere クラスタ全体にデータベース ソフトウェアのコストを割り当てるために管理者が構成する必要があるコスト ドライバのタイプは、アプリケーションです。アプリケーションは、仮想マシン上で実行され、ビジネス価値を提供するソフトウェア コンポーネントです。アプリケーションの例としては、データベース ソフトウェア、Web サーバー、ミドルウェアなどがあります。Oracle、SQL Server、Apache など、実行するアプリケーションの種類に基づいて、VM にアプリケーション コストを割り当てることができます。また、カスタム アプリケーション タイプを作成して割り当てることもできます。彼らにとってはコストがかかります。アプリケーションのコストを構成することで、プライベート クラウド上でさまざまな種類のアプリケーションを実行する費用を追跡し、リソースの使用率と予算を最適化できます12。参考資料: 1: アプリケーション コスト ドライバー 2: VMware vRealize Operations によるコスト計算パート 1

この状況の原因として考えられるのは、VMC リソースには料金ベースの価格設定カードのみが適用されることです。レートベースの価格カードは、CPU、メモリ、ディスク、ネットワークなどのリソース タイプごとにレートを定義する価格カードです。コストベースの価格設定カードは、ホスト、クラスター、データストア、仮想マシンなどのオブジェクト タイプごとに基本料金を定義する価格設定カードです。vRealize Operations は、vSphere リソースに対して両方のタイプの価格設定カードをサポートしますが、VMC リソースに対してはレートベースの価格設定カードのみをサポートします1。コストベースの価格設定カードが VMC リソースに割り当てられている場合、ポリシーに対して計算された価格は zero2 として報告されます。
この状況を回避するには、管理者は VMC リソースにレートベースの価格設定カードを作成して割り当てる必要があります。
他のオプションは、この状況の考えられる理由ではないため、不正解です。選択肢 A は不正解です。コストベースの価格設定カードの基本料金の 1 つの値がゼロであっても、VM の価格はゼロにはなりません。VM の価格は、VM オブジェクト タイプとその親オブジェクト タイプ (データストア、クラスター、ホスト 3 など) の基本料金の合計に基づいて計算されます。選択肢 C は不正解です。VMC を使用する場合、コスト計算を 2 回実行する必要はありません。コスト計算は、クラウド プロバイダーに関係なく、すべての価格設定カードに対して 24 時間ごとに実行されます4。選択肢 D は不正解です。料金ベースの価格カードである限り、価格カードは VMC リソースでサポートされています1。
参考文献:
vRealize Operations の vRealize Automation 8.x コンポーネントの価格 - VMware ドキュメント 価格の概要 - VMware ドキュメント 新しい価格カードの追加 - VMware ドキュメント コスト計算 - VMware ドキュメント

実際の CPU オーバーコミット率が 4:1 の構成値より小さい場合に、vRealize Operations がクラスタの残り日数が 0 日であると報告する理由は、クラスタ内の CPU 需要が合計 CPU 容量よりも大きいためです。割り当てモデルは、仮想マシン、クラスター、データストアなどのオブジェクトに割り当てられるリソースの量に基づいて、リソースの容量と使用率を計算する方法です。割り当てモデルを使用すると、管理者は CPU、メモリ、またはディスク領域のオーバーコミット率を設定できます。これは、利用可能なリソースに対する割り当てられたリソースの比率です。オーバーコミット率は、オブジェクトのパフォーマンスや可用性に影響を与えずにリソースをどの程度オーバーコミットできるかを決定します1。
管理者がポリシーで割り当てモデルを有効にし、vSphere データセンター内のすべての vSphere クラスターの CPU オーバーコミット比を 4:1 に設定すると、管理者は、vSphere データセンターで使用可能な CPU リソースの 4 倍を超える CPU リソースの割り当てを許可することになります。クラスター。たとえば、クラスターの CPU 容量が 100 GHz の場合、管理者はクラスター内の仮想マシンに最大 400 GHz の CPU リソースを割り当てることができます。ただし、これは、仮想マシンが何の影響もなく最大 400 GHz の CPU リソースを消費できるという意味ではありません。仮想マシンの実際の CPU 消費量は、仮想マシンがワークロードを実行するために必要な CPU リソースの量である CPU 需要によって異なります。CPU の需要は、ワークロードのタイプ、強度、パターンによって異なります2。
クラスター内の CPU 需要が合計 CPU 容量よりも大きい場合は、仮想マシンがクラスターが提供できるよりも多くの CPU リソースを要求していることを意味します。これにより、CPU の競合、パフォーマンスの低下、SLA 違反が発生する可能性があります。この場合、vRealize Operations はクラスタの残り日数が 0 日であると報告します。これは、クラスタが最大容量に達しており、これ以上の CPU 需要に対応できないことを意味します。実際の CPU オーバーコミット率が 4:1 の構成値より小さい場合でも、クラスターの残り日数は 0 日になります。これは、オーバーコミット率は、消費されたリソースではなく、割り当てられたリソースのみを反映するためです。オーバーコミット率は、クラスターが仮想マシンの CPU 需要をサポートできることを保証するものではなく、割り当てモデルに基づいたクラスターの潜在的な容量を示すだけです1。
参考資料: 1: 割り当てモデル - VMware ドキュメント 2: 需要モデル - VMware ドキュメント