• 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

Virtual SAN and ESXTOP in vSphere 6.0

Duncan Epping · Feb 12, 2015 ·

Today I was fiddling with ESXTOP to see if anything was new for vSphere 6.0. Considering the massive number of metrics it already holds it is difficult to find things which stand out / are new. One thing did stick out though which is a new display for Virtual SAN.I haven’t found much detail around this new section in ESXTOP to be honest, but then again I guess most of it speaks for itself. If you are in ESXTOP and press “x” then you will go to the VSAN screen. Now when you press “f” you have the option to add “fields”, I enabled all and the below is the result:

Virtual SAN and ESXTOP

It isn’t a huge amount of detail yet, but being able to see the number of reads, writes and average latency is useful for sure per host. Also what has my interest is “RECOWR/s” and “MBRECOWR/s”. This refers to “recovery writes”, which is the resync of components which were somehow impacted by a failure. If for whatever reason RVC or the VSAN Observer is unavailble then it may be worth peaking at ESXTOP to see what is going on.

Share it:

  • Tweet

Related

Server, Software Defined, Storage esxtop, virtual san, vsan

Reader Interactions

Comments

  1. Leandro Ariel Leonhardt says

    12 February, 2015 at 17:44

    Thank you very much for this data Duncan! very very important this discovery;)

  2. Mark Achtemichuk says

    12 February, 2015 at 23:55

    Adding some additional notes here further defining the counters for easy reference:

    ROLE The name of VSAN DOM Role.

    READS/s
    Number of read operations completed per second.

    MBREAD/s
    Megabytes read per second.

    WRITES/s
    Number of write operations completed per second.

    MBWRITE/s
    Megabytes written per second.

    RECOWR/s
    Number of recovery write operations completed per second.

    MBRECOWR/s
    Megabytes written for recovery per second

    SDLAT
    Standard deviation of latency in millisecs for read, write and
    recovery write.

    AVGLAT
    Average latency in millisecs for read, write and recovery write.

  3. Yinglong Jiang says

    6 March, 2015 at 13:25

    Hi, Thanks for the info. But what’s the relationship between client, owner and CompMgr?

    • Shaheen says

      14 May, 2015 at 23:05

      I have a similar question. Which option to use for IOPS and latency from the following components..

      1. Client
      2. Owner
      3. CompMgr

      Also, please describe differences among these components.

      Thanks,

  4. Steven Rodenburg says

    20 October, 2015 at 22:28

    From the VSAN Troubleshooting guide:

    Clients: A Virtual SAN client represents the state on a host to access a Virtual SAN object in the Virtual SAN cluster.

    Owners: There is always one Virtual SAN owner for a given Virtual SAN object, typically co-located with the Virtual SAN client that is accessing this object (if just one). Virtual SAN owners coordinate all access to the Virtual SAN object and implement functionality like RAID.

    CompMgr: could not find anything sensible on this.

    My interpretation is that “owners” are like the “raid-engine” so to say (Duncan will shoot me for saying that…).
    I have no clue what Cormac is trying to say about the “client” part.

Primary Sidebar

About the author

Duncan Epping is a Chief Technologist in the Office of CTO of the Cloud Platform BU at VMware. He is a VCDX (# 007), the author of the "vSAN Deep Dive", the “vSphere Clustering Technical Deep Dive” series, and the host of the "Unexplored Territory" podcast.

Upcoming Events

29-08-2022 – VMware Explore US
07-11-2022 – VMware Explore EMEA
….

Recommended Reads

Sponsors

Want to support Yellow-Bricks? Buy an advert!

Advertisements

Copyright Yellow-Bricks.com © 2022 · Log in