• 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

New whitepaper available: vSphere Metro Storage Cluster Recommended Practices (6.5 update)

Duncan Epping · Oct 24, 2017 ·

I had many requests for an updated version of this paper, so the past couple of weeks I have been working hard. The paper was outdated as it was last updated around the vSphere 6.0 timeframe, and it was only a minor update. I looked at every single section and added in new statements and guidance around vSphere HA Restart Priority for instance. So for those running a vSphere Metro Storage Cluster / Stretched Cluster of some kind, please read the brand new vSphere Metro Storage Cluster Recommended Practices (6.5 update) white paper.

It is available on storagehub.vmware.com in PDF and for reading within your browser. Any questions and comments, please do not hesitate to leave them here.

  • vSphere Metro Storage Cluster Recommended Practices online
  • vSphere Metro Storage Cluster Recommended Practices PDF

 

Related

BC-DR, Storage emc, metro, metro cluster, netapp, stretched, stretched cluster, vmsc, VMware, vplex, vSphere, vsphere metro storage cluster

Reader Interactions

Comments

  1. Dennis van der Aalst says

    24 October, 2017 at 12:16

    Great to see these best practices updated. Recently we discussed vCenter HA. Can you elaborate about why this is not in the best practices. I also would like to see some kind of warning about the use of “even distribution” of VM’s in an unbalanced cluster. Besides these points: Great job.

    • Duncan Epping says

      24 October, 2017 at 13:24

      that advanced option (and recommendation to avoid it) is mentioned here:

      https://storagehub.vmware.com/#!/vsphere-storage/vmware-vsphere-r-metro-storage-cluster-recommended-practices/vsphere-drs

      When it comes to vCenter stretched deployments, this would require a full vCenter Server stretched deployment guide, which is what the vCenter Team is working on. I will refer to that when it is done, I don’t want to duplicate efforts 🙂 (plus I am far from an expert on that)

  2. twm1010 says

    25 October, 2017 at 04:46

    Does such a document exist that addresses NSX in a metro design?

    • Duncan says

      25 October, 2017 at 11:02

      There are some papers and blogs on this topic to be found here:
      – https://cloudsolutions.vmware.com/assets/blt1c82c2edb91424b6/Multi-DC-pooling-with-NSX.pdf
      – https://blogs.vmware.com/networkvirtualization/2016/07/nsx-v-multi-site-options-cross-vc-nsx-design-guide.html/
      – https://nielshagoort.com/2016/04/19/stretched-cluster-with-nsx/
      – https://www.youtube.com/watch?v=twaNLKUYBjc

  3. Hannes says

    25 October, 2017 at 08:26

    thank you for this update – waited a long time 😀
    Do you know whether a kind of storage affinity rules like VM should be on Datastorecluster will be implimented? We’ve build some powercli scripts to prove wether a vm has datastores in the other datacenter so that crosstraffic exists, but i would be very happy if there would be a “built-in” way to ensure this.

    • Duncan says

      25 October, 2017 at 11:05

      Yes there’s a way, you can set affinity for VMDKs in SDRS, it was described by Frank here:
      https://blogs.vmware.com/vsphere/2011/09/storage-drs-affinity-anti-affinity-rules.html

      I probably should mention that explicitly in the doc, let me see if I can update it.

      • Duncan says

        25 October, 2017 at 11:41

        DOC updated

  4. g4n says

    2 November, 2017 at 16:00

    Great work Duncan!
    We are reviewing our vMSC configs and we were pondering on HA Network Heartbeats.
    When you have 2 different VLANs (routed, but each one homed in one site) for the Management Network , do you need to have additional isolation addresses configured, or the 2 different default gateways are the safest choice?

    ps: thanks for all the invaluable content !!!

    • Duncan says

      6 November, 2017 at 16:53

      Sure that could work. That way you have 2 different “isolation addresses” as well, which is the result of different gateways.

  5. Sean says

    20 February, 2018 at 19:47

    Hi Duncan

    I recently used the VMware compatibility guide to see if the LeftHand stretch cluster I have is supported with 6.5. It stated it was only supported for version 5.1. I then did a search to see what was supported under an iSCSI metro cluster and it stated no vendor is supported for vSphere 6.5.
    Could you explain this or where I have gone wrong?

    Thank you

    • Sean says

      20 February, 2018 at 19:52

      Ah just found the answer when reading the best practice guide provided 🙂

  6. Paul Morrissey says

    24 August, 2018 at 20:21

    Your document states ” In a stretched cluster environment, only a single vCenter
    Server instance is used”..But, a stretched cluster can also be configured with two vCenter’s using cross vCenter vMotion which is not reflected in the document. We have customers with this supported VMware configuration so wanted to ensure its reflected here as well.

    • [email protected] says

      24 August, 2018 at 20:41

      Not sure I understand the comment Paul, but a cluster can only exist in a single vCenter Server. Yes you could have vCenter in HA, but you are describing a different situation. You are describing I think a situation where you have multiple locations, each with it’s own vCenter Server and stretched storage, but the vSphere cluster isn’t stretched? This is indeed not described in the document as it is not considered to be a “vSphere Metro Storage Cluster”, but it is fully supported.

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

May 24th – VMUG Poland
June 1st – VMUG Belgium
Aug 21st – VMware Explore
Sep 20th – VMUG DK
Nov 6th – VMware Explore
Dec 7th – Swiss German VMUG

Recommended Reads

Sponsors

Want to support Yellow-Bricks? Buy an advert!

Advertisements

Copyright Yellow-Bricks.com © 2023 · Log in