Amazon S3 bietet eine Option für die regionübergreifende Replikation, die bei Regions- / Zonenausfällen ziemlich fehlertolerant sein sollte.
Bedeutet das, dass diejenigen, die sich über den Ausfall beschweren, diesen Aspekt nicht genutzt haben?
Oder ist diese regionübergreifende Replikation nicht absolut narrensicher und hätte nicht geholfen?
Antworten:
Der Nachteil bei Replikation ergibt sich aus dem folgenden Hinweis:
Wenn Sie die Replikation verwenden, lässt AWS den Alias normalerweise an eine Region weiterleiten, indem
s3.amazonaws.comIhre REST-Anforderung von Ihren Servern als Ziel festgelegt wird und die Umleitung ihren Job erledigt .Immer wenn N.Virginia inaktiv ist, funktioniert die Magie nicht mehr und Sie haben Pech, auf Ihre Daten zuzugreifen und Ihre Konfiguration zu aktualisieren, um einen bestimmten Regionsendpunkt auszuwählen.
Das Problem kommt nicht vom DNS (eine Anforderung an den Bucket selbst wird funktionieren), sondern von S3-Clients, die vor dem Zugriff auf den Bucket eine Verbindung zum S3-API-Endpunkt herstellen. In diesem Fall wird die DNS-Auflösung
s3.amazonaws.comausgeführt. Ost-1-Endpunkt.Wenn Sie Regions-Alias verwenden, verlieren Sie die Leichtigkeit des Lastenausgleichs über Regionen mit der Integritätsprüfung von AWS.
Wenn Sie DNS cname verwenden, um schnell auf die Regionen umzuschalten, sind Sie für Ihre DNS-TTL verantwortlich, es wird jedoch nicht garantiert, dass Cache-Server des Client-ISP Ihren Wert berücksichtigen (einer von vielen Caches, auf die Ihr Client möglicherweise stößt).
Und schließlich, wenn Sie versuchen, den Lastenausgleich selbst vorzunehmen, werden Sie wahrscheinlich denselben SPOF erstellen, den AWS bereits hat, mit der zusätzlichen Belastung, ihn beizubehalten.
AWS arbeitet daran, aber das sind alle Informationen, die ich zum Zeitpunkt des Schreibens habe.
quelle
example-bucketBucket existiert,example-bucket.s3.amazonaws.comverweist er bereits im DNS auf US East. Innerhalb weniger Minuten nach der ersten Bucket-Erstellung ändert sich dies permanent und zeigt auf den richtigen regionalen Endpunkt. Die Warnung hier ist, dass dieser Hostname unmittelbar nach der Bucket-Erstellung zunächst kurzzeitig fehlgeleitet werden kann - nicht später.s3.amazonaws.comZone innerhalb weniger Minuten nach der Bucket-Erstellung. Diese Änderung bleibt unabhängig von us-east-1 bestehen. Erstellen Sie einen Bucket in einer anderen Region, und beobachten Sie, wie dieyour-bucket-name.s3.amazonaws.comAuflösung vor, während und einige Minuten nach der Bucket-Erstellung erfolgt. Die Informationen werden nach dems3-1.amazonaws.comErstellen des Buckets an die Zone in Route 53 weitergeleitet und bleiben dort bestehen, ohne sich weiter auf us-east-1 zu verlassen.Viele große Unternehmen würden schuld daran sein, diese Funktion nicht zu nutzen. Dies führt zu zusätzlichen Kosten, und in der Vergangenheit ist jede echte Disaster Recovery-Lösung ungetestet, selbst wenn sie implementiert ist.
Abgesehen vom Kostenproblem können Unternehmen, die die regionenübergreifende Replikation aktiv einsetzen, berechtigte Bedenken hinsichtlich der Latenz für die Replikation eines Objekts geltend machen. S3 erlaubt (soweit ich weiß) keine Read-After-Write-Konsistenz für replizierte Objekte, während dies für einen Bucket in einer einzelnen Region möglich ist.
Diese SE-Frage gibt Anlass zur Sorge, wenn Objekte nicht ordnungsgemäß repliziert werden oder die Replikation zu lange dauert. Vorausgesetzt, die regionübergreifende Replikation erfolgt in einer Art und Weise, in der die Konsistenz erreicht wird, gibt es viele Bedenken, die berücksichtigt werden müssen.
quelle