Question No. 1

You are doing an audit for vCenter Server vcsa0la s inventory.

On the desktop, you will find a folder named "powercli-question". In the folder, there is a script named "vds-script.psl".

Your colleague needs some help to get it working as expected. Your task is to modify the script so that it exports a list of virtual machines, enables promiscuous mode on PCLI-Portgroup. and exports PCLl-Portgroup.

ASend us your suggestions.

Show Answer

Correct Answer: A

Question No. 2

You have just deployed a new vCenter Server Appliance. Vcsa0l

a. and are required to back up to configuration after deployment. To complete this task, perform an unencrypted backup of the vCenter Server Appliance using the following details:

* Use the FTP protocol to backup the appliance

* FTP Server Location: 172.20.10.10/

* FTP Username: administrator

* FTP Password: VMware1!

Note: Make sure you include the / at the end of the Server Location

AExplanation:
Prerequisites
You must have an FTP, FTPS, HTTP, HTTPS, or SCP server up and running with sufficient disk space to store the backup.
Dedicate a separate folder on your server for each file-based backup.
Procedure
In a Web browser, go to thevCenter Server ApplianceManagement Interface, https://appliance-IP-address-or-FQDN:5480.
Log in as root.
In thevCenter Server ApplianceManagement Interface, clickSummary.
ClickBackup.
TheBackup Appliancewizard opens.
Enter the backup protocol and location details.
Option
Description
Backup protocol
Select the protocol to use to connect to your backup server. You can select FTP, FTPS, HTTP, HTTPS, or SCP.
For FTP, FTPS, HTTP, or HTTPS the path is relative to the home directory configured for the service. For SCP, the path is absolute to the remote systems root directory.
Backup location
Enter the server address and backup folder in which to store the backup files.
Port
Enter the default or custom port of the backup server.
User name
Enter a user name of a user withwriteprivileges on the backup server.
Password
Enter the password of the user withwriteprivileges on the backup server.
(Optional)SelectEncrypt Backup Datato encrypt your backup file and enter a password for the encryption.
If you select to encrypt the backup data, you must use the encryption password for the restore procedure.
ClickNext.
On the Select parts to backup page, review the data that is backed up by default.
(Optional)SelectStats, Events, and Tasksto back up additional historical data from the database.
(Optional)In theDescriptiontext box, enter a description of the backup and clickNext.
On the Ready to complete page, review the summary information for the backup and clickFinish.
TheBackup Progresswindow opens and indicates the progress of the backup operation.
After the backup process finishes, clickOKto close theBackup Progresswindow.
Results
You successfully created a backup file of thevCenter Server Appliance.

Show Answer

Correct Answer: A

Question No. 3

You have been asked to create a new datastore for the Production cluster; however, the ESXi host esxi02a is not able to add the datastore. Your storage team has determined that there is nothing incorrect with the storage presentation.

Troubleshoot why host esxi02a is not able to create the datastore. Add the datastore to the host once the proper configuration has been applied, and then reboot the host!

Use the following information to complete this task;

* ESXi host: esxi02a

* Datastore Name: new_datastore

* Datastore target: iSCSI Target

* Datastore LUN: 4

* Reboot the host

AExplanation:
Cannot create a new datastore from vCenter Server or directly from the vSphere Client
Creating a new datastore fails
The Add Storage Wizard reports the error:

An error occurred during host configuration.
Call ''HostDatastoreSystem.QueryVmfsDatastoreCreateOptions'' for object ''ha-datastoresystem'' on ESXi ''xxx.xxx.xxx.xx failed.
An internal error occurred in the vsphere client.
Cause
This issue may occur if:
The size of the LUN is more than 2TB - 512 bytes. The maximum LUN size in vSphere 4 is 2TB - 512 bytes. For more information on this limitation, seeTroubleshooting a LUN that is extended in size past the 2TB/2047GB limit (1004230).
The LUN being presented was used as an RDM earlier and does not have a valid partition table.
The LUN being presented was used as a disk device on an other operating system and does not have a valid partition table.
The LUN contains a GPT partition that cannot be removed.
Resolution
To prevent this issue:
Ensure that the LUN size is less than 2TB - 512 bytes or 2047GB. If the LUN is larger then 2TB - 512 bytes, delete it from your Storage Array and recreate it with a size less than the 2TB - 512 bytes limit.
If the disk was used by another operating system in the past (I.E.: it was an RDM, or Linux, FreeBSD, or other filesystem) or contains a GPT partition, you must delete the partition information.For more information

Show Answer

Correct Answer: A

Question No. 4

The company's IT strategy is to adopt innovative and emerging technologies such as software-defined storage solution. The IT team has decided to run their business-critical workloads on an all-flash Virtual SAN (vSAN) as it provides excellent performance.

The IT team has purchased servers that are compatible with vSAN. However, all the solid-state drives (SSD) in the servers are shown incorrectly as hard-disk drives (HDD) instead.

In addition, some of the solid-state drives (SSD) will be used for other purposes instead of vSAN and should not be part of the vSAN cluster. These are the requirements for the vSAN cluster:

*In each server, use the 3GB SSD as the cache tier and the 11GB SSD as the capacity tier

* As a result the vSAN cluster will use a total of six SSDs (three SSDs for caching and three SSDs for capacity

* Ensure all the disks that will be used for vSAN are shown correctly as SSDs

* Provide storage savings by using deduplication and compression.

Next, the IT team wants to improve the performance and availability of the business-critical workloads on the vSAN-datastore.

Ensure the following configurations will be applied on existing and new workloads located on vSAN-datastore:

Number of disk stripes per object: 2

Primary level of failures to tolerate: 2

Failure tolerance method: RAID-1 (Mirroring)

Force provisioning; Yes

The new configurations should be applied by default.

You may create new storage policy but do not edit the default vSAN storage policy as it may be used by other vSAN clusters in the future. Name the policy "New vSAN Default'.

Nate-. All tasks should be executed in PROD-A host cluster.

AExplanation:
VMware vSphere ESXi can use locally attached SSDs (Solid State Disk) and flash devices in multiple ways. Since SSDs offer much higher throughput and much lower latency than traditional magnetic hard disks the benefits are clear. While offering lower throughput and higher latency, flash devices such as USB or SATADOM can also be appropriate for some use cases. The potential drawback to using SSDs and flash device storage is that the endurance can be significantly less than traditional magnetic disks and it can vary based on the workload type as well as factors such as the drive capacity, underlying flash technology, etc.
This KB outlines the minimum SSD and flash device recommendations based on different technologies and use case scenarios.
SSD and Flash Device Use Cases
A non-exhaustive survey of various usage models in vSphere environment are listed below.
Host swap cache
This usage model has been supported since vSphere 5.1 for SATA and SCSI connected SSDs. USB and low end SATA or SCSI flash devices are not supported.
The workload is heavily influenced by the degree of host memory over commitment.
Regular datastore
A (local) SSD is used instead of a hard disk drive.
This usage model has been supported since vSphere 7.0 for SATA and SCSI connected SSDs.
There is currently no support for USB connected SSDs or for low end flash devices regardless of connection type.
vSphere Flash Read Cache (aka Virtual Flash)
This usage model has been supported since vSphere 5.5 for SATA and SCSI connected SSDs.
There is no support for USB connected SSDs or for low end flash devices.
vSAN
This usage model has been supported since vSphere 5.5 for SATA and SCSI SSDs. For more information, see thevSAN Hardware Quick Reference Guide.
vSphere ESXi Boot Disk
A USB flash drive or SATADOM or local SSD can be chosen as the install image for ESXi, the vSphere hypervisor, which then boots from the flash device.
This usage model has been supported since vSphere 3.5 for USB flash devices and vSphere 4.0 for SCSI/SATA connected devices.
Installation to SATA and SCSI connected SSD, SATADOM and flash devices creates a full install image which includes a logging partition (see below) whereas installation to a USB device creates a boot disk image without a logging partition.
vSphere ESXi Coredump device
The default size for the coredump partition is 2.5 GiB which is about 2.7 GB and the installer creates a coredump partition on the boot device device for vSphere 5.5 and above. After installation the partition can be resized if necessary using partedUtil. For more information, see thevSphere documentation.
Any SATADOM or SATA/SCSI SSD may be configured with a coredump partition.
This usage model has been supported from vSphere 3.5 for boot USB flash devices and since vSphere 4.0 for any SATA or SCSI connected SSD that is local.
This usage model also applies to Autodeploy hosts which have no boot disk.
vSphere ESXi Logging device
A SATADOM or local SATA/SCSI SSD is chosen as the location for the vSphere logging partition (/scratchpartition). This partition may be but need not be on the boot disk and this applies to Autodeploy hosts which lack a boot disk.
This usage model has been supported since vSphere 7.0 for any SATA or SCSI connected SSD that is local. SATADOMs that meet the requirement set forth in Table 1 are also supported.
This usage model can be supported in a future release of vSphere for USB flash devices that meet the requirement set forth in Table 1.
SSD Endurance Criteria
The flash industry often uses Tera Bytes Written (TBW) as a benchmark for SSD endurance. TBW is the number of terabytes that can be written to the device over its useful life. Most devices have distinct TBW ratings for sequential and random IO workloads, with the latter being much lower due to Write Amplification Factor (WAF) (defined below). Other measures of endurance commonly used are DWPD (Drive Writes Per Day) and P/E (Program/Erase) cycles.
Conversion formulas are provided here:
Converting DWPD (Drive Writes Per Day) to TBW (Terabytes Written):
TBW = DWPD * Warranty (in Years) * 365 * Capacity (in GB) / 1,000 (GB per TB)
Converting Flash P/E Cycles per Cell to TBW (Terabytes Written):
TBW = Capacity (in GB) * (P/E Cycles per Cell) / (1,000 (GB per TB) * WAF)
WAF is a measure of the induced writes caused by inherent properties of flash technology. Due to the difference between the storage block size (512 bytes), the flash cell size (typically 4KiB or 8KiB bytes) and the minimum flash erase size of many cells one write can force a number of induced writes due to copies, garbage collection, etc. For sequential workloads typical WAFs fall in the range of single digits while for random workloads WAFs can approach or even exceed 100. Table 1 contains workload characterization for the various workloads excepting the Datastore and vSphere Flash Read Cache workloads which depend on the characteristics of the Virtual Machines workloads being run and thus cannot be characterized here. A WAF from the table can be used with the above P/E to TBW formula.

Show Answer

Correct Answer: A

Question No. 5

Your security team is getting ready for an audit and wants to check the status of all ESXI hosts' outstanding security patches. Create a new fixed Update Manager baseline for all security ESXi host patches and name it ''Security patches. ''Use the patches available in the patch repository. Use VCSA01a in this task.

Baseline Name: Security Patches

Baseline Type: Host Patch

Category: Security

AExplanation:
The Update Manager displays system managed baselines that are generated by vSAN. These baselines appear by default when you use vSAN clusters with ESXi hosts of version 6.0 Update 2 and later in your vSphere inventory. If your vSphere environment does not contain any vSAN clusters, no system managed baselines are created.
The system managed baselines automatically update their content periodically, which requires Update Manager to have constant access to the Internet. The vSAN system baselines are typically refreshed every 24 hours.
You use system managed baselines to upgrade your vSAN clusters to recommended critical patches, drivers, updates or the latest supported ESXi host version for vSAN.
System managed baselines cannot be edited or deleted. You do not attach system managed baselines to inventory objects in your vSphere environment. You can create a baseline group of multiple system managed baselines, but you cannot add any other type of basline to that group. Similarly, you cannot add a system managed baseline to a baseline group that contains upgrade, patch, and extension baselines.

Show Answer

Correct Answer: A

Free VMware 3V0-22.21 Exam Actual Questions

The questions for 3V0-22.21 were last updated On Nov 19, 2024