VCP6-Cloud Exam – Thoughts

PassedExam

This past Saturday I was very pleased to pass my VCP6-Cloud exam. More specifically exam VCPC-610. I thought I’d give my general thoughts and tips for anyone about to take it. I honestly found google searches and forum posts to be limited, but that’s probably just because these exams have all been updated recently, and no doubt aren’t as main stream as the VCP-DCV versions.

First of all, I’d have to say the blueprint is massive. VMware clearly wants you to not just know vRealize Automation (vCAC), but all of the products that connect into the SDDC. At times it can seem like a bit of a sales pitch, but I highly recommend you don’t spend all your time focusing just on vRA. I read the NSX Administrators guide the day before the exam and I was glad I did. I think it may have also helped to take the VCP-DCV exam, or at least have studied for it before. This would have had the added benefit of giving me an up to date VCP-DCV certification while also preparing me for the VCP6-Cloud exam. I previously have held a VCP4 and VCP5 so thankfully this all seemed very familiar, but there were definitely a few questions on storage paths that I scratched my brain on for a while before committing to an answer.

I’d say overall there’s a good mix…and it probably goes something like this:

  • vRealize Automation – 50% – The main focus of the exam, but make sure to cover the other areas below.
  • NSX – 10% – Make sure you know how to configure the appliance and how it ties into vRA. Knowing SNATs and DNATs was essential. I was happy last week that my colleague, Tim Curless, had just completed a new NSX Multi Machine blueprint in the Ahead vRA lab which we had been talking about.
  • vCloud Connector – 5% – I didn’t study up enough on this but there were some questions around it that I have no idea if I got right or not.
  • vRealize Orchestrator – 5% – more just how it relates to vRA. Know how to connect stubs to vRA, and how to configure an advanced service and you’re good to go.
  • vSphere – 25% – Definitely a big chunk on vSphere including performance, troubleshooting. There were a lot of questions around DVS and host failures. Usual stuff on how to restore a vmnic to get management back. Nothing that was crazy difficult except the odd question they throw in to stump you.
  • vCOPs – 5% – Some questions around  troubleshooting and performance. I’d say this was the part I didn’t spend any time on really and I got away with it.

All I can really add is just make sure you study the blueprint and make sure you’ve spent considerable amount of time in vRA. I highly recommend going over the IaaS guides in great detail as well. Not only did it help me fort he exam, but I definitely learned about some new updates that had passed me by.

pdflist

My reading material…

Overall great exam. VMWare did a nice job making sure you have all the fundamental knowledge across all their products, and not just vRA.

Please respond and share your experience! Would love to know how others felt about the exam, and if you’ve taken the VCAP Cloud certs yet?

 

 

How to correlate Windows Disks with VMDKs

This post comes from a colleague of mine who couldn’t find a great resource on how to correlate the Windows Disk in Disk Management, with the Virtual Disk presented by VMware.

When all the disks are different sizes it is easy, but sometimes they are the same…how can you be sure you are expanding the right disk?

These instructions/steps should allow you to correlate Windows Disks to VMDK Disks.

  1. RDP  to the Windows server in question and run this powershell script
Get-WmiObject Win32_DiskDrive | select-object DeviceID,{$_.size/1024/1024/1024},scsiport,scsibus,scsitargetid,scsilogicalunit | out-file -FilePath c:\OutputPhysicalDrive.txt

This script should allow you to match the OS disks to the VMDK Disks. The output will be referenced in later steps.

Example output

DeviceID : \\.\PHYSICALDRIVE3
$_.size/1024/1024/1024 : 9.99680757522583
scsiport : 3
scsibus : 0
scsitargetid : 0
scsilogicalunit : 0

DeviceID : \\.\PHYSICALDRIVE6
$_.size/1024/1024/1024 : 49.9993586540222
scsiport : 5
scsibus : 0
scsitargetid : 1
scsilogicalunit : 0

DeviceID : \\.\PHYSICALDRIVE4
$_.size/1024/1024/1024 : 19.9936151504517
scsiport : 4
scsibus : 0
scsitargetid : 0
scsilogicalunit : 0

DeviceID : \\.\PHYSICALDRIVE0
$_.size/1024/1024/1024 : 59.996166229248
scsiport : 2
scsibus : 0
scsitargetid : 0
scsilogicalunit : 0

DeviceID : \\.\PHYSICALDRIVE1
$_.size/1024/1024/1024 : 19.9936151504517
scsiport : 2
scsibus : 0
scsitargetid : 1
scsilogicalunit : 0

DeviceID : \\.\PHYSICALDRIVE2
$_.size/1024/1024/1024 : 19.9936151504517
scsiport : 2
scsibus : 0
scsitargetid : 2
scsilogicalunit : 0

DeviceID : \\.\PHYSICALDRIVE5
$_.size/1024/1024/1024 : 49.9993586540222
scsiport : 5
scsibus : 0
scsitargetid : 0
scsilogicalunit : 0

The second step is to get a list of your VMDK disk information by editing the virtual machine in question. 

The information you will be retrieving is the
Disk Name: “Hard disk 1”
Size: “60 GB”
Bus ID: 0
Disk ID: 0

SCSI (X:Y) Hard Disk under Virtual Device Node. The X:Y values are:

X = Bus ID
Y = Disk ID

Enter the Disk information for all VMDK disks into a table like the one below:

Reference OutputPhysicalDrive.txt and match up any OS disks to VMDK disk that have a unique size.

For the non unique drives you will need to match the Windows disk scsitargetid with the VMDK Disk ID.

The first 2 in the example below are both 50GB Drives.

DeviceID : \\.\PHYSICALDRIVE6
$_.size/1024/1024/1024 : 49.9993586540222
scsiport : 5
scsibus : 0
scsitargetid : 1
scsilogicalunit : 0

DeviceID : \\.\PHYSICALDRIVE5
$_.size/1024/1024/1024 : 49.9993586540222
scsiport : 5
scsibus : 0
scsitargetid : 0
scsilogicalunit : 0

The next 3 are all 20GB drives.

DeviceID : \\.\PHYSICALDRIVE2
$_.size/1024/1024/1024 : 19.9936151504517
scsiport : 2
scsibus : 0
scsitargetid : 2

DeviceID : \\.\PHYSICALDRIVE1
$_.size/1024/1024/1024 : 19.9936151504517
scsiport : 2
scsibus : 0
scsitargetid : 1
scsilogicalunit : 0

DeviceID : \\.\PHYSICALDRIVE4
$_.size/1024/1024/1024 : 19.9936151504517
scsiport : 4
scsibus : 0
scsitargetid : 0
scsilogicalunit : 0

As you see following the steps above will allow you to correlate the OS disks to the VMDK Disks.

Thank you vRad for this great guide!