このページはExams Labs Braindumps [ http://blog.examslabs.com ] からエクスポートされました。 エクスポート日時:Mon Dec 23 15:19:53 2024 / +0000 GMT ___________________________________________________ タイトル5V0-31.22の実際の無料試験問題をすべて見る 2024年04月02日 更新 【Q18-Q35 --------------------------------------------------- 5V0-31.22の無料試験問題集をすべて表示 2024年04月02日 更新 無料模擬試験と試験問題集でVMwareの5V0-31.22に合格する Q18.VMware Cloud Foundation内で追加のクラスタをプロビジョニングするために必要な3つの要件はどれですか？(3つ選んでください) プリンシパル ストレージとして vSAN を使用するホストが 3 台以上 SDDC Manager で指定された有効なライセンス すべてのホストがメンテナンスモードで、パッチが適用されていないこと プリンシパル ストレージとして NFS、VMFS on FC、または vVols を使用しているホストが最低 3 台あること 追加クラスタを収容するための新しいvCenterライセンス どのタイプのプリンシパル ストレージでも、最低 5 台のホスト https://docs.vmware.com/en/VMware-Cloud-Foundation/5.0/vcf-admin/GUID-D3C55AA8-D4B9-49D4-A26F-7A713A141251.htmlQ19.あるVCFアーキテクトが、24台のvSAN Readyノードを備えた新しいVI Workload Domainの拡張を設計する際に、以下の要件を収集しました：* トップオブラックでレイヤ3終端を持つスケーラブルなハイパフォーマンスネットワーキングを提供すること* スイッチ/NIC/ラックの障害からワークロードを保護すること* DMZワークロードの分離を提供すること* バックアップトラフィックに少なくとも25Gbpsの専用帯域幅を提供すること* 従来のVLANバッキングネットワーク上のワークロードを容易に受け入れること* VMwareによって完全にサポートされることこれらの要件のすべてを満たす3つの設計上の考慮事項はどれですか？(3つ選んでください) ECMPを使用した2ノードのエッジクラスタ スパインとリーフのネットワークトポロジー、スパインのレイヤー3 ストレッチドクラスタリング ラック上部にレイヤ3があるスパインとリーフのネットワークトポロジー BFD付き2ノードエッジクラスター コアアグリゲーションネットワークトポロジ 説明オプションB: スパインにレイヤー3を配置したスパインとリーフのネットワークトポロジー - スパインとリーフのネットワークトポロジーは、高いスケーラビリティとパフォーマンスのために設計されており、スパインにレイヤー3を配置することで、レイヤー3の終端に単一障害点がないことを保証します。オプションD：ラック上部にレイヤー3を配置したスパインとリーフのネットワークトポロジー - オプションBと同様に、このトポロジーも高いスケーラビリティとパフォーマンスを提供し、ラック上部のレイヤー3はラック上部のレイヤー3ターミネーションの要件を満たしています。オプションF: コアアグリゲーションネットワークトポロジ - このトポロジは、アグリゲーションとルーティングに高可用性の冗長コアスイッチを提供し、スイッチ/NIC/ラックの障害からワークロードを保護するための要件を満たします：[1] Designing VMware Infrastructure Topology and Architecture; Authors：2]VMwareのvSANのためのネットワークトポロジーの考察;https://docs.vmware.com/en/VMware-vSAN/7.0/com.vmware.vsan.networking.doc/GUID-1A901C10-48 Spine-Leaf Architecture:Introduction;https://www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/datasheet-cQ20。VMware Cloud Foundationの管理者は、vSphere Enterprise Plusライセンスの既存のワークロードドメインクラスタでワークロード管理（vSphere with Tanzu）を有効にする必要があります。 十分なCPU容量を持つvSphere with TanzuのライセンスをSDDC Managerのインベントリに追加し、SDDC Managerでクラスタにライセンスを割り当てます。 SDDC ManagerのライセンスにはvSphere with Tanzuのエンタイトルメントが含まれているため、何もする必要はありません。 vSphere Enterprise Plus ライセンスは vSphere with Tanzu をサポートしているため、何もする必要はありません。 SDDC Manager と vCenter Server の両方に、十分な CPU 容量を持つ vSphere with Tanzu のライセンスを追加し、vCenter Server のクラスタにライセンスを割り当てます。 説明https://docs.vmware.com/en/VMware-vSphere/7.0/vmware-vsphere-with-tanzu/GUID-9A190942-BDB1-4A19-B 既存のワークロードドメインクラスタでワークロード管理（vSphere with Tanzu）を有効にするには、十分な CPU 容量を持つ vSphere with Tanzu のライセンスを SDDC Manager のインベントリに追加し、SDDC Manager でクラスタに割り当てる必要があります。これは、vSphere Enterprise PlusライセンスにvSphere with Tanzuのエンタイトルメントが含まれていないためです。したがって、オプションBとオプションCは正しくありません。ワークロード管理を有効にするには、SDDC ManagerとvCenter Serverの両方にライセンスを追加する必要はありません。あるアーキテクトが、VMware Cloud Foundation上の開発者対応インフラストラクチャのネットワークを設計しています。ネットワークチームとのディスカッション中に、ルーティング可能なCIDR範囲の使用に関する質問が出ました。 クラスタIP vSphere ポッド イングレス Kubernetesサービス 説明イングレスは、クラスタ外部からクラスタ内のサービスにHTTPおよびHTTPSルートを公開するKubernetesリソースだからです1。イングレスは、ルーティング可能なCIDR範囲を使用して、トラフィックルーティングを処理するイングレスコントローラにIPアドレスを割り当てることができます。VMware Cloud Foundation（VCF）のアーキテクトは、次のことを達成する必要があるアーキテクチャに対する顧客の要件を提示されました：* 2つのデータセンターロケーションのワークロード間でネットワークの高可用性を実現する。 NSX-T ブリッジを使用した VCF NSX-T L2-VPN を使用した VCF NSX-T フェデレーションを使用した VCF NSX-T マルチサイトによる VCF VMware Cloud Foundation Architecture Poster によると、VCF with NSX-T Federation は、サイト間でネットワーク構成と状態を同期することで、2 つのデータ センターにあるワークロード間でネットワークの高可用性を提供します。また、サイト間で一元管理およびポリシー適用を行うことで、2 日目の運用を簡素化します。また、サイト間のネットワークサービスの高速フェイルオーバーを可能にすることで、RTOを削減します。管理者は、統合アーキテクチャで外部 ID ソースを登録し、後続のワークロード ドメインが同じ ID ソースを使用してアクセスできるようにしたいと考えています。 IWAをIDソースとして構成する LDAPSをIDソースとして構成する。 設定済みのデフォルトを維持する vSphere SSO の構成を複製する 説明vSphere Single Sign-On （SSO） は、vCenter Server や Platform Services Controller （PSC） などの VMware Cloud Foundation コンポーネントにセキュアな認証および承認サービスを提供します。VMware Cloud Foundation の統合アーキテクチャの展開では、vSphere SSO 構成がすべてのワークロード ドメインで共有されます。後続のワークロード ドメインが、統合アーキテクチャで登録された外部 ID ソースと同じ ID ソースを使用できるようにするには、管理者が vSphere SSO 構成を複製する必要があります。ID ソースとして IWA（Integrated Windows Authentication）または LDAPS（Lightweight Directory Access Protocol over SSL）を構成することは、ID ソースの vSphere SSO 構成の一部である。参照:* VMware Cloud Foundation Operations and AdministrationGuide:https://docs.vmware.com/en/VMware-Cloud-Foundation/index.html* VMware vSphere SecurityGuide:https://docs.vmware.com/en/VMware-vSphere/7.0/vsphere-security-guide.pdf* 同じ ID ソースを使用して後続のワークロード ドメインにアクセスできるようにするには、統合アーキテクチャ展開のすべてのワークロード ドメインで vSphere SSO 構成を複製する必要があります。これは、プライマリと追加の SDDC Manager インスタンス間で vSphere SSO 構成を複製することで実現できます。これにより、SDDC Managerに登録されたすべてのワークロードドメインが、個々のワークロードドメインで追加設定を行うことなく、同じIDソースからリソースとサービスを利用できるようになります。VCF の設計ワークショップで、アーキテクトは次のような顧客要件を集めました：PROD と DEV は管理上分離されている必要があります。 * PROD は 2 種類のハードウェアサーバーを使用し、DEV は 1 種類のハードウェアサーバーのみを使用します。 * VCF インフラストラクチャの設計は、可能な限り柔軟でスケーラブルである必要があります。 完全な VCF インフラストラクチャをデプロイした後、合計で何台の NSX ローカルマネージャがプロビジョニングされますか。 6 3 12 9 説明VMware のドキュメントによると、各 NSX-T Local Manager は vCenter Server に関連付けられており、各 NSX-T Local Manager は最大 3 つの vCenter を管理できます。2 つの環境（PROD と DEV）があり、PROD に 2 つの異なるハードウェア サーバ タイプがある VCF 導入では、合計 3 つの vCenter Server があります。したがって、3つのvCenter Serverを管理するために、合計3つのNSX-Tローカルマネージャがプロビジョニングされます。VMware Cloud Foundation（VCF）アーキテクトは、次のことを達成する必要があるアーキテクチャに対する顧客の要件を提示されました：* 2つのデータセンターロケーションのワークロード間でネットワークの高可用性を維持する。 NSX-T ブリッジを使用した VCF NSX-T L2-VPN を使用した VCF NSX-T フェデレーションを使用した VCF NSX-T マルチサイトによる VCF 説明VMware Cloud Foundation Architecture Poster によると、VCF with NSX-T Federation は、サイト間でネットワーク構成と状態を同期させることで、2 つのデータセンターのワークロード間でネットワークの高可用性を提供します。また、サイト間で一元管理およびポリシー適用を行うことで、2 日目の運用を簡素化します。また、サイト間のネットワーク・サービスの高速フェイルオーバーを可能にすることで、RTOを削減します。Q26.新しいVMware Cloud Foundation VIワークロードドメインを作成するには、どの2つのオプションを使用できますか？(2つ選んでください。) SDDC Managerウル PowerCLI クラウドビルダー vCenter REST API SDDC Manager UI は、VMware Cloud Foundation インスタンスを管理および監視し、ワークロード ドメインをプロビジョニングするための単一のコントロール ポイントを提供します。ナビゲーションバーを使用して、ユーザーインターフェイスの主な領域間を移動します。REST API は、VMware Cloud Foundation を使用して新しい VI ワークロード ドメインを作成するためにも使用できます。VMware Cloud Foundation APIリファレンスガイド』には、利用可能な操作に関する情報が記載されています 3.Q27.ストレッチされたvSANクラスタを持つVIワークロードドメインのためのVMware Cloud Foundation（VCF）コンポーネントの正しいアップグレード順序は何ですか？ 1.NSX-T2. vCenter Server3.ESXiホスト4. vSAN Witnessホスト 1. vCenter Server2.NSX-T3。ESXi ホスト4 vSAN ウィットネスホスト 1. vSAN ウィットネスホスト2。NSX-T3。ESXi ホスト4 vCenter Server 1. vSAN ウィットネス ホスト2.vCenter Server4。ESXi ホスト https://docs.vmware.com/en/VMware-Cloud-Foundation/4.5/vcf-lifecycle/GUID-3B41CF79-C721-4AFC-A263-0672143DF41E.htmlQ28。VMware管理者は、DellEMC PowerEdgeサーバ上で実行されているVMware Cloud Foundation（VCF）環境をアップグレードするタスクを与えられています。VI Workload DomainホストのESXiソフトウェアアップグレード中に、管理者は、BIOSでストレージアダプタが有効になっているにもかかわらず、正しいストレージドライバが利用できないというエラーを受け取ります。 VCF 部品表の ESXi ビルド用の Dell EMC カスタマイズイメージを使用します。 ストレージアダプタのファームウェアを最新バージョンにアップグレードします。 VCF 部品表の ESXi ビルド用のイメージを使用します。 BIOS ファームウェアを最新バージョンにアップグレードします。 SDDC Manager ライフサイクル管理（LCM）を使用して Dell EMC PowerEdge サーバ上の ESXi ソフトウェアをアップグレードする場合は、ストレージアダプタなどの特定のハードウェアコンポーネント用のドライバを含む Dell EMC カスタマイズイメージを使用する必要があります。https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.vsphere.virtualsan.doc/GUID-08911FD3-2462-4C1C-AE81-0D4DBC8F7990.htmlQ29。管理者は、統合アーキテクチャで外部IDソースを登録し、後続のワークロードドメインが同じIDソースを使用してアクセスできるようにしたいと考えています。 IWAをIDソースとして構成する LDAPSをIDソースとして構成する。 設定済みのデフォルトを維持する vSphere SSO 構成を複製する vSphere Single Sign-On （SSO） は、 vCenter Server や Platform Services Controller （PSC） などの VMware Cloud Foundation コンポーネントにセキュアな認証および承認サービスを提供します。VMware Cloud Foundation の統合アーキテクチャの展開では、vSphere SSO 構成はすべてのワークロード ドメインで共有されます。後続のワークロード ドメインが、統合アーキテクチャで登録された外部 ID ソースと同じ ID ソースを使用できるようにするには、管理者が vSphere SSO 構成を複製する必要があります。ID ソースとして IWA（Integrated Windows Authentication）または LDAPS（Lightweight Directory Access Protocol over SSL）を構成することは、ID ソースの vSphere SSO 構成を構成することの一部です。事前に構成されたデフォルトのままでは、後続のワークロード・ドメインが、統合アーキテクチャに登録された外部 ID ソースと同じ ID ソースを使用することは保証されません。参照:『VMware Cloud Foundation Operations and Administration Guide』: https://docs.vmware.com/en/VMware-Cloud-Foundation/index.html 『VMware vSphere Security Guide』: https://docs.vmware.com/en/VMware-vSphere/7.0/vsphere-security-guide.pdf 同じ ID ソースを使用して後続のワークロード ドメインにアクセスできるようにするには、統合アーキテクチャ展開のすべてのワークロード ドメインにわたって vSphere SSO 構成を複製する必要があります。これは、プライマリと追加の SDDC Manager インスタンス間で vSphere SSO 構成をレプリケートすることで実現できる。これにより、SDDC Managerに登録されたすべてのワークロードドメインが、個々のワークロードドメインで追加設定を行うことなく、同じIDソースからリソースとサービスを利用できるようになります。VMware Cloud Foundation Administration Guide https://docs.vmware.com/en/VMware-Cloud-Foundation/index.htmlQ30。VMware Cloud Foundation で Workload Management を有効にするには、どのライセンスが必要ですか。 VMware vSphere 評価版 VMware vSphere Standard VMware vSphere Enterprise Plus VMware Tanzu Basic 説明VMware Cloud Foundation で Workload Management を有効にするには、Tanzu Basic ライセンスが必要です。有効なTanzu Editionライセンスがあれば、このライセンスをvSphereのライセンスインベントリに追加できます。管理者は、ストレッチされたクラスタ内の故障したホストを交換するために使用する手順の順序はどれですか？ 2.クラスタAPIを使用してホストを削除します。3.クラスタAPIを使用して、新しくコミットされたホストをクラスタに追加します。4 新しいホストを正しいネットワークでコミットします。 1 クラスタ API を使用してホストを削除します。 クラスタAPIを使用してホストを削除する2.クラスタAPIを使用して新しいホストをクラスタに追加します。 D.1 故障したホストをデコミッションする2.クラスタAPIを使用してホストを削除します。クラスタAPIを使用して、新しくコミットしたホストをクラスタに追加します。 説明：VMwareのドキュメント1によると、ストレッチクラスタで故障したホストを交換する手順は次のとおりです。SDDC Manager UI または API を使用して、削除したホストと同じネットワークプールに交換用のホストをコミットします。クラスタAPIを使用してホストを削除し、正しいネットワークを使用して新しいホストをコミッショニングし、クラスタAPIを使用して新しくコミッショニングされたホストをクラスタに追加します。Harbor Image Registryを有効にするには何が必要ですか？ ストレージポリシー Tanzu対応クラスタ アクセス制御 リソース制限 説明デルのドキュメントによると、Harbor Image Registryを有効にするには、イメージの保存に使用するVM Storage Policyを選択する必要があるためです。VMware Cloud FoundationでHarbor Image Registryを有効にする一環として、レジストリのストレージ要件を指定するストレージポリシーを定義する必要があります。ストレージポリシーは、冗長レベル、ディスクタイプ、ディスク容量など、レジストリがデプロイされるデータストアのストレージ特性を定義する必要があります。これは、VMwareのドキュメント「Enabling Harbor Image Registry in Workload Domains」に記載されています。vSphereの管理者は、VMware Cloud Foundation Workload DomainでWorkload Managementを有効にするタスクに取り組んでいます。このタスクが完了した後、Supervisor Clusterコントロールプレーンの一部として構成される3つのコンポーネントはどれですか？(3つ選んでください) Tanzu Kubernetesグリッドサービス kubectl-vSphere Kubernetesグリッドオーケストレーター スフィアレット Kubernetesミッションコントロール コンテナ・ランタイム・エグゼクティブ VMwareのドキュメント2によると、これらはVMware Cloud Foundation Workload DomainでWorkload Managementを有効にした後、Supervisor Clusterコントロールプレーンの一部として構成されるコンポーネントの一部だからです：Kubernetes Grid Orchestrator：このサービスは、Tanzu.Kubernetes Grid Orchestratorを使用してvSphere上でTanzu Kubernetesクラスタを作成および管理できるようにします：このコンポーネントは、Tanzu.Sphereletを使用してvSphere上のTanzu Kubernetesクラスタのライフサイクルを管理します：このコンポーネントは、各ESXiホスト上で実行され、Supervisor Clusterコントロールプレーンと通信するkubeletエージェントとして動作します。VCFの設計ワークショップが実施され、アーキテクトは、新しく計画されたVCFインフラストラクチャのための以下の顧客要件を収集しました：DEV/UAT ワークロードは、2 台のホストの障害を許容できる消去コーディング vSAN ストレージポリシーに準拠する必要があります。これらの要件を達成するには、どのワークロードドメインのサイジングが必要ですか。 両方のゾーンに12ホストのワークロードドメイン、4ホストのDEVクラスタ、4ホストのUATクラスタ、および4ホストのDMZクラスタを持つ。 両方のゾーンに12ホストのワークロードドメイン、8ホストのDEV/UATクラスタ、および4ホストのDMZクラスタを配置 8ホストのDEV/UATワークロードドメイン（4ホストのDEVクラスタと4ホストのUATクラスタに加え、4ホストのDMZクラスタを持つ）。 8 ホストの DEV/UAT クラスタを持つ 8 ホストの DEV/UAT ワークロード領域と、4 ホストの DMZ クラスタを持つ 4 ホストの DMZ ワークロード