AWS-Grundlagen für mehrere Regionen - AWS-Grundlagen für mehrere Regionen

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

AWS-Grundlagen für mehrere Regionen

Datum der Veröffentlichung: 20. Dezember 2022 () Dokumentversionen

Überblick

Dieses anspruchsvolle, 300-stufige paper richtet sich an Cloud-Architekten und Führungskräfte, die Workloads aufbauen und daran interessiert sindAWS, eine multiregionale Architektur zu verwenden, um die Resilienz ihrer Workloads zu verbessern. In diesem paper wird von Grundkenntnissen über AWS Infrastruktur und Dienste ausgegangen. Es beschreibt allgemeine Anwendungsfälle für mehrere Regionen, erläutert grundlegende Konzepte und Implikationen für mehrere Regionen in Bezug auf Design, Entwicklung und Bereitstellung und bietet präskriptive Anleitungen, anhand derer Sie besser bestimmen können, ob eine Architektur mit mehreren Regionen für Ihre Workloads geeignet ist.

Sind Sie Well-Architected?

Das AWSWell-Architected Framework hilft Ihnen dabei, die Vor- und Nachteile der Entscheidungen zu verstehen, die Sie beim Aufbau von Systemen in der Cloud treffen. Die sechs Säulen des Frameworks ermöglichen es Ihnen, bewährte Architekturpraktiken für den Entwurf und Betrieb zuverlässiger, sicherer, effizienter, kostengünstiger und nachhaltiger Systeme kennenzulernen. Mithilfe des AWS Well-Architected Tool, das kostenlos im verfügbar ist AWS Management Console, können Sie Ihre Workloads anhand dieser bewährten Methoden überprüfen, indem Sie für jede Säule eine Reihe von Fragen beantworten.

Weitere Expertentipps und bewährte Methoden für Ihre Cloud-Architektur — Referenzarchitekturbereitstellungen, Diagramme und Whitepapers — finden Sie im Architecture Center. AWS

Einführung

Jede AWS-Regionbesteht aus mehreren unabhängigen und physisch getrennten Availability Zones innerhalb eines geografischen Gebiets. Eine strikte logische Trennung zwischen den Softwarediensten in jeder Region wird beibehalten. Durch dieses gezielte Design wird sichergestellt, dass ein Ausfall der Infrastruktur oder der Dienste in einer Region nicht zu einem korrelierten Ausfall in einer anderen Region führt.

Die meisten AWS Kunden können ihre Stabilitätsziele für einen Workload in einer einzelnen Region mithilfe mehrerer Availability Zones (AZs) oder regionaler Dienste erreichen. AWS Ein Teil der Kunden setzt jedoch aus drei Gründen auf Architekturen mit mehreren Regionen.

  • Sie haben hohe Anforderungen an Verfügbarkeit und Betriebskontinuität für ihre Workloads der höchsten Stufe, die ihrer Meinung nach nicht in einer einzigen Region erfüllt werden können.

  • Sie müssen die Anforderungen an die Datenhoheit erfüllen (z. B. die Einhaltung lokaler Gesetze und Vorschriften und die Einhaltung der Vorschriften), die erfordern, dass Workloads innerhalb einer bestimmten Jurisdiktion betrieben werden.

  • Sie müssen die Leistung und das Kundenerlebnis für die Workloads verbessern, indem sie die Workloads an Standorten ausführen, die den Endbenutzern am nächsten sind.

Dieses paper konzentriert sich auf die Anforderungen an hohe Verfügbarkeit und Betriebskontinuität und hilft Ihnen, sich mit den Überlegungen zur Einführung einer multiregionalen Architektur für einen Workload vertraut zu machen. Wir beschreiben grundlegende Konzepte, die für den Entwurf, die Entwicklung und die Bereitstellung eines Workloads mit mehreren Regionen gelten, sowie einen verbindlichen Rahmen, anhand dessen Sie feststellen können, ob eine Architektur mit mehreren Regionen die richtige Wahl für einen bestimmten Workload ist. Sie müssen sicherstellen, dass eine Architektur mit mehreren Regionen die richtige Wahl für Ihren Workload ist, da diese Architekturen eine Herausforderung darstellen und es möglich ist, dass die Gesamtverfügbarkeit des Workloads sinkt, wenn sie nicht korrekt ausgeführt wird.