Blog Series: Metro – Breaking stuff 2 – Fail all hosts in a DC
After we killed the datacenter interlink in the last episode, today we will be pulling the power from all hosts in one
Erik Zandboer runs Konversations around all things Kubernetes in a Cloud-Native world.
After we killed the datacenter interlink in the last episode, today we will be pulling the power from all hosts in one
Continuing the brief history of metro from part 2 of the series with some things that really help in building out a
You may ask yourself: Why blog about a VMware environment? In parallel to “learn to crawl before you run” I feel that a lot of people working with kubernetes have a requirement (or at least THINK they have a requirement) for active/active metro storage solutions under their kubernetes setup. Building out a metro environment seems really easy, but as I run through this series you’ll discover that metro is anything-but-simple; there are many things to consider… Things that VMware figured out in their stretched cluster setup where kubernetes will struggle. I hope that people will start to see what metro is all about when I revisit the world of Virtual Machines.
In order to fully understand metro configurations, let’s first look at the history of things. The earliest ways of recovering from datacenter