• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Yellow Bricks

by Duncan Epping

  • Home
  • ESXTOP
  • Stickers/Shirts
  • Privacy Policy
  • About
  • Show Search
Hide Search

What happened to MaxCostPerEsx41DS? It doesn’t seem to work in vSphere 6.x?

Duncan Epping · Aug 13, 2018 ·

Today I received a question which also caught me by surprise, someone updated from vSphere 5.0 and he noticed that when doing an SDRS Maintenance Mode that the setting MaxCostPerEsx41DS did not work. This setting actually limits the number of active SvMotions on a single datastore. You can imagine that this can be desired when you are “limited” in terms of performance. I was a bit surprised as I had not heard that these settings changed at all. Also, a quick search on internal pages and externally did not deliver any results. After a discussion with some support folks and some more digging, I found a reference to a naming change. Not surprising I guess, but as per vSphere 6.0 the setting is called MaxCostPerEsx6xDS. So if you would like to limit the number of SvMotion’s active at the same time, please note the change in names.

For more background on this topic I would like to refer to Frank’s excellent blog on this topic here.

Related

Storage 6.0, 6.5, 6.7, limit, MaxCostPerEsx41DS, MaxCostPerEsx6xDS, SvMotion, vSphere

Reader Interactions

Comments

  1. cedrick says

    9 October, 2018 at 09:21

    Hi Duncan, first, thanks for all your awsome blogging work!
    Since I’m in the process of enabling SDRS to Fully Automated for all of our clusters, I like to temporarily limit concurrent SVMotion operations (to not overload our storage).
    I added
    config.vpxd.ResourceManager.MaxCostPerEsx6xDS = 31
    as advanced setting to vCenter 6.5 and restarted VCSA. If I got the documentation correctly, this should limit concurrent SVMotion to 1 (while also still allowing up to 15 VMotions in addition) looking from the datastore point of view.
    Unfortunately, if I take 8 VM’s (all on the same host, 1 virtual disk each) and initiate a SVMotion from one Datastore to another (same Datastore Cluster), there are still two SVMotion running concurrently (Limited to 2 since all VMs are on a single host).
    Did I miss something?
    Thanks, Cedrick

  2. Allen says

    3 March, 2020 at 19:51

    Looking for an update for vCenter 6.7

Primary Sidebar

About the Author

Duncan Epping is a Chief Technologist in the Office of the CTO in the Cloud Infrastructure Business Group (CIBG) at VMware. Besides writing on Yellow-Bricks, Duncan co-authors the vSAN Deep Dive book series and the vSphere Clustering Deep Dive book series. Duncan also co-hosts the Unexplored Territory Podcast.

Follow Me

  • Twitter
  • LinkedIn
  • Spotify
  • YouTube

Recommended Book(s)

Advertisements




Copyright Yellow-Bricks.com © 2023 · Log in