Moderator: Moved to vSAN
when you say "use the same 'back end' witness networks" are you referring to (1) using the same 10Gbps links for both witness networks or (2) using the same VXLAN for the vSAN Witness Host vSAN Network & the VCHA HA Network?
(1) Not an issue, they can use the same physical links
(2) I guess its technically possible but not sure why you would unless you have a specific reason?
I am not sure we support stretching vCenter in HA mode even to be honest. I asked that question 2-3 years ago but never got an answer.
Check this link:
We have the same stretched vSAN setup as you. We had VCHA running, but got rid of it after a couple of months. You have to ask yourself why you want it? What are you trying to achieve?
For us, it crashed many times, was out of sync a few times, and when it comes to upgrading you have to blow it away and reconfigure it each time. Everytime there was a failover, it was at least 5 minutes before it was available again. Totally worthless, when vCenter reboots in less than 30 seconds and is available again.
Maybe once it's out of "beta" mode in future versions we will look at it again.
Thank you all for your help guys! Sorry for not replying sooner, I took a day off for Christmas shopping!
T180985 - #2 - Yes there is a specific reason. Our network services group cross charge for new subnet/routing planning/due diligence, so the fewer new subnets a project needs, the better it is on my project budget!
depping - If you cannot get an answer, then us mere mortals have little chance! :-). Cheeky ask (as it is nearly Christmas) could you use your influence to reach out to Adam Eckerle and/or Emad Younis for an officialish answer?
AutoEng - I have read about the downsides (i.e. blow away for upgrades/etc), but our VCSA's take at least 10 minutes to boot and stabilise. I have never seen a VCSA boot to a usable state in 30 seconds - what is your secret? What I want is zero downtime on my vCenter platform, what I would be happy with is a <>60 second failover. Did you ever get an answer for the crash/sync loss? Were you pushing the limits of inter site bandwidth or latency?
After upgrading to 6.7 U3, and cleaning up the database due to another bug we ran into, it now boots really fast. Sure, the services take a bit longer to all start, but its available again in under 2 minutes at most.
Also, I would not run a new setup on 6.7 U2. We have run into so many bugs and problems, I have a list of 40+ so far, and have had over 70+ support tickets in 8 months. Make sure you start off with 6.7 U3!!!!!!!
I never got root cause analysis or the how's and why's out of VMware support, but that has been the case for most of the tickets. The crashes sometimes took out both the active and passive VCHA, never got an answer why. For the out of sync problem they could never tell me why other than to just blow it away and start again. The last time it crashed we just killed the VCHA setup and went standalone, it has been perfect since then.
Sometimes I get given outright bad information out of support that has caused us outages and further issues.
What level of support do are you planning on paying for? Production? Or one of the more advanced levels? The Production support is best effort and they are not obligated to give you a RCA.
We have a 40GB link as you do, with sub 5ms RTT, usually around 2ms.
Check these links regarding VCHA failover time: