Recht kurz. Hast du da nicht manchmal unnötige Schwenks drin?
Ich bin da etwas großzügiger und prüfe sowieso nur alle 5 Minuten. Außerdem restarte ich zunächst den Stack und wenn das nicht hilft den Server, bevor ich umschwenke, weil das ja nicht selten (nach meiner Erfahrung) ein Problem schon behebt. Aber bei mir ist das alles auch nicht allzu zeitkritisch.
Ich will halt erst dann auf den Failover umschalten, wenn alles andere versagt hat, weil der keine echte Spiegelung ist, sondern da tatsächlich nur das abgespeckte Notfallprogramm drauf ist.
Außer wenn bei Netcup Land unter ist: Nein
Die Failover IP zeigt aber auch auf den HAProxy vor dem Kubernetes Cluster und der kann Cross Node gehen. Services werden größtenteils automatisch restarted, wenn deren Healthcheck nicht grün ist und sie können auf andere Nodes verlagert werden, wenn aus Gründen ( Wartung, Ausfall ) mit 1 was nicht stimmt.
Außer zu Wartungszwecken hab ich mit dem Cluster dann eigentlich keine Berührungspunkte und es läuft munter vor sich hin.
So wie ich es hier im Forum schon mitbekommen habe, geht es den meisten Nutzern eher darum, sehr viele Kosten einzusparen, deswegen habe ich mich dazu unter anderem auch wie folgt geäußert:
Das von mir hier im Forum reingestellte Beispiel sollte kein fertiges System sein, sondern nur als Anregung für eigene Failover-Systeme sein. Denn jeder hat andere Bedürfnisse und wird diese eventuell auch anders lösen wollen.
Verstehe. Das war eine konzeptionelle Frage um zu verstehen, was die Gründe dafür sind. Kostengünstigste Variante ist DNS Failover mit geringer TTL und das beste hoffen 
Ansonsten gibt es natürlich immer folgende Option:
| Es ist leichter, um Vergebung zu bitten, als eine Genehmigung zu bekommen.
Spoiler: Sie werben mit "Unser Object Storage läuft standardmäßig im Hochverfügbarkeitsmodus und wir nutzen die lokale Replikation."
Wir haben derzeit ein Hardwareproblem mit unserem Object Storage – Europäische Union. Unser technisches Team arbeitet aktiv an der Lösung des Problems, wir können jedoch keine voraussichtliche Ankunftszeit angeben. Wir bitten Sie, den Object Storage in den nächsten Stunden noch einmal zu überprüfen.