仮想 NIC 受信パケット ドロップは、特定の VM へのリモート デスクトップ セッションからユーザーが切断される原因を切り分けるのに最も役立つ VM メトリックです。このメトリックは、バッファ スペース不足などの理由により VM の仮想 NIC によってドロップされたパケットの数を示します。パケット ドロップは、ネットワークの輻輳、構成ミス、またはパフォーマンスの問題を示している可能性があり、リモート デスクトップ セッションの品質と可用性に影響する可能性があります。パケット ドロップは、RDP2 などの TCP ベースのプロトコルで再送信、遅延、およびエラーを引き起こす可能性もあります。Prism でこのメトリックを表示するには、[エンティティ] > [コンピューティングとストレージ] > [VM] > [概要ビュー] に移動し、VM を選択します。次に、[詳細ビュー] で [メトリック] > [パフォーマンス] に移動し、ドロップダウン メニューから [仮想 NIC 受信パケット ドロップ] を選択します3。

Red Hat カスタマー ポータルによると、Rsyslog で RELP を使用するには、サーバーとクライアントの両方に rsyslog-relp パッケージをインストールする必要があります。リモート サーバーに rsyslog-relp がインストールされていない場合、RELP ログは期待どおりに機能しません。

Nutanix コミュニティ1 によると、Prism Central で Active Directory サポートが有効になっている場合、ユーザーは Active Directory 資格情報を使用して認証できます。Active Directory サポートを有効にするには、Active Directory グループを Prism Central ロールにマッピングする方法を定義するロール マッピング12 を構成する必要があります。
https://next.nutanix.com/ncm-intelligent-operations-formerly-prism-pro-ultimate-26/cconfiguring-authentication-38051

正解は C です。アップストリーム スイッチに VLAN が作成されませんでした。
VLAN (仮想ローカル エリア ネットワーク) は、物理ネットワークの論理的なセグメント化であり、同じ VLAN 上のデバイスが物理的な場所に関係なく相互に通信できるようにします。また、VLAN は、VLAN 間でトラフィックをルーティングできるルーターまたはレイヤー 3 スイッチがない限り、異なる VLAN 上のデバイスを互いに分離します。VLAN を作成するには、管理者は、スイッチ、ルーター、ホストなど、VLAN に関係するネットワーク デバイスを構成する必要があります。管理者は、各 VLAN に一意の VLAN ID (VLAN を識別する 1 ～ 4094 の数字) を割り当てる必要もあります。
Nutanix AHV では、管理者はゲスト VM 用の特定の VLAN ID を持つ Nutanix 管理ネットワークを作成できます。このネットワークは、Prism Element または Prism Central を使用して VM NIC に割り当てることができます。ただし、Nutanix 管理ネットワークを作成しても、AHV ホストを接続するアップストリーム スイッチに VLAN が自動的に作成されるわけではありません。管理者は、AHV ホストに接続するポートで VLAN トラフィックを許可するようにアップストリーム スイッチを手動で構成する必要があります。管理者は、アップストリーム スイッチが物理的または仮想的に相互接続され、必要に応じて異なる VLAN 間でトラフィックを転送できることも確認する必要があります2。
したがって、管理者が VLAN ID 512 で Nutanix 管理ネットワークを作成し、そのネットワーク上の VM が同じホスト上の他の VM としか通信できず、クラスター内の別のホスト上の VM とは通信できないことに気付いた場合、この問題の原因として最も可能性が高いのは、VLAN がアップストリーム スイッチ上に作成されていないことです。つまり、スイッチが VLAN ID 512 のトラフィックをドロップまたはブロックし、他のホストまたは VM に到達できないようにしているということです。この問題を解決するには、管理者がアップストリーム スイッチ上に VLAN を作成し、AHV ホストに接続するポートでそれを許可する必要があります3。