VMware Cloud Community
j_rodstein
Enthusiast
Enthusiast

Looking for Clarification on Virtual Flash

Hi All,

I have three ESXi Hosts in a cluster running the latest version vCenter 6.  Each host has 120 Gig of SSD used for Virtual Flash Resource Management.  I have 10 VMs assigned 5 gig of virtual flash.  By my math accounts, that would be 50 gig usage out of 120 gig.  However, often times, when putting the ESXi hosts in MM for patching, I get an error saying the VM cannot be migrated do to a lack of vFlash resources on the other hosts.

I can overcome this obstacle by removing the 5 gig vFlash assigned to the VM.  However, I don't understand how/why/what consumes the SSD for vFlash.  I doubt this is a bug, since I have had this issue since a fresh install of ESXi 6 when it first was released last year.  Could anyone give me some insight on why this is not working as I would expect?

Thanks!

0 Kudos
1 Reply
vThinkBeyondVM
VMware Employee
VMware Employee

Hi j_rodstein,

can you make sure you have added vFlash capacity on each host? vFlash works with local SSD device which is added as vFlash capacity per host using Web client/API. If enough capacity is available at destination host, it must work fine. Recently I was exploring this feature and It was working fine for me. I had used vCenter/ESXi 60U1.

If it still does not work, please update this thread with below details.

are you using ESXi 60U2 which is released recently? Or you can provide build number

are you using vCenter 60U2 which is also released recently? Or you can provide build number

Whether DRS is enabled on the cluster?


----------------------------------------------------------------
Thanks & Regards
Vikas, VCP70, MCTS on AD, SCJP6.0, VCF, vSphere with Tanzu specialist.
https://vThinkBeyondVM.com/about
-----------------------------------------------------------------
Disclaimer: Any views or opinions expressed here are strictly my own. I am solely responsible for all content published here. Content published here is not read, reviewed or approved in advance by VMware and does not necessarily represent or reflect the views or opinions of VMware.

0 Kudos