展示品を参照すると、画像はネットワーク管理と構成に使用される Juniper Apstra ソフトウェア アプリケーションのユーザー インターフェイスを示しています。この図は、[リソース] メニューの [仮想ネットワーク] テーブルを示しています。ここには、ネットワーク内の VLAN と VXLAN の詳細が表示されます。テーブルには 11 列がありますが、画像には 9 列だけが表示されています。他の 2 つの列は IPv6 接続と IPv6 サブネットで、デフォルトでは非表示になっています。リストされたすべての VXLAN の IPv6 サブネットを表示するには、ユーザーは [列] を選択してから、[IPv6 サブネット] を選択する必要があります。これにより、テーブルに IPv6 サブネット列が表示され、IPv6 プールから VXLAN に割り当てられた IPv6 アドレスが表示されます。詳細については、「仮想ネットワーク (リソース)」を参照してください。参考文献:
* 仮想ネットワーク (リソース)
* IPv6 プール (リソース)
* Apstra ユーザーガイド

エージェントのインストールが成功すると、Juniper Apstra UI を使用して、デバイスはサービス外検疫 (OOS-QUARANTINED) 状態になります。この状態は、デバイスがまだ Apstra によって管理されておらず、どのブループリントにも割り当てられていないことを意味します。この時点のデバイス構成は Pristine Config と呼ばれます。デバイスをブループリントで使用できるようにするには、デバイスを承認する必要があります。これにより、状態が Out of Service Ready (OOS-READY)12 に変わります。参考文献:
* デバイスの管理
* AOS デバイス構成ライフサイクル

Juniper のドキュメント 1 によると、インターフェイス マップは、ベンダー仕様に準拠しながら、論理デバイスと物理ハードウェア デバイス (デバイス プロファイルで表される) の間のインターフェイスをマップする構成テンプレートです。インターフェイス マップは、事前定義またはカスタムのいずれかです。事前定義されたインターフェイス マップは、Apstra ソフトウェアに同梱されており、ほとんどの認定された Juniper デバイスをサポートします。カスタム インターフェイス マップは、特定の要件を満たすためにユーザーによって作成されるマップです。インターフェイス マップは、グローバル カタログまたはブループリント カタログに保存できます。グローバル カタログには、ブループリントで使用できるすべてのインターフェイス マップが含まれています。ブループリント カタログには、グローバル カタログからインポートされ、特定のブループリントで使用されるインターフェイス マップが含まれています。
組織のメンバーが事前定義されたインターフェイス マップを変更する場合、次の記述は正しいです。
* グローバル カタログ内のインターフェイス マップに対する変更は、既にブループリント カタログにインポートされているインターフェイス マップには影響しません。これは、元のバージョンのインターフェイス マップを使用する既存のブループリントが変更の影響を受けないことを意味します。ただし、インターフェイス マップの更新バージョンを新規または既存のブループリントで使用する場合は、グローバル カタログから再度インポートする必要があります。
* 事前定義されたインターフェイス マップに加えられた変更は、Apstra がアップグレードされると破棄されます。これは、変更が Apstra ソフトウェアの異なるバージョン間では保持されないことを意味します。Apstra のアップグレードを通じてカスタマイズされたインターフェイス マップを保持したい場合は、事前定義されたインターフェイス マップを直接変更するのではなく、事前定義されたインターフェイス マップを複製し、一意の名前を付けてカスタマイズする必要があります。
したがって、正解は A と B です。グローバル カタログ内のインターフェイス マップへの変更は、既にブループリント カタログにインポートされているインターフェイス マップには影響せず、事前定義されたインターフェイス マップに加えられた変更は Apstra のアップグレード時に破棄されます。参考資料: インターフェイス マップの編集 | アプストラ 4.2 | ジュニパーネットワークス

VMware 異常検出は、VMware vSphere 環境の仮想ネットワーク設定と物理ネットワーク設定の可視性と検証を提供する Apstra の機能です。この機能を有効にするには、Apstra は、ESX/ESXi ホストおよび Apstra 管理のリーフ スイッチに接続されている VM を管理する vCenter サーバーへの接続を必要とします。vCenter サーバーは、Apstra Web インターフェイスの外部システムで構成する必要があり、vCenter 統合をブループリントでステージングしてコミットする必要があります。これにより、Apstra は VM、ESX/ESXi ホスト、ポート グループ、および VDS に関する情報を収集し、VM の接続に影響を与える可能性のある不一致や不一致にフラグを立てることができます。他のオプションは次の理由で正しくありません。
* VMware 異常検出はデフォルトではオンになっていません。これを有効にするには、外部システムで vCenter サーバーを構成し、ブループリントに仮想インフラを追加する必要があります。
* VMware 異常検出には、エクスポートが有効になっている VMware ハイパーバイザーは必要ありません。必要なのは、ホスト インターフェイスをリーフ インターフェイスに関連付けるために、VMware 分散仮想スイッチ上で LLDP 送信を有効にすることだけです。
* VMware の異常検出には、VMware 上で実行されている Apstra サーバーは必要ありません。Linux、Windows、Docker など、サポートされているプラ​​ットフォーム上で実行できます。参考文献:
* VMware vCenter/vSphere 仮想インフラ
* 異常 (サービス)
* より良いエクスペリエンス: VMware + Juniper Apstra

Juniper Apstra は、デバイスの 3 つの展開モード (Deploy、Drain、Ready) をサポートしています。これらのモードは、データセンター ファブリック 12 内のデバイスの構成と状態を決定します。
* デプロイ: このモードは、Apstra リファレンス デザインに従って、Apstra でレンダリングされた完全な構成をデバイスに適用します。デバイスの状態は IS-ACTIVE になり、デバイスはファブリック 12 でトラフィックを伝送できる状態になります。
* ドレイン: このモードはデバイスに「ドレイン」構成を追加し、新しいトラフィックがデバイスに入るのを防ぎます。デバイスの状態は IS-READY になり、デバイスはメンテナンスまたは廃止の準備が整います12。
* Ready: このモードでは、Apstra でレンダリングされた構成がデバイスから削除され、デバイスのホスト名、インターフェイスの説明、ポート速度/ブレークアウトなどの基本構成のみが残ります。デバイスの状態は IS-READY になり、デバイスはファブリック 12 の一部ではありません。参考文献:
* デバイス構成のライフサイクル
* デプロイモードの設定 (データセンター)