『vRealize Operations Cloud Getting Started guide1』および『VMware Cloud Services ドキュメント 2』によると、組織の所有者が VMware Cloud Services を利用するために新しいユーザーに送信する招待状は、取り消されるまでの最大 7 日間有効です。ユーザーがこの期間内に招待を承諾しない場合、招待は期限切れとなり、ユーザーは組織に参加できなくなります。組織の所有者は、必要に応じて招待状を再送信したり、招待状を取り消したりできます。他のオプションは、招待状の実際の有効期間と一致しないため、正しくありません。参考資料: 1: vRealize Operations Cloud スタート ガイド (92 ページ):
VMware Cloud Services ドキュメントの「組織へのユーザーの追加」セクション。

予想使用率は、リソースの 25% の使用率をシミュレートするためにシナリオに含める必要があるワークロード オプションです。予想使用率は、割り当てられたリソース (CPU、メモリ、ストレージ) のうち、ワークロードによって使用されると予想される量を示すパーセンテージ値です。予想使用率を次のように設定すると、
25% の場合、管理者は、データセンター内のリソースの 25% を消費するワークロードの追加または削除の影響をモデル化できます。メモリ、年間予測増加量、CPU はワークロードのオプションではなく、ワークロードの属性です。メモリと CPU はワークロードに割り当てられたリソースの量であり、年間予測増加率はワークロードが毎年増加すると予想される割合です。これらの属性は、ワークロードによるリソースの使用率を直接指定するものではありません。参考資料: What-If 分析 - ワークロード プランニング: 従来型、セクション「What-If 分析 - ワークロード プランニング: 従来型の仕組み」。『vRealize Operations Manager ユーザー ガイド』の「ダッシュボードの作成と構成」セクション。

情報を取得するために使用する What-If 分析機能内のオプションは、「ワークロード計画: 従来型」です。このオプションを使用すると、管理者は、実際のデータ センターまたはカスタム データ センターに対してワークロードを追加または削除できるシナリオを定義できます。vRealize Operations はシナリオをモデル化し、目的のワークロードが対象のデータ センターまたはカスタム データ センターに適合できるかどうか、またそれがクラスタの容量とパフォーマンスにどのような影響を与えるかを計算します1。管理者は、ワークロードのプロファイル、シナリオの開始日と終了日、ワークロードの年間予測増加量を指定することもできます2。
他のオプションは、非ハイパーコンバージド クラスターに仮想マシンを追加するユースケースと一致しないため、正しくありません。クラスター計画: 従来型では、管理者はクラスターにホストを追加またはクラスターからホストを削除できる可能性のあるシナリオを定義し、クラスターの容量とパフォーマンスへの影響を評価できます3。仮想マシンの計画: 従来型では、管理者はホストに対して仮想マシンを追加または削除できるシナリオを定義し、ホストの容量とパフォーマンスへの影響を評価できます。インフラストラクチャ計画: 従来型では、管理者は、データストア、ネットワーク、アダプタなどのインフラストラクチャ コンポーネントを追加または削除できるシナリオを定義し、インフラストラクチャの容量とパフォーマンスへの影響を評価できます。
参考文献:
What-If 分析 - ワークロード プランニング: 従来型 - VMware Docs
vRealize Operations 8.0 による What-If 分析 - VMware ブログ
What-If 分析 - クラスタ計画: 従来型 - VMware Docs
[What-If 分析 - 仮想マシン計画: 従来型 - VMware ドキュメント]
[What-If 分析 - インフラストラクチャ計画: 従来型 - VMware ドキュメント]

データ ノードは、管理者が vROps をスケールアウトして非常に大規模な環境を監視できるようにする vRealize Operations (vROps) 設計のノードのタイプです。データ ノードは、UI、コントローラー、分析、コレクター、永続性など、すべての vROps サービスがインストールされている追加ノードです。データ ノードはデータの収集と分析を実行し、vROps クラスターの容量とパフォーマンスを向上させます。データ ノードは、変化するワークロードや環境のサイズに合わせて、必要に応じて追加または削除できます。リモート コレクターは vROps 設計におけるノードの一種ではなく、リモート ソースからデータを収集して vROps クラスターに送信するために展開できる別個のコンポーネントです。リモート コレクターはデータの保存や分析の実行を行わず、vROps クラスターの容量やパフォーマンスを向上させません。レプリカ プライマリ ノードとプライマリ ノードは、管理者が vROps をスケールアウトして非常に大規模な環境を監視できるノードのタイプではなく、vROps クラスタに高可用性と継続的可用性を提供するノードのタイプです。レプリカ プライマリ ノードとプライマリ ノードには、グローバル xDB、NTP サーバー、GemFire ロケーターなど、すべてのクラスター ノードにわたって複製できない重要なサービスが含まれています。レプリカ プライマリ ノードとプライマリ ノードはデータの収集と分析を実行せず、vROps クラスターの容量やパフォーマンスを向上させません。参照: vRealize Operations クラスタ ノードについて、「vRealize Operations クラスタ ノードについて」セクション。『vRealize Operations Manager ユーザー ガイド』の「ダッシュボードの作成と構成」セクション。

『VMware vRealize Operations User Guide1』によると、スーパー メトリックは 1 つ以上の既存のメトリックから派生するカスタム メトリックです。スーパー メトリックを使用すると、複雑な数式を計算したり、複数のオブジェクトにわたるデータを集計したり、デフォルトでは使用できない新しいメトリックを作成したりできます。スーパー メトリックは、vRealize Operations のスーパー メトリック エディタを使用して作成できます。
ただし、スーパー メトリックのデータ収集を開始する前に、スーパー メトリックをポリシーで有効にする必要があります。ポリシーは、vRealize Operations が環境内のオブジェクトを分析および管理する方法を決定する一連のルールと設定です。ポリシーは 1 つ以上のオブジェクト タイプまたはグループに適用できます。ポリシーでスーパー メトリックを有効にするには、管理者はポリシーを編集し、[メトリックとプロパティの収集] オプションを選択して、使用可能なメトリックのリストからスーパー メトリックを選択する必要があります。管理者は、スーパー メトリックの収集レベル、収集間隔、および保持期間を指定することもできます。
スーパー メトリックのデータ収集を開始する前に、他のオプションは必要ありません。アラート、オブジェクト タイプ、またはオブジェクトでの有効化は、スーパー メトリック データを収集するために必要な手順ではありません。これらのオプションは、アラート定義の作成、オブジェクトの関係の定義、個々のオブジェクトへのポリシーの割り当てなど、さまざまな目的に使用されます。参考文献:
1: VMware vRealize Operations ユーザー ガイド、
https://docs.vmware.com/en/vRealize-Operations/8.5/vrealize-operations-manager-85-user-guide.pdf、35 ～ 36 ページ、39 ～ 40 ページ、43 ～ 44 ページ