このシナリオを正しく解釈するには、環境に存在するものだけと、実際に要件を満たす単一の Nutanix 構成要素を区別する必要があります。正解は B で、「3 番目のユーザーの VM には AppType カテゴリが割り当てられており、ID ベースの分類が妨げられています」という意味です。Flow の ID ベースの制御は、Active Directory 情報とポリシーで参照されるカテゴリまたはグループとの正確なマッピングに依存します。このマッピングが間違っている場合、ポリシー ロジックが正しくてもアクセスは失敗します。トラブルシューティングの観点からは、検証パスは、まずポリシー スコープ、次にカテゴリまたは ID マッピング、次にヒット ログの証拠、サービス定義、最後にポリシーの優先順位となります。対照的に、A は、ここで結果を引き起こしているものとは異なる Nutanix ネットワークおよびセキュリティ スタックのレイヤーを対象としているため、当てはまりません。C も、ここで結果を引き起こしているものとは異なる Nutanix ネットワークおよびセキュリティ スタックのレイヤーを対象としているため、当てはまりません。運用上の観点から見ると、正解は最も影響が少なく、最も決定論的なものです。
これは、スタック内の他の場所に回避策を導入するのではなく、結果を左右するNutanixの設定そのものを変更します。試験対策として、質問することは良い習慣です。

Nutanix 試験の観点からすると、この問題は、管理者がシナリオで示されている動作を実際に制御する制御ポイントを理解しているかどうかをテストしています。正解は CD で、これは「両方の VPC が接続する Transit VPC 内の 1 つのオーバーレイ外部サブネットを使用する」および「アンダーレイ接続のために 1 つの No-NAT 外部 VLAN を Transit VPC ルーターに関連付ける」に対応します。Transit VPC はスポーク VPC のルーティング ハブとして機能し、管理者がルートの複雑さを物理ネットワークに押し付けることなく共有サービスや VPC 間通信を実現したい場合によく使用されます。実際には、これは仮想ネットワーク設計に該当します。VPC の構造、サブネットの種類、外部ネットワークの動作、ルーティングの意図、およびアドレスの公開が結果を決定します。言い換えれば、これはインフラストラクチャ全般に対する疑念というよりも、動作を説明する Nutanix の正確な決定ポイントを見つけることに関係しています。A は、NAT がアドレス指定の動作を変更し、シナリオで説明されているルーティングまたはポリシー条件を解決しないため、適切ではありません。B は、ここで結果を引き起こしているレイヤーとは異なる Nutanix ネットワークおよびセキュリティ スタックのレイヤーを対象としているため、適切ではありません。試験対策として、そのことを覚えておいてください。

このシナリオを正しく理解するには、環境に存在する要素と、実際に要件を満たす単一の Nutanix 構成要素を区別することが重要です。正解は D で、「ポリシー モードを Monitor から Enforce に変更する」という意味です。最適な選択肢は、シナリオで説明されている結果を制御する Nutanix のネイティブ オブジェクトまたはコントロールに関連付けられたものです。これは Flow ポリシー設計に関する質問であるため、単純な IP 接続の仮定よりも、カテゴリ、保護対象エンティティ、ルールの方向、ポリシー モード、ポリシーの優先順位が重要になります。
設計の観点から見ると、正解は Prism Central と AHV 内で最も曖昧さが少なく、最もサポートしやすい実装パスです。A はもっともらしく聞こえますが、このケースを制御する特定のフロー ポリシー オブジェクトまたは優先順位ルールとは一致しません。B ももっともらしく聞こえますが、このケースを制御する特定のフロー ポリシー オブジェクトまたは優先順位ルールとは一致しません。試験対策として、Nutanix では通常、検出と強制、ルーティングと NAT、アクセス ポリシーと ID マッピングを分離していることを覚えておいてください。実際にその機能を所有するレイヤーを選択することが、正解につながります。

この問題が優れた認定試験問題となっている理由は、いくつかの選択肢が技術的に関連しているように見えるものの、フローネットワークまたはフローセキュリティの正確な動作に合致するのは1つだけだからです。正解はAです。
「不要なトラフィックを許可しないようにポリシーを更新します。」。ネットワークコントローラは、Flow仮想ネットワークに必要な制御プレーンサービスを提供します。これがないと、Prism Centralは、クラスタ全体でオーバーレイ、ゲートウェイ、および関連する仮想ネットワーク構造を一貫して構築および管理できません。トラブルシューティングの観点から、検証パスは、まずポリシー範囲、次にカテゴリまたはIDマッピング、次にヒットログ証拠、サービス定義、最後にポリシーの優先順位です。試験の習慣として、症状または要件を変更するには、どのNutanix構造を変更する必要があるかを尋ねるのが効果的です。この思考の近道によって、一般的なネットワーク手順、破壊的なリセット、または無関係な構成オブジェクトに言及する紛らわしいものから、実際の答えを区別できます。Bは、ここで結果を引き起こしているものとは異なるNutanixネットワークおよびセキュリティスタックのレイヤーを対象としているため、当てはまらないことに注意してください。Cはもっともらしく聞こえますが、このケースを制御する特定のFlowポリシーオブジェクトまたは優先順位ルールと一致しません。重要なポイントは、Flowは意図的に

この質問を評価する最も専門的な方法は、プロンプトの二次的な詳細に反応するのではなく、症状をその機能を担当する Nutanix 機能にマッピングすることです。正解は B です。
「許可されたトラフィックとして mysql サービスを指定する層内ルールを作成します。」 アプリケーション ポリシーは、階層型アプリケーションで正当なワークロード通信をモデル化する最も適切な方法です。これにより、管理者は広範なネットワーク アクセスに依存するのではなく、必要なソース、宛先、およびサービスを表現できます。これは Flow ポリシー設計の問題なので、カテゴリ、保護されたエンティティ、ルールの方向、ポリシー モード、およびポリシーの優先順位は、単純な IP 接続の仮定よりも重要です。対照的に、A は、ここで結果を引き起こしている Nutanix ネットワークおよびセキュリティ スタックの別のレイヤーを対象としているため、適切ではありません。C は、ここで結果を引き起こしている Nutanix ネットワークおよびセキュリティ スタックの別のレイヤーを対象としているため、適切ではありません。重要なポイントは、Flow は意図的にモジュール化されているということです。ネットワーク オブジェクトは到達可能性を決定し、セキュリティ オブジェクトは許可を決定し、ライフサイクル ステップはサポート可能性を決定します。これらのレイヤーを混ぜると、通常は誤った回答が生成されます。試験で良い習慣は、質問することです。