Nutanix 試験の観点からすると、この問題は、管理者がシナリオに示されている動作を実際に制御する制御ポイントを理解しているかどうかをテストしています。正解は C です。
「AppTier: Database カテゴリが、Inventory App VMへの接続を開始することをブロックされています。」
正解は、シナリオで説明されている結果を制御するネイティブ Nutanix オブジェクトまたはコントロールに関連付けられているオプションです。トラブルシューティングの観点から、検証パスは、まずポリシー スコープ、次にカテゴリまたは ID マッピング、次にヒットログの証拠、サービス定義、最後にポリシーの優先順位となります。対照的に、A は、ここで結果を引き起こしているものとは異なる Nutanix ネットワークおよびセキュリティ スタックのレイヤーを対象としているため、適合しません。B も、ここで結果を引き起こしているものとは異なる Nutanix ネットワークおよびセキュリティ スタックのレイヤーを対象としているため、適合しません。試験の準備として、Nutanix では通常、検出と強制、ルーティングと NAT、アクセス ポリシーと ID マッピングが分離されていることを覚えておいてください。実際に機能を所有しているレイヤーを選択することが、正解につながります。試験で良い習慣となるのは、どの Nutanix 構成要素を変更する必要があるかを尋ねることです。

ここで信頼できる方法は、シナリオを Nutanix の用語 (VPC ルーティング、外部接続、ポリシー範囲、ID マッピング、アップグレード準備状況など) に翻訳し、そのドメインに直接対応する回答を選択することです。正解は B で、「VPC でルーティング ポリシーを設定して、データベース サブネットとの間の外部トラフィックを拒否する」という意味です。最適なオプションは、シナリオで説明されている結果を制御する Nutanix のネイティブ オブジェクトまたはコントロールに関連付けられたものです。実際には、これは仮想ネットワーク設計に該当します。VPC 構造、サブネット タイプ、外部ネットワークの動作、ルーティングの意図、アドレスの公開が結果を決定します。対照的に、A は NAT によってアドレス指定の動作が変更され、シナリオで説明されているルーティングまたはポリシーの条件が解決されないため、適切ではありません。C は、ここで結果を引き起こしているレイヤーとは異なる Nutanix ネットワークおよびセキュリティ スタックのレイヤーを対象としているため、適切ではありません。実際には、VPC、外部ネットワーク、ERP、カテゴリ、ポリシー モードなどの Prism Central の構成要素に基づいて意思決定を行う管理者は、より迅速に正しい回答にたどり着き、不要な変更を回避できます。試験対策として効果的な習慣の一つは、その症状を引き起こすにはどのNutanixの構成要素を変更する必要があるかを自問することです。

Nutanix 試験の観点からすると、この問題は、管理者がシナリオに示されている動作を実際に制御する制御ポイントを理解しているかどうかをテストしています。正解は C です。
「分離ポリシー」。分離ポリシーは、定義されたグループ間の通信を停止するように構築されます。アプリケーションポリシーとは異なり、ハードな境界を作成することを目的としており、「これらのエンティティ間でトラフィックがない」という要件がある場合に適切な選択肢となります。隔離は、Flow Network Security で最も高速な封じ込めメカニズムです。これは、より広範なアプリケーションルールを再設計することなく、直ちに隔離する必要がある疑わしいワークロードまたは侵害されたワークロードを対象としています。これは Flow ポリシー設計の問題であるため、カテゴリ、保護されたエンティティ、ルールの方向、ポリシー モード、ポリシーの優先順位は、単純な IP 接続の仮定よりも重要です。対照的に、A は、ここで結果を引き起こしているものとは異なる Nutanix ネットワークおよびセキュリティ スタックのレイヤーを対象としているため、適合しません。B は、ここで結果を引き起こしているものとは異なる Nutanix ネットワークおよびセキュリティ スタックのレイヤーを対象としているため、適合しません。試験の準備として、Nutanix は通常、検出と強制、ルーティングと NAT、アクセス ポリシーと ID マッピングを分離していることを覚えておいてください。

Nutanix 試験の観点からすると、この問題は、管理者がシナリオに示されている動作を実際に制御する制御ポイントを理解しているかどうかをテストしています。正解は B です。
「ポリシーの [すべての IPv6 を許可] オプションが選択されました。」。分離ポリシーは、定義されたグループ間の通信を停止するように構築されています。アプリケーション ポリシーとは異なり、ハード バウンダリを作成することを目的としており、「これらのエンティティ間でトラフィックがない」という要件がある場合に適切な選択肢となります。アプリケーション ポリシーは、階層化されたアプリケーションで正当なワークロード通信をモデル化する最も適切な方法です。これにより、管理者は広範なネットワーク アクセスに依存するのではなく、必要なソース、宛先、およびサービスを表現できます。これはフロー ポリシーの設計に関する質問であるため、カテゴリ、保護されたエンティティ、ルールの方向、ポリシー モード、およびポリシーの優先順位は、単純な IP 接続の仮定よりも重要です。設計の観点から見ると、正しい答えは、Prism Central および AHV 内で最も曖昧さが少なく、最もサポート可能な実装 パスです。A はもっともらしく聞こえますが、このケースを制御する特定のフロー ポリシー オブジェクトまたは優先順位ルールとは一致しません。C はもっともらしく聞こえますが、特定の

この項目は、Prism Central のオペレーターのように考えることで最も効果的に解決できます。まず、問題が設計、コントロールプレーンの状態、ポリシーロジックのいずれにあるかを特定し、そのレイヤーに関連付けられたオプションを選択します。正解は D で、「すべての CVM が Prism Central にネットワーク接続されていることを確認する」という意味です。最適なオプションは、シナリオで説明されている結果を制御する Nutanix のネイティブオブジェクトまたはコントロールに関連付けられたものです。ライフサイクルの観点から、Nutanix は、管理者が Flow 関連サービスを有効化またはアップグレードする前に、前提条件、互換性、および依存関係の順序を尊重することを期待しています。
言い換えれば、これはインフラストラクチャ全体に疑念を抱くというよりも、この動作を説明するNutanixの具体的な決定ポイントを見つけることが目的です。Aは、ここで結果を引き起こしているレイヤーとは異なるNutanixのネットワークおよびセキュリティスタックのレイヤーを対象としているため、当てはまりません。Bも同様に、ここで結果を引き起こしているレイヤーとは異なるNutanixのネットワークおよびセキュリティスタックのレイヤーを対象としているため、当てはまりません。これが、Nutanixの根本的な原則が検証されている点です。つまり、ネットワーク指向のように聞こえる無関係なインフラストラクチャ設定を変更するのではなく、動作の原因となっている機能で問題を解決すべきだということです。