Erklär Multi-AZ gegen Multi-Region, und wovor dich das jeweils wirklich schützt.

Availability Zones sind getrennte Standorte innerhalb einer Region, nah genug für synchrone Replikation. Sie zu verteilen schützt dich also bei sehr wenig Zusatzkomplexität vor dem Ausfall eines Racks, der Stromversorgung oder eines Standorts. Multi-Region schützt dich davor, dass eine ganze Region degradiert ist, und kann Data Residency erfüllen, aber die Replikation wird asynchron, du nimmst also Datenverlust beim Failover in Kauf und holst dir echte Kosten und Betriebskomplexität ins Haus. Die meisten Workloads brauchen Multi-AZ plus regionsübergreifende Backups.

Zonen sind getrennte physische Standorte innerhalb einer Region mit schnellen privaten Links dazwischen, du kannst also synchron replizieren und eine Zone verlieren, ohne Daten zu verlieren. Auf drei Zonen zu verteilen ist komplexitätsmäßig fast umsonst und deckt genau den Fehlerfall ab, den du am wahrscheinlichsten triffst. Regionen sind geografisch getrennt, Multi-Region zu gehen schützt dich also, wenn eine ganze Region degradiert ist, und ist manchmal wegen Data Residency Pflicht. Die ehrlichen Kosten: Replikation über Regionen ist asynchron, ein Failover heißt also, etwas Datenverlust zu akzeptieren, und du musst jetzt Routing, Split Brain, regionsübergreifende Data-Transfer-Gebühren und die Drift zwischen zwei Stacks lösen, die kompatibel bleiben müssen. Für die meisten Workloads empfehle ich Multi-AZ für Verfügbarkeit plus Backups und Machine Images, die in eine zweite Region repliziert werden, für Recovery. Das gibt dir eine Wiederherstellzeit in Stunden statt Minuten, zu einem Bruchteil der Kosten. Aktiv Multi-Region würde ich erst bauen, wenn das Business eine Zahl auf eine Stunde Downtime gelegt hat, die das rechtfertigt, und dann würde ich auf regelmäßig getesteten Failovern bestehen, denn ein ungetesteter Failover ist eine Hoffnung.