In the previous episode we shut down an entire datacenter. AS we did not have a witness service present, the recovery wasn’t all that enterprise-ready. So in this episode we will repeat the same test, but now WITH the use of a witness. Want to guess what will happen differently?
As throughout this series, if you’re not the reading type you can skip straight to the video as well 🙂
The difference a Witness makes
As we will see in todays “breaking stuff” experiment, having a witness REALLY matters! The fact that a surviving array can actually determine between interlink failure or array failure means that the surviving array is now capable of maintaining access to even non-preferred volumes, allowing the vSphere layer on top to restart the workloads that were running in the failing datacenter, even though the volume(s) they are running on are non-preferred in the surviving site.
To make a long story short: All workloads that matter to you should survive OR be restarted automatically. Watch the video below:
One thought on “Blog Series: Metro – Breaking stuff 4: Failing DC + witness”